CMMI 3级精简并行过程综述

bankit

17.2.5 主要步骤
[Step1] 确定配置管理的软硬件资源
        配置管理员根据项目的规模以及财力，确定配置管理软件以及计算机资源（考虑内存、外存、CPU等）。常用的配置管理软件有Microsoft公司的Visual SourceSafe和Rational公司的ClearCase等。
[Step2] 制定配置项计划
        配置管理员识别项目的主要配置项。每个配置项都有唯一的标识符，标识符的参考格式为Project-Type…Type-Number。
        可以在Project（或Product）前面加上公司的标识符。
        Type…Type表示配置项类型，可以采用多级缩写。
        Number为3为数字，范围从001到999，表示一个配置项有若干个文件。若配置项只有一个文件，则该项可以省略。
        配置项计划的参考格式如下：

类型        主要配置项        标识符        预计正式发布时间
                       
                       
[Step3] 制定基线计划
        配置管理员确定每个基线的名称（标识符）及其主要配置项，估计每个基线建立的时间。基线计划的参考格式如下：

基线名称/标识符        基线所包含的主要配置项        预计建立时间
               
               
[Step4] 制定配置库备份计划
        配置管理员制定配置库备份计划，指明“何人”在“何时”（频度）将配置库备份到“何处”。
[Step5] 审批《配置管理计划》
        CCB审批《配置管理计划》。若该计划被批准，则请CCB负责人签字认可。否则，配置管理员按照CCB的意见修改《配置管理计划》，直到该计划被批准为止。

bankit

17.2.6 输出
        《配置管理计划》
17.2.7 结束准则
        《配置管理计划》已经制定并被CCB的批准。
17.2.8 度量
        配置管理统计工作量以及文档的规模，汇报给项目经理。

bankit

17.3 配置库管理
17.3.1 目的
        所有人员依照配置管理规范和《配置管理计划》操作配置库。
17.3.2 角色与职责
        配置管理创建并维护配置库。
        项目成员在权限之内操作配置库。
17.3.3 启动准则
        《配置管理计划》已经制定。
        配置管理的软件硬件已经存在。
17.3.4 输入
        《配置管理计划》

bankit

17.3.5 主要步骤
[Step1] 创建配置库
        配置管理员创建配置库，并且至少创建配置库的所有第一级目录。
[Step2] 分配权限
        配置管理员为每个项目成员分配操作权限。一般地，项目成员拥有Add, Checkin/Checkout, Download等权限，但是不能拥有“删除”权限。配置管理员的权限最高。具体操作视所采用的配置管理软件而定。
[Step3] 配置库操作与管理
        项目成员根据自己的权限操作配置库，例如Add, Checkin/Checkout, Download等。
        配置管理员根据“基线计划”创建与维护基线，“冻结”配置项，控制变更。
        配置管理员定期清除配置库里的垃圾文件。
        配置管理员定期备份配置库。
        交付管理。这里“交付”是指从配置库中提取配置项，交付给客户或项目外的人员。交付出去的配置项必须有据可查，避免发生混乱。流程如下：
（1）        “索取人”向CCB提出交付申请。
（2）        CCB审批该申请。如果该申请不合法（合理），则拒绝交付配置项。如果同意交付，CCB应给出详细的交付清单。
（3）        配置管理员依据CCB的批示，从配置库中提取配置项交付给“索取人”。
（4）        “索取人”验收后签字。
17.3.6 输出
        《配置库管理报告》（由配置管理员撰写）
17.3.7 结束准则
        对配置库的操作与管理将持续到项目结束。
17.3.8 度量
        配置管理员统计工作量以及文档规模。

bankit

17.3 版本控制
17.3.1 目的
        按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。
17.3.2 角色与职责
        所有项目成员都必须遵照版本控制规程操作配置库。
17.3.3 配置项状态变迁规则
配置项的状态有三种：“草稿”（Draft）、“正式发布”（Released）和“正在修改”（Changing）。
配置项状态变迁如图17-2所示。配置项刚建立时其状态为“草稿”。配置项通过评审（或审批）后，其状态变为“正式发布”。此后若更改配置项，必须依照“变更控制规程”执行，其状态变为“正在修改”。当配置项修改完毕并重新通过评审（或审批）时，其状态又变为“正式发布”，如此循环。

图17-2 配置项状态变迁图

bankit

17.3.4 配置项版本号规则
配置项的版本号与配置项的状态紧密相关：
（1）处于“草稿”状态的配置项的版本号格式为：0.YZ
        YZ数字范围为01-99。
        随着草稿的不断完善，“YZ”的取值应递增。“YZ”的初值和增幅由用户自己把握。
