1、更多免费资料下载请进： 中国最大的免费课件资源库 第第 17 章章 配置管理配置管理.2 17.1 介绍介绍.2 17.2 制定配置管理计划制定配置管理计划.4 17.2.1 目的.4 17.2.2 角色与职责.4 17.2.3 启动准则.4 17.2.4 输入.4 17.2.5 主要步骤.4 Step1 确定配置管理的软硬件资源.4 Step2 制定配置项计划.5 Step3 制定基线计划.5 Step4 制定配置库备份计划.5 Step5 审批配置管理计划.5 17.2.6 输出.5 17.2.7 结束准则.6 17.2.8 度量.6 17.3 配置库管理配置库管理.6 17.3.1 目的
2、.6 17.3.2 角色与职责.6 17.3.3 启动准则.6 17.3.4 输入.6 17.3.5 主要步骤.6 Step1 创建配置库.6 Step2 分配权限.7 Step3 配置库操作与管理.7 17.3.6 输出.7 17.3.7 结束准则.7 17.3.8 度量.7 17.3 版本控制版本控制.7 17.3.1 目的.7 17.3.2 角色与职责.8 17.3.3 配置项状态变迁规则.8 17.3.4 配置项版本号规则.8 17.3.4 配置项版本控制流程.9 Step1 创建配置项.9 更多免费资料下载请进： 中国最大的免费课件资源库 Step2 修改处于“草稿”状态的配置项.9
3、 Step3 技术评审或领导审批.9 Step4 正式发布.9 Step5 变更.9 17.4 配置项变更控制配置项变更控制.9 17.4.1 目的.9 17.4.2 角色与职责.10 17.4.3 启动准则.10 17.4.4 输入.10 17.4.5 主要步骤.10 Step1 变更申请.10 Step2 审批变更申请.10 Step3 安排变更任务.10 Step4 执行变更任务.10 Step5 对更改后的配置项重新进行技术评审（或审批）.10 Step6 结束变更.11 17.4.6 输出.11 17.4.7 结束准则.11 17.4.8 度量.11 17.5 实施建议实施建议.11
4、 更多免费资料下载请进： 中国最大的免费课件资源库 第第 17 章章 配置管理配置管理 配置管理（Configuration Management, CM）的目的是通过执行版本控制、变更控制等规 程，以及使用配置管理软件，来保证所有配置项的完整性和可跟踪性。配置管理是对工作成 果的一种有效保护。 配置管理过程域是 SPP 模型的重要组成部分。本规范阐述了配置管理过程域的四个主要 规程： 制定配置管理计划 SPP-PROC-CM-PLANNING 配置库管理 SPP-PROC-CM-LIB 配置项版本控制 SPP-PROC-CM-VERSION 配置项变更控制 SPP-PROC-CM-CHANG
5、E 上述每个规程的“目标” 、 “角色与职责” 、 “启动准则” 、 “输入” 、 “主要步骤” 、 “输出” 、 “完成准则”和“度量”均已定义。 本规范适用于国内 IT 企业的软件研发项目。建议用户根据自身情况（如商业目标、研 发实力等）适当地修改本规范，然后推广使用。 17.1 介绍介绍 项目研发和管理过程中会产生许许多多的工作成果，例如文档、程序和数据等，它们都 应当被保存起来，以便查阅和修改。如果把所有文件一股脑地塞进计算机里，那么使用起来 肯定很麻烦。毫无疑问，人们应当将文件分门别类、有条理地保存起来。 凡是纳入配置管理范畴的工作成果统称为配置项（Configuration Ite
6、m, CI） ，配置项主要 有两大类： （1）属于产品组成部分的工作成果，例如需求文档、设计文档、源代码、测试用例等。 （2）项目管理和机构支撑过程域产生的文档。这些文档虽然不是产品的组成部分，但是值 得保存。 每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。所有配置 项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 基线（Baseline）由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。基 线中的配置项被“冻结”了，不能再被任何人随意修改（见变更控制规程） 。基线通常对应 于开发过程中的里程碑（Milestone） ，一个产品可
7、以有多个基线，也可以只有一个基线。基 线的主要属性有：名称、标识符、版本、日期等。通常将交付给客户的基线称为一个 “Release” ，为内部开发用的基线则称为一个“Build” 。 所有的项目成员都要使用配置管理软件来保护自己的工作成果。机构应当采用统一的配 置管理软件，常见的配置管理软件有 Microsoft 的 Visual SourceSafe 和 Rational 的 更多免费资料下载请进： 中国最大的免费课件资源库 ClearCase 等。为了提高配置管理的效率和安全性，机构应当有专门的配置管理员（角色） 。 配置管理员为每个项目制定配置管理计划 ，创建和维护配置库。 鉴于配置管理
8、的重要性和复杂性，机构还应当设立配置控制委员会（Configuration Control Board, CCB） 。CCB 是个虚拟小组，对配置管理各项活动拥有决策权（例如审批计划， 审批变更请求等） 。对于配置管理而言，CCB 是决策者，而配置管理员是执行者。 如果机构的各个项目紧密相关（例如一个产品线下的多个项目） ，建议机构设立公共的 CCB，这个公共的 CCB 对所有项目的配置管理拥有决策权。如果机构的各个项目相对独立， 那么每个项目可以设立各自的 CCB。CCB 的决策采用“少数服从多数”原则。 配置管理的流程如图 17-1 所示。 图 17-1 配置管理流程图 一、制定配置管理计
9、划一、制定配置管理计划 配置管理员制定配置管理计划 ，主要内容包括配置管理软硬件资源、配置项计划、 基线计划、交付计划、备份计划等。CCB 审批该计划。 二、配置库管理二、配置库管理 配置管理员为项目创建配置库，并给每个项目成员分配权限。各项目成员根据自己的权 限操作配置库。配置管理员定期维护配置库，例如清楚垃圾文件、备份配置库等。 三、版本控制三、版本控制 在项目开发过程中，绝大部分的配置项都要经过多次的修改才能最终确定下来。对配置 项的任何修改都将产生新的版本。由于我们不能保证新版本一定比老版本“好” ，所以不能 抛弃老版本。版本控制的目的是按照一定的规则保存配置项的所有版本，避免发生版本
10、丢失 或混淆等现象，并且可以快速准确地查找到配置项的任何版本。 配置项的状态有三种：“草稿” 、 “正式发布”和“正在修改” ，本规程制定了配置项状 态变迁与版本号的规则。 四、变更控制四、变更控制 在项目开发过程中，配置项发生变更几乎是不可避免的。变更控制的目的就是为了防止 配置项被随意修改而导致混乱。 修改处于“草稿”状态的配置项不算是“变更” ，无需 CCB 的批准，修改者按照版本控 制规则执行即可。 版本控制 制定配置管理计划 配置库管理 变更控制 配置审计 更多免费资料下载请进： 中国最大的免费课件资源库 当配置项的状态成为“正式发布” ，或者被“冻结”后，此时任何人都不能随意修改，
11、 必须依据“申请审批执行变更再评审结束”的规则执行。 五、配置审计五、配置审计 为了保证所有人员（包括项目成员、配置管理员和 CCB）都遵守配置管理规范，质量保 证人员要定期审计配置管理工作。配置审计是一种“过程质量检查”活动，是质量保证人员 的工作职责之一。请参考质量保证规范 SPP-PROC-QA，此处不再论述。 配置管理过程域产生的主要文档有： 配置管理计划 ，模板见 SPP-TEMP-CM-PLAN。 配置库管理报告 ，模板见 SPP-TEMP-CM-LIB。 配置项变更控制报告 ，模板见 SPP-TEMP-CM-CHANGE。 17.2 制定配置管理计划制定配置管理计划 17.2.1
12、 目的目的 制定配置管理计划，以便有计划地开展配置管理工作。 17.2.2 角色与职责角色与职责 配置管理员制定配置管理计划 。 CCB 审批配置管理计划 。CCB 的人数视项目的规模而定。通常 CCB 由项目经理、 资深项目成员等人组成，项目经理为 CCB 负责人。CCB 的决策采用“少数服从多数” 原则。 17.2.3 启动准则启动准则 项目计划已经制定 配置管理员和 CCB 已经确定。 17.2.4 输入输入 项目计划 更多免费资料下载请进： 中国最大的免费课件资源库 17.2.5 主要步骤主要步骤 Step1 确定配置管理的软硬件资源确定配置管理的软硬件资源 配置管理员根据项目的规模以及财力，确定配置管理软件以及计算机资源（考虑内存、 外存、CPU 等） 。常用的配置管理软件有
