Page 192 - 软件工程与项目管理

软件工程与项目管理
Software Engineering & Project Management

的变更进行跟踪、记录及报告。在对软件项目进行开发和维护期间，不管是基
线，还是配置项，都需要在有效变更控制的情况下才能进行更改，如此才能对
GJB5000A 三级的相关要求加以满足。
1. 变更控制种类
具体可以将变更配置项分为两类变更，即 I 类以及Ⅱ类，而这两类最大的区

别就在于变更控制力度有所差异。其中前者主要针对已发布产品基线、分配基线
以及功能基线的配置项，在 I 类配置项中，其变更必须经由相关负责人的确认。
而后者主要针对已经处在基线状态或者是受控状态的对象进行应用，但与 I 类的

配置项有所不同，II 类配置项在变更的过程中，不仅需要相关负责人进行确认，
还需要项目级 CCB 审批。
2. 变更控制程序
而不管是 I 类配置项，还是Ⅱ类配置项，在变更过程中都需要对相应的变更
控制程序加以遵循，具体如图 6-1 所示。

通过软件问题报告，对问题的原因、级别、类别以及具体内容进行说明，
如果在进行内部测试及验证时有软件问题出现，则需要测试人员对软件问题报告
进行提交。而如果在开发期间，由第三方测评机构或者是用户发现软件问题，则

需要软件负责人对软件问题报告进行提交。
对问题进行分析和确认，相关负责人应该针对报告指出的问题进行分析，
在报告中给出确认意见，并结合变更类型向 CCB 提交审批，如问题确定，则需
要立即进行处理，但处理方案同样需要进行审批，若审批不通过，则需要重新进
行问题的确认与分析，而如果不存在问题或者是有问题但短时间内不需要进行修

改，则问题可以关闭。
进行变更及验证，相关负责人需要根据问题报告，对变更配置项进行申请，
并进行变更操作，然后进行验证，具体内容如下：首先，文档变更。必须通过

项目组评审或者是审签验证以后，才能实施相关变更活动；其次，代码变更。
在代码变更以后，可以利用项目规定进行回归测试，或者是在产品外场联试认
可以后，由项目负责人结合问题报告以及实际的变更、验证情况，对变更报告
进行编写，并根据问题报告的审批级别，向 CCB 提交审批申请。如果 CCB 确定
变更配置项存在验证不到位或者是更改不彻底的情况，则需要退回项目组重新

进行更改和验证。

182
182