文档介绍：第17章 配置管理 2
介绍 2
制定配置管理方案 4
目的 4
角色与职责 4
启动准那么 4
输入 4
主要步骤 4
[Step1〔角色〕。配置管理员为每个工程制定?配置管理方案?，创立和维护配置库。
鉴于配置管理的重要性和复杂性，机构还应当设立配置控制委员会〔Configuration Control Board, CCB〕。CCB是个虚拟小组，对配置管理各项活动拥有决策权〔例如审批方案，审批变更请求等〕。对于配置管理而言，CCB是决策者，而配置管理员是执行者。
如果机构的各个工程紧密相关〔例如一个产品线下的多个工程〕，建议机构设立公共的CCB，这个公共的CCB对所有工程的配置管理拥有决策权。如果机构的各个工程相对独立，那么每个工程可以设立各自的CCB。CCB的决策采用“少数服从多数〞原那么。
配置管理的流程如图17-1所示。
配置审计
变更控制
版本控制
制定配置管理方案
配置库管理
图17-1 配置管理流程图
一、制定配置管理方案
配置管理员制定?配置管理方案?，主要内容包括配置管理软硬件资源、配置项方案、基线方案、交付方案、备份方案等。CCB审批该方案。
二、配置库管理
配置管理员为工程创立配置库，并给每个工程成员分配权限。各工程成员根据自己的权限操作配置库。配置管理员定期维护配置库，例如清楚垃圾文件、备份配置库等。
三、版本控制
在工程开发过程中，绝大局部的配置项都要经过屡次的修改才能最终确定下来。对配置项的任何修改都将产生新的版本。由于我们不能保证新版本一定比老版本“好〞，所以不能抛弃老版本。版本控制的目的是按照一定的规那么保存配置项的所有版本，防止发生版本丧失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。
配置项的状态有三种：“草稿〞、“正式发布〞和“正在修改〞，本规程制定了配置项状态变迁与版本号的规那么。
四、变更控制
在工程开发过程中，配置项发生变更几乎是不可防止的。变更控制的目的就是为了防止配置项被随意修改而导致混乱。
修改处于“草稿〞状态的配置项不算是“变更〞，无需CCB的批准，修改者按照版本控制规那么执行即可。
当配置项的状态成为“正式发布〞，或者被“冻结〞后，此时任何人都不能随意修改，必须依据“申请－审批－执行变更－再评审－结束〞的规那么执行。
五、配置审计
为了保证所有人员〔包括工程成员、配置管理员和CCB〕都遵守配置管理标准，质量保证人员要定期审计配置管理工作。配置审计是一种“过程质量检查〞活动，是质量保证人员的工作职责之一。请参考质量保证标准SPP-PROC-QA，此处不再论述。
配置管理过程域产生的主要文档有：
?配置管理方案?，模板见 [SPP-TEMP-CM-PLAN]。
?配置库管理报告?，模板见 [SPP-TEMP-CM-LIB]。
?配置项变更控制报告?，模板见 [SPP-TEMP-CM-CHANGE]。
制定配置管理方案
目的
制定配置管理方案，以便有方案地开展配置管理工作。
角色与职责
配置管理员制定?配置管理方案?。
CCB审批?配置管理方案?。CCB的人数视工程的规模而定。通常CCB由工程经理、资深工程成员等人组成，工程经理为CCB负责人。CCB的决策采用“少数服从多数〞原那么。
启动准那么
?工程方案?已经制定
配置管理员和CCB已经确定。
输入
?工程方案?
主要步骤
[Step1] 确定配置管理的软硬件资源
配置管理员根据工程的规模以及财力，确定配置管理软件以及计算机资源〔考虑内存、外存、
CPU等〕。常用的配置管理软件有Microsoft公司的Visual SourceSafe和Rational公司的ClearCase等。
[Step2] 制定配置项方案
配置管理员识别工程的主要配置项。每个配置项都有唯一的标识符，标识符的参考格式为Project-Type…Type-Number。
可以在Project〔或Product〕前面加上公司的标识符。
Type…Type表示配置项类型，可以采用多级缩写。
Number为3为数字，范围从001到999，表示一个配置项有假设干个文件。假设配置项只有一个文件，那么该项可以省略。
配置项方案的参考格式如下：
类型
主要配置项
标识符
预计正式发布时间
[Step3] 制定基线方案
配置管理员确定每个基线的名称〔标识符〕及其主要配置项，估计每个基线建立的时间。基线方案的参考格式如下：