P13-CMMI实践解析-软件配置管理课件

CMMI实践解析

第十三部分软件配置管理CMMI实践解析

第十三部分软件配置管理课程概述软件配置管理概述软件配置管理（CM）软件配置管理原理123软件配置管理总结4课程概述软件配置管理概述软件配置管理（CM）软件配置管理原理软件配置管理软件配置管理（SoftwareConfigurationManagement,SCM）是指通过执行版本控制、变更控制等规程，以及使用合适的配置管理软件，来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。配置管理与任何一位项目成员都有关系，因为每个人都会产生工作成果。配置管理是否有成效取决于三个要素：人、规范、工具软件配置管理软件配置管理（SoftwareConfigur富有成效的配置管理的特征任何项目成员都要对其工作成果进行配置管理，应当养成良好的习惯。不必付出过多的精力，最低要求是保证重要工作成果不发生混乱。配置管理规范应当清晰明了，便于执行，不必在细节方面要求太多，不给项目人员添加过多的负担，不使人厌烦。选择配置管理工具应当综合考虑价格、易用性和功能因素，而不是购买最先进的工具。令人满意的工具通常是价格低廉、简便易用、功能恰好够用。富有成效的配置管理的特征任何项目成员都要对其工作成果进行配置配置项软件研发和管理过程中会产生工作成果，例如文档、代码和数据等，它们都应当被妥善地保管起来，以便查阅和修改。如果把所有文件一股脑地塞进计算机里，那么使用起来肯定很麻烦。毫无疑问，人们应当将文件分门别类、有条理地保存起来。凡是纳入配置管理范畴的工作成果统称为配置项（ConfigurationItem，CI）。配置项主要有两大类：属于产品组成部分的工作成果，例如源代码、需求文档、设计文档、测试用例等等。在管理过程中产生的文档例如各种计划、状态报告等等，这些文档虽然不是产品的组成部分，但是值得保存。每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。配置项软件研发和管理过程中会产生工作成果，例如文档、代码和数基线基线（Baseline）由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。基线中的配置项被“冻结”了，不能再被任何人随意修改。基线通常对应于开发过程中的里程碑（Milestone），一个产品可以有多个基线，也可以只有一个基线。基线的主要属性有：名称、标识符、版本、日期等。通常将交付给客户的基线称为一个“Release”，为内部开发用的基线则称为一个“Build”。基线基线（Baseline）由一组配置项组成，这些配置项构成课程概述软件配置管理概述软件配置管理（CM）软件配置管理原理123软件配置管理总结4课程概述软件配置管理概述软件配置管理（CM）软件配置管理原理ConfigurationManagement（配置管理）ThepurposeofConfigurationManagement(CM)istoestablishandmaintaintheintegrityofworkproductsusingconfigurationidentification,configurationcontrol,configurationstatusaccounting,andconfigurationaudits.配置管理的目的建立和维护工作产品的完整性，使用配置项，配置控制，配置状态统计和配置审计。相关PA：PP>开发确定配置项的计划和工作分解结构。PMC>项目性能分析和纠正措施。ConfigurationManagement（配置管理ConfigurationManagement

（配置管理）ConfigurationManagement（配置管理目标之间关系解析－SG1Configuration（配置系统）EstablishBaselines（建立基线）EstablishIntegrity

（建立完整性）ChangeDB（变更数据库）RelevantStakeholders（相关干系人）SG1SG3SG2TrackandControlChanges（跟踪和控制变更）目标之间关系解析－SG1ConfigurationEstSG1建立基线变更请求数据库配置管理系统EstablishBaselines（SG1建立基线）SP1.1识别配置项SP1.2建立配置管理系统SP1.3建立和发布基线SG1SG1建立基线变更请求配置管理EstablishBase配置管理计划的主要内容角色与职责软件硬件资源（配置环境）配置项计划基线计划备份计划版本控制规则变更控制规则审批配置管理计划的主要内容角色与职责目标之间关系解析－SG2Configuration（配置系统）EstablishBaselines（建立基线）EstablishIntegrity

