配置管理培训课件

2012年配置管理 培训 焊锡培训资料ppt免费下载焊接培训教程 ppt 下载特设培训下载班长管理培训下载培训时间表下载 教案配置管理过程改善组培训对象1、配置管理人员、项目经理、开发人员、测试人员、质量保证人员、环境管理人员2、对配置管理感兴趣的人员课程目标1、了解什么是配置管理2、掌握配置管理基本知识3、结合项目，开展配置管理工作培训内容1、配置管理三要素2、配置库构成3、配置库存储控制层次4、配置项标识5、基线控制6、变更控制7、配置审计8、配置状态 报告 软件系统测试报告下载sgs报告如何下载关于路面塌陷情况报告535n,sgs报告怎么下载竣工报告下载 9、 案例 全员育人导师制案例信息技术应用案例心得信息技术教学案例综合实践活动案例我余额宝案例 分析配置管理三要素（一）配置管理概念：是指通过执行版本控制、变更控制等规程，以及使用合适的配置管理软件，来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护，是反映公司项目、产品的过去、现在、动态的现实趋势的资料和数据集中管理体现，是最终形成组织财富的重要资料、数据的重要来源。配置管理与任何一位项目成员都有关系，因为每个人都会产生工作成果。配置管理是否有成效取决于三个要素：人、规范、工具。配置管理三要素（三）配置管理体系规程-指南《配置管理规程》、《标识规范》、《备份管理规范》《变更控制方法》、《配置管理工作手册》《配置库使用指南》、《SVN服务器搭建指南》《SVN控制台使用指南》、《SVN客户端使用指南》模板&表格《配置管理计划》、《变更控制报告》《产品库版本信息跟踪表》、配置库构成研发处配置库构成：代码库、开发库、产品库开发库分为：管理库、工程库、基线库、发布库发布库分为：对内发布（测试版本）、对外发布（投产版本）配置库存储控制层次配置库存储的控制层次，如下图所示：存放投产后的全量版本（代码、文档），静态库的权限是严格控制的保存开发过程中某个阶段工作结束时释放的阶段产品，即配置项的基准版本。受控库的配置项处于基准控制下保存正处于开发/变更的工作产品（文档/源代码）。开发库内的工作产品处于存档控制/版本控制之下配置项（一）凡是纳入配置管理范畴的工作成果统称为配置项。配置项主要有两大类：属于产品组成部分的工作成果，例如源代码、需求文档、 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 文档、测试用例等。在管理过程中产生的文档例如各种计划、监控报告等，这些文档虽然不是产品的组成部分，但是值得保存.配置项格式：项目编号+项目名称【系统名称】+工作产品名称+[备注信息]内容说明项目编号采用立项项目编号，例如：2010112-ATC101项目名称采用立项项目名称【系统名称】采用中文全称工作产品名称采用中文缩写，要求能清楚地概括文档的内容/用途等，方便区分同类文档。[备注信息]采用中文或英文缩写，要求能清楚地标示阶段性或需备注的信息等，方便区分同类文档。配置项版本标识程序版本标识（对内发布）格式：符号位符号含义取值范围属性s．x基本版本位0.1~无限大，其中S为主版本位、x为次版本位必要y修正版本位0~9必要Z预备版本位年月日（yyyymmdd）+2位流水号（01～99），外加标注属于哪个阶段的版本（如：SIT、UAT）必要配置项（二）版本含义V0.1.0表示完成基本功能，初始版本号……根据初始版本s.x.y的含义的变化确定版本号，如：V0.2.1等V1.0.0表示测试通过发布的版本……对通过业务验收的版本进行的更新，即后期版本V1.0.1表示完成修改功能内容配置项版本标识程序版本标识（对外发布）格式：符号位符号含义取值范围属性s．x基本版本位1.0~无限大，其中S为主版本位、x为次版本位必要y修正版本位0~9必要Z预备版本位年月日（yyyymmdd）+2位流水号（01～99）必要配置项（三）版本含义V1.0.0表示测试通过发布投产的版本……对通过业务验收的版本进行的更新，即后期版本V1.0.1表示完成修改功能内容配置项版本标识文档版本标识（在文档履历表中体现）格式：[Z],[]内的内容可选符号位符号含义取值范围属性s．x基本版本位0.1~无限大，其中S为主版本位、x为次版本位必要y修正版本位0~9必要[Z]预备版本位有意义的任意字符或字符串可选配置项（四）版本含义V0.1.0表示完成文档全部功能V0.1.0A表示提交评审或报送业务确认的版本V1.0.0表示通过评审或确认的版本……对通过业务验收的版本进行的更新，即后期版本V1.01表示完成修改文档内容V1.01A表示提交评审或报送业务确认的版本V1.01表示通过评审或确认的版本配置项状态变迁：配置项建立时其状态为“草稿”。配置项通过评审（或审批）后，其状态变为“正式发布”。此后若更改配置项，必须依照“变更控制方法”执行，其状态变为“正在修改”。当配置项修改完毕并重新通过评审（或审批）时，其状态又变为“正式发布”，如此循环。配置项（五）基线是软件开发过程中的里程碑，它以一或多个软件配置项的交付为标志。基线由已经通过正式评审和批准的工作产品组成，它因此可以作为下一步开发的基础，并且只能通过正式的变更控制过程才能够改变。如附图所示：由于变更，设计基线升版到，则详细设计说明书和按照基线控制进行管理，而详细设计说明书、则按照版本控制进行管理。基线（一）创建基线流程图基线（二）配置项相应负责人提交版本给CM（在工程库/代码库建立基准预标识）CM/QA执行审计CCB批准/评审建立基准CM标识基准并发布通知常见基线类型：基线（三）基线类型内容描述项目计划基线详细计划经过评审，评审通过即是基线，项目组配置管理员将配置项纳入基线库需求分析基线在需求分析阶段结束后，《业务需求书》、《需求分析说明书》经过评审，评审通过即是基线，项目组配置管理员将文档纳入基线库概要设计基线在概要设计阶段结束后，设计阶段工作产品经过了评审，评审通过即是基线，项目组配置管理员将配置项纳入基线库详细设计基线详细设计阶段结束后，设计阶段工作产品经过了评审，评审通过即是基线，项目组配置管理员将配置项纳入基线库测试计划基线测试计划阶段结束后经过了评审，评审通过即是基线，项目组配置管理员将配置项纳入基线库测试设计基线测试用例阶段结束后经过了评审，评审通过即是基线，项目组配置管理员将配置项纳入基线库开发版本基线联调测试通过的版本及进入SIT测试之前的版本，项目组配置管理员将配置项纳入基线库SIT测试版本基线SIT测试通过之后的版本，项目组配置管理员将配置项纳入基线库UAT测试版本基线UAT测试通过之后的版本，项目组配置管理员将配置项纳入基线库生产版本基线通过软件系统验收测试，作为投产部署到生产环境的版本，项目组配置管理员将配置项纳入基线库，并提交给开发中心配置管理员归档到产品库。临时基线项目开发过程中根据需要创建的基线，临时基线不纳入基线库。配置控制委员会ConfigurationControlBoard(CCB)，CCB负责评审和批准对基线的变更。CCB的角色职责，如下所示：项目组配置管理员：负责跟踪CR(变更请求)的状态，更新“基线库”，维护“配置管理计划”和发布变更通知。项目负责人：负责变更分析、变更策划以及跟踪变更的执行情况。测试经理/测试组长：负责变更分析、变更策划中测试相关部分，以及跟踪测试相关变更的执行情况。项目组成员：负责提出变更、实施变更以及执行验证。质量保证人员：负责提供咨询并批准变更请求。高级管理者：负责评审并批准变更请求。业务代表：负责确认并批准变更请求内容变更控制（一）配置控制委员会ConfigurationControlBoard(CCB)，CCB负责评审和批准对基线的变更。项目的CCB可以分为多个级别，不同基线由不同的CCB审批。如下图所示：变更控制（二）基线名称CCB成员审批级别项目负责人测试经理/测试组长项目组成员质量保证员配置管理员高级管理者业务代表项目计划基线1●●●●●○○需求分析基线1●●●●●○○概要设计基线2●●●○●○○详细设计基线2●●●○●○○测试计划基线1●●●●●○○测试设计基线2●●●○●○○开发版本基线2●●●○●○○SIT测试版本基线2●●●○●○○UAT测试版本基线2●●●●●○○生产版本基线1●●●●●○○其他3●●○○●○○说明：●是必选项，○可选项审批级别1：CCB由项目负责人、测试经理/测试组长、项目组成员（开发人员、测试人员）、质量保证员、项目组配置管理员组成，必要时有高级管理者和业务代表参与。审批级别2：CCB由项目负责人、测试经理/测试组长、项目组成员（开发人员、测试人员）、项目组配置管理员组成审批级别3：CCB由项目负责人和项目组配置管理员组成。也可由项目负责人、测试经理/测试组长授权的其他人和项目组配置管理员组成CCB。在项目策划时，可结合项目特点确定对应不同基线类别的CCB成员。对于业务提供的文档（例如需求说明书），采用级别1的审批如果变更多个类型的配置项，包括了级别1和2两类审批，则可统一采用审批级别1。对于紧急变更或影响不大的变更，可采用级别3的审批。变更控制（三）变更流程图，如下所示：变更是以建立基线为起始点变更来源：业务需求变更评审发现缺陷测试发现缺陷业务发现缺陷质量保证审计发现不符合项配置审计发现不符合项项目自我完善的需要变更控制（四）流程说明：第一步变更申请：变更申请人提交变更申请。第二步变更分析：项目负责人分析变更对项目造成的影响。第三步变更批准：CCB基于变更分析结果来审批变更请求。如果同意变更的话，则转向第四步，否则变更结束。第四步变更策划和实施：指定变更执行人并安排任务。变更执行人根据任务安排，修改配置管理员检出的配置项。第五步变更验证：对更改后的配置项重新进行技术评审或测试验证。第六步变更生效和通知：当所有变更后的配置项都通过了技术评审或测试验证，配置管理员将配置项检入“基线库”并以邮件通知项目组所有成员当前配置项的状态。第七步变更结束：本次变更结束,配置管理员归档变更控制报告。变更控制（五）配置审计的目的就是要保证所有人员（包括配置管理员、CCB、和普通项目成员）都遵守配置管理规范。配置审计的对象是项目的主要配置项，如果主要配置项符合“版本控制规则”和“变更控制规则”，并且定期备份了配置库，那么就可以认为配置管理符合既定的规范。反之，如果配置管理员在审计的时候发现主要配置项比较混乱，那么应当告知当事人及时更正，这样就起到了审计的作用。配置审计（一）配置审计时机基线建立版本发布重大变更日常审计配置审计内容功能审计：审计配置项标识是否符合标准、版本历史是否填写正确、版本是否可追溯等等。物理审计：网络是否畅通、磁盘空间是否够用、配置库权限是否分配合理正确、配置库是否染毒、配置项是否完整等等。基线审计：组成基线的配置项是否完整、版本状态是否一致、变更时是否同时更新了本基线相关受影响的配置项。配置审计（二）配置状态报告（configurationstatusreporting）也称配置状态说明与报告。任务：有效的记录和报告管理配置所需要的信息目的：及时、准确的给出软件配置项的当前状况，供相关人员了解，以加强配置管理工作。配置状态报告信息包括：配置项的当前标识已交付软件的配置变更请求或问题报告的状态已获准变更的状态配置库备份记录配置状态报告因涉及公司内容去掉了 案例分析 安全事故典型案例分析生活中谈判案例分析管理沟通的案例分析股改案例分析刑法学案例分析 ----略