GJB 5000变更控制规程

1 目的及范围

本规程规定了配置项更改的相关管理规定，适用于整个项目生存周期中的配置项变更，包括项目计划、需求等技术文档变更。主要对受控后的配置项进行管理，处于开发库的配置项不受变更控制规程约束。

2  引用文件

a） Q/Ae.150.02101-2011软件配置管理过程

b） 软件过程体系文件编制规定

3  规程总体描述

3.1  规程概述

当需要变更的配置项处于受控库和产品库时，不能随意变更，需要通过变更控制流程来管理和控制变更的执行过程和执行情况。

3.2  规程流程

本规程流程图见图1。

图1.   变更控制流程

4  规程元素描述

4.1  变更申请及审批

本规程元素描述见表1：

表1    变更申请及审批

概述	当需要变更的配置项状态处于受控库和产品库时，需要对配置项进行修改时，提交《变更申请单》。CCB审批该申请，分析此变更对项目造成的影响。如果同意变更，则转向 [4.2实施变更]，否则重复4.1或终止。
参与人员及职责	变更申请人：填写《变更申请单》，初步分析变更对项目造成的影响； 项目负责人及软件项目组：评估变更的影响域； 项目级CCB：评估、审批项目内“一般”类的更改； 公司级CCB：对“重要”类更改进行评估、审批。
入口准则	受控配置项需进行变更时
输入	《协调纪要》或《信息反馈单》 已受控、待变更的配置项
任务/步骤	若项目组内进行文档或代码变更，变更人直接填写《变更申请单》；若用户提出变更，则项目组成员首先与用户签订《协调纪要》要或者《信息反馈单》，再填写《变更申请单》。 变更提出：变更申请人向项目负责人提交《变更申请单》，由项目负责人组织相应级别的CCB进行变更评审。如变更只涉及项目内部更改而不影响外部性能、需求和接口等指标时，可列为“一般更改”，由项目级CCB审批；除此之外的更改应归类为“重要更改”，由公司级CCB审批； 项目负责人对变更的可行性和影响域进行分析，待CCB批准变更后，指定更改人、更改方案，同时明确更改验证人。
出口准则	变更申请经过CCB审批或变更终止
输出（工作产品）	经审批的《变更申请单》
资源和能力要求	资源：《变更申请单模板》； 能力：相关人员进行过配置管理培训；具有分析变更的能力。
裁剪指南	裁剪内容	裁剪准则
	不可裁剪	无

4.2  变更实施

本规程元素描述见表2。

表2    变更实施

概述	变更同意后，更改人申请软件出库，由配置管理员办理出库，更改人实施修改配置项。更改完成后由项目负责人组织对更改后的配置项进行评审或审批。更改人申请软件入库，配置管理员办理入库。
参与人员及职责	变更实施人：按照要求执行变更，申请出入库； 项目级CCB：审批“一般”类配置项的出入库； 公司级CCB：审批“重要”类更改的配置项的出入库； 配置管理员：配置项出入库； 项目负责人：配置项修改后组织评审或审批。
入口准则	《变更申请单》提出的变更申请已得到审批通过
输入	《变更申请单》
任务/步骤	更改人填写《软件出库单》，提交相应级别的CCB审批后，由配置管理员办理配置项出库； 在变更过程中，配置管理员更新《配置项状态报告》中相应配置项的状态为“变更中”。 更改人实施更改，更改完成后，由CCB指定验证人员对更改后的工作产品进行验证。 配置管理员将变更记录更新到《变更累计表》中，并发布新版本的配置项或基线；
出口准则	变更后的配置项已完成验证
输出（工作产品）	《变更申请单》 回归测试单 变更后的配置项 《配置项状态报告》 《变更累计表》
资源和能力要求	资源：《变更申请单模板》、《配置项状态报告模板》； 能力：经历过配置管理相关培训。
裁剪指南	裁剪内容	裁剪准则
	不可裁剪	无

4.3  变更验证

本规程元素描述见表3。

表3    变更验证

概述	项目负责人指定更改验证人对变更后的产品进行验证。
参与人员及职责	更改验证人：检查更改后的工作产品是否正确。 配置管理员：协助变更验证。
入口准则	变更后的配置项已入库
输入	《变更申请单》
任务/步骤	更改验证人完成对更改产品的验证。对于代码更改的验证通过测试完成，将验证结果填写至变更申请单的验证栏，并附上回归测试记录；对于文档更改的验证，更改验证人直接将结果填写至变更申请单的验证栏。 更改后的工作产品验证通过后，更改人填写《软件入库申请单》，提交相应级别的CCB审批后，由配置管理员办理配置项入库； 配置管理员协助更改验证人对变更过程和变更后的配置项进行验证。确保更改过程符合《变更控制规程》的要求，符合既定的更改方案的要求；
出口准则	更改验证通过
输出（工作产品）	《变更申请单》的验证记录
资源和能力要求	资源：《变更申请单模板》； 能力：更改验证人熟悉变更控制流程，对相关工作产品的正确性具备评判能力。
裁剪指南	裁剪内容	裁剪准则
	不可裁剪	无