（建立完整性）ChangeDB（变更数据库）RelevantStakeholders（相关干系人）SG1SG3SG2TrackandControlChanges（跟踪和控制变更）目标之间关系解析－SG2ConfigurationEstSG2跟踪和控制变更变更请求数据库变更请求SP2.2控制配置项SP2.1跟踪变更请求TrackandControlChanges（SG2跟踪和控制变更）SG2SG2跟踪和控制变更变更请求变更请求SP2.2控制SP2目标之间关系解析－SG3Configuration（配置系统）EstablishBaselines（建立基线）EstablishIntegrity

（建立完整性）ChangeDB（变更数据库）RelevantStakeholders（相关干系人）SG1SG3SG2TrackandControlChanges（跟踪和控制变更）目标之间关系解析－SG3ConfigurationEstSG3建立完整性配置管理系统行动项Actions审计结果报告EstablishIntegrity（SG3建立完整性）SP3.1建立配置管理记录SP3.2执行配置审计SG3SG3建立完整性配置管理行动项审计报告Establish配置审计配置审计的目的就是要保证所有人员（包括配置管理员、CCB、和普通项目成员）都遵守配置管理规范。人们对配置审计最大的误解是“对配置库中的每个配置项都检查一遍”，配置库里的配置项非常多，这样做无疑非常劳累，却没有多少价值。配置审计的对象是项目的主要配置项，如果主要配置项符合“版本控制规则”和“变更控制规则”，并且定期备份了配置库，那么就可以认为配置管理符合既定的规范。反之，如果在审计的时候发现主要配置项比较混乱，那么应当告知当事人及时更正，这样就起到了审计的作用。配置审计配置审计的目的就是要保证所有人员（包括配置管理员、C课程概述软件配置管理概述软件配置管理（CM）软件配置管理原理123软件配置管理总结4课程概述软件配置管理概述软件配置管理（CM）软件配置管理原理版本控制版本控制的目的是按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。配置项的状态有三种：“草稿”（Draft）、“正式发布”（Released）和“正在修改”（Changing）。配置项状态变迁：配置项刚建立时其状态为“草稿”。配置项通过评审（或审批）后，其状态变为“正式发布”。此后若更改配置项，必须依照“变更控制流程”执行，其状态变为“正在修改”。当配置项修改完毕并重新通过评审（或审批）时，其状态又变为“正式发布”，如此循环。版本控制版本控制的目的是按照一定的规则保存配置项的所有版本，版本控制流程图版本控制流程图版本控制规则处于“草稿”状态的配置项的版本号格式为：0.YZYZ数字范围为01-99。随着草稿的不断完善，“YZ”的取值应递增。“YZ”的初值和增幅由用户自己把握。

处于“正式发布”状态的配置项的版本号格式为：X.YX为主版本号，取值范围为1-9。Y为次版本号，取值范围为1-9。配置项第一次“正式发布”时，版本号为1.0。如果配置项的版本升级幅度比较小，一般只增大Y值，X值保持不变。只有当配置项版本升级幅度比较大时，才允许增大X值。处于“正在修改”状态的配置项的版本号格式为：X.YZ配置项正在修改时，一般只增大Z值，X.Y值保持不变。当配置项修改完毕，状态重新成为“正式发布”时，将Z值设置为0，增加X.Y值。版本控制规则处于“草稿”状态的配置项的版本号格式为：0.YZ课程概述软件配置管理概述软件配置管理（CM）软件配置管理原理123软件配置管理总结4课程概述软件配置管理概述软件配置管理（CM）软件配置管理原理配置管理总结对于大型的项目，鉴于配置管理的重要性和复杂性，机构应当设立配置控制委员会（ConfigurationControlBoard，CCB）。CCB是个虚拟小组，对配置管理各项活动拥有决策权（例如审批计划，审批变更请求等）。对于配置管理而言，CCB是决策者，而配置管理员是执行者。对于普通的小型软件项目而言，CCB这个概念难以落实，让项目经理或者配置管理员做决定就可以了。配置管理总结对于大型的项目，鉴于配置管理的重要性和复杂性，机案例分析金色世纪出版社（甲方）现有价值100万元项目，诚争合作伙伴。各竞标商派一项目组参加竞标。要求如下：用卡片制作记录卡，尺寸如图所示。记录卡上内容应具有相同属性，并标识于卡的上部，所有卡片上应书写相应内容。质量标准：尺寸误差不超过5%，内容符合要求。每个合格记录卡产品价值10元，其中每个缺陷扣除1元，一张记录卡上有3个及以上缺陷为不合格产品。每个项目组可使用资金为100元，用于购买原材料，价格如下：卡片10元/50张（9.1×5.4）剪刀10元/把尺15元/把笔（粗）10元/支，细5元/支透明胶带10元/卷铅笔5元/支答疑时间5分钟。准备时间10分钟，讲解时间5分钟。各项目组应向甲方提交预计完成卡片数。人员分工，采购计划，投标方案，原型方案做的最好者，拥有最高资金者将获得100万元合同。金色世纪出版社项目代表负责解释竞赛要求，负责质量检查，并具有最终决定权。案例分析金色世纪出版社（甲方）现有价值100万元项目，诚争合记录卡项目招标公告记录卡项目招标公告CMMI实践解析