（2）处于“正式发布”状态的配置项的版本号格式为：X.Y
        X为主版本号，取值范围为1-9。Y为次版本号，取值范围为1-9。
        配置项第一次“正式发布”时，版本号为1.0。
        如果配置项的版本升级幅度比较小，一般只增大Y值，X值保持不变。只有当配置项版本升级幅度比较大时，才允许增大X值。
（3）处于“正在修改”状态的配置项的版本号格式为：X.YZ
        配置项正在修改时，一般只增大Z值，X.Y值保持不变。
        当配置项修改完毕，状态重新成为“正式发布”时，将Z值设置为0，增加X.Y值。参见规则（2）。

bankit

17.3.4 配置项版本控制流程
[Step1] 创建配置项
        项目成员依据《配置管理计划》，在配置库中创建属于其任务范围内的配置项。此时配置项的状态为“草稿”，其版本号格式为0.YZ。
[Step2] 修改处于“草稿”状态的配置项
        项目成员使用配置管理软件的Checkout/Checkin功能，可以自由修改处于“草稿”状态的配置项（不受变更控制规程约束），版本号格式为0.YZ。
[Step3] 技术评审或领导审批
        如果配置项是技术文档，则需要接受技术评审（参见技术评审规程[SPP-PROC-TR]）。如果配置项是“计划”这类文件，则需要项目经理（或上级领导）的审批。
        若配置项通过了技术评审或领导审批，则转向 [Step4]，否则转向 [Step2]。
[Step4] 正式发布
        配置项通过技术评审或领导审批之后，则配置项的状态从“草稿”变迁为“正式发布”，版本号格式为X.Y。
[Step5] 变更
        修改处于“正式发布”状态的配置项，必须按照“变更控制规程”执行，主要步骤如下（详见变更控制规程）：
        如果CCB同意变更，则配置项状态从“正式发布”变迁为“正在修改”。
        项目成员使用Checkout/Checkin功能，可以修改处于“正在修改”状态的配置项，版本号格式为X.YZ。
        修改完毕后，该配置项要重新接受技术评审或领导审批，转向[Step3]。

bankit

17.4 配置项变更控制
17.4.1 目的
        防止配置项被随意修改而导致混乱。
17.4.2 角色与职责
        CCB对审批变更申请。
17.4.3 启动准则
        待变更的配置项状态为“正式发布”，或者该配置项已经成为某个基线的一部分（即被“冻结”）。
17.4.4 输入
        待变更的配置项

bankit

17.4.5 主要步骤
[Step1] 变更申请
        变更申请人向CCB提交变更申请，重点说明“变更内容”和“变更原因”。
[Step2] 审批变更申请
        CCB审批该申请，分析此变更对项目造成的影响。如果同意变更，则转向 [Step3]，否则终止本规程。
补充说明：一个配置项的变更可能导致其它配置项也发生变更，CCB在审批变更申请时一定要考虑这些问题。
[Step3] 安排变更任务
        CCB指定变更执行人，安排他们的任务。CCB需要和变更执行人就变更内容达成共识。
补充说明：变更执行人可能是变更申请人，也可能不是。
[Step4] 执行变更任务
        变更执行人根据CCB安排的任务，修改配置项。
        CCB监督变更任务的执行，如检查变更内容是否正确、是否按时完成工作等。
[Step5] 对更改后的配置项重新进行技术评审（或审批）
        如果配置项是技术文档，则需要接受技术评审（参见技术评审规程[SPP-PROC-TR]）。如果配置项是“计划”这类文件，则需要项目经理（或上级领导）的审批。
        若配置项通过了技术评审或领导审批，则转向 [Step6]，否则转向 [Step4]（即重新修改）。
[Step6] 结束变更
        当所有变更后的配置项都通过了技术评审或领导审批，这些配置项的状态从“正在修改”变迁为“正式发布”。CCB在《配置项变更控制报告》中签字，结束变更。
17.4.6 输出
        本规程的所有信息都记录在《配置项变更控制报告》中。
17.4.7 结束准则
        CCB签字结束变更。
17.4.8 度量
        CCB统计变更工作量。

bankit

17.5 实施建议
        要求所有人员对其工作成果进行配置管理。
        对全员进行配置管理培训。
        由于配置库里保存的是项目的所有工作成果，应当选择“责任心强、可靠”的人员担任配置管理员。
        选用合适的软件工具，尽量减少配置管理过程的工作量。