第十三部分软件配置管理CMMI实践解析

第十三部分软件配置管理课程概述软件配置管理概述软件配置管理（CM）软件配置管理原理123软件配置管理总结4课程概述软件配置管理概述软件配置管理（CM）软件配置管理原理软件配置管理软件配置管理（SoftwareConfigurationManagement,SCM）是指通过执行版本控制、变更控制等规程，以及使用合适的配置管理软件，来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。配置管理与任何一位项目成员都有关系，因为每个人都会产生工作成果。配置管理是否有成效取决于三个要素：人、规范、工具软件配置管理软件配置管理（SoftwareConfigur富有成效的配置管理的特征任何项目成员都要对其工作成果进行配置管理，应当养成良好的习惯。不必付出过多的精力，最低要求是保证重要工作成果不发生混乱。配置管理规范应当清晰明了，便于执行，不必在细节方面要求太多，不给项目人员添加过多的负担，不使人厌烦。选择配置管理工具应当综合考虑价格、易用性和功能因素，而不是购买最先进的工具。令人满意的工具通常是价格低廉、简便易用、功能恰好够用。富有成效的配置管理的特征任何项目成员都要对其工作成果进行配置配置项软件研发和管理过程中会产生工作成果，例如文档、代码和数据等，它们都应当被妥善地保管起来，以便查阅和修改。如果把所有文件一股脑地塞进计算机里，那么使用起来肯定很麻烦。毫无疑问，人们应当将文件分门别类、有条理地保存起来。凡是纳入配置管理范畴的工作成果统称为配置项（ConfigurationItem，CI）。配置项主要有两大类：属于产品组成部分的工作成果，例如源代码、需求文档、设计文档、测试用例等等。在管理过程中产生的文档例如各种计划、状态报告等等，这些文档虽然不是产品的组成部分，但是值得保存。每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。配置项软件研发和管理过程中会产生工作成果，例如文档、代码和数基线基线（Baseline）由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。基线中的配置项被“冻结”了，不能再被任何人随意修改。基线通常对应于开发过程中的里程碑（Milestone），一个产品可以有多个基线，也可以只有一个基线。基线的主要属性有：名称、标识符、版本、日期等。通常将交付给客户的基线称为一个“Release”，为内部开发用的基线则称为一个“Build”。基线基线（Baseline）由一组配置项组成，这些配置项构成课程概述软件配置管理概述软件配置管理（CM）软件配置管理原理123软件配置管理总结4课程概述软件配置管理概述软件配置管理（CM）软件配置管理原理ConfigurationManagement（配置管理）ThepurposeofConfigurationManagement(CM)istoestablishandmaintaintheintegrityofworkproductsusingconfigurationidentification,configurationcontrol,configurationstatusaccounting,andconfigurationaudits.配置管理的目的建立和维护工作产品的完整性，使用配置项，配置控制，配置状态统计和配置审计。相关PA：PP>开发确定配置项的计划和工作分解结构。PMC>项目性能分析和纠正措施。ConfigurationManagement（配置管理ConfigurationManagement

（配置管理）ConfigurationManagement（配置管理目标之间关系解析－SG1Configuration（配置系统）EstablishBaselines（建立基线）EstablishIntegrity

（建立完整性）ChangeDB（变更数据库）RelevantStakeholders（相关干系人）SG1SG3SG2TrackandControlChanges（跟踪和控制变更）目标之间关系解析－SG1ConfigurationEstSG1建立基线变更请求数据库配置管理系统EstablishBaselines（SG1建立基线）SP1.1识别配置项SP1.2建立配置管理系统SP1.3建立和发布基线SG1SG1建立基线变更请求配置管理EstablishBase配置管理计划的主要内容角色与职责软件硬件资源（配置环境）配置项计划基线计划备份计划版本控制规则变更控制规则审批配置管理计划的主要内容角色与职责目标之间关系解析－SG2Configuration（配置系统）EstablishBaselines（建立基线）EstablishIntegrity

（建立完整性）ChangeDB（变更数据库）RelevantStakeholders（相关干系人）SG1SG3SG2TrackandControlChanges（跟踪和控制变更）目标之间关系解析－SG2ConfigurationEstSG2跟踪和控制变更变更请求数据库变更请求SP2.2控制配置项SP2.1跟踪变更请求TrackandControlChanges（SG2跟踪和控制变更）SG2SG2跟踪和控制变更变更请求变更请求SP2.2控制SP2目标之间关系解析－SG3Configuration（配置系统）EstablishBaselines（建立基线）EstablishIntegrity

（建立完整性）ChangeDB（变更数据库）RelevantStakeholders（相关干系人）SG1SG3SG2TrackandControlChanges（跟踪和控制变更）目标之间关系解析－SG3ConfigurationEstSG3建立完整性配置管理系统行动项Actions审计结果报告EstablishIntegrity（SG3建立完整性）SP3.1建立配置管理记录SP3.2执行配置审计SG3SG3建立完整性配置管理行动项审计报告Establish配置审计配置审计的目的就是要保证所有人员（包括配置管理员、CCB、和普通项目成员）都遵守配置管理规范。人们对配置审计最大的误解是“对配置库中的每个配置项都检查一遍”，配置库里的配置项非常多，这样做无疑非常劳累，却没有多少价值。配置审计的对象是项目的主要配置项，如果主要配置项符合“版本控制规则”和“变更控制规则”，并且定期备份了配置库，那么就可以认为配置管理符合既定的规范。反之，如果在审计的时候发现主要配置项比较混乱，那么应当告知当事人及时更正，这样就起到了审计的作用。配置审计配置审计的目的就是要保证所有人员（包括配置管理员、C课程概述软件配置管理概述软件配置管理（CM）软件配置管理原理123软件配置管理总结4课程概述软件配置管理概述软件配置管理（CM）软件配置管理原理版本控制版本控制的目的是按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。配置项的状态有三种：“草稿”（Draft）、“正式发布”（Released）和“正在修改”（Changing）。配置项状态变迁：配置项刚建立时其状态为“草稿”。配置项通过评审（或审批）后，其状态变为“正式发布”。此后若更改配置项，必须依照“变更控制流程”执行，其状态变为“正在修改”。当配置项修改完毕并重新通过评审（或审批）时，其状态又变为“正式发布”，如此循环。版本控制版本控制的目的是按照一定的规则保存配置项的所有版本，版本控制流程图版本控制流程图版本控制规则处于“草稿”状态的配置项的版本号格式为：0.YZYZ数字范围为01-99。随着草稿的不断完善，“YZ”的取值应递增。“YZ”的初值和增幅由用户自己把握。

处于“正式发布”状态的配置项的版本号格式为：X.YX为主版本号，取值范围为1-9。Y为次版本号，取值范围为1-9。配置项第一次“正式发布”时，版本号为1.0。如果配置项的版本升级幅度比较小，一般只增大Y值，X值保持不变。只有当配置项版本升级幅度比较大时，才允许增大X值。处