基线变更与非基线变更

一、基线变更

（一）变更申请
项目经理或变更申请人填写《软件变更申请表》，说明要变更的内容、变更的原因、受变更影响的关联配置项

、工作量、变更实施人等，并提交给CCB。
（二）变更评估
CCB组长负责组织对基线变更申请进行评估。（变更的内容是否合理；变更的范围是否正确、考虑周全；工作

量估计是否合理；基线变更的实施方案是否合理）
（三）变更实施
CM工程师在《配置项状态报告》将相关变更项的状态更改为“变更中”并填写相关变更信息。
项目经理组织修改相关的配置项，并在相应的文档或程序代码中记录变更信息，同时填写《软件变更报告单》
变更实施人完成并提交后，项目经理指派其他的人员完成单元测试/代码走查后，填写《软件变更报告》
（四）变更验证与确认
验证，如代码方面，进行代码走查，测试
项目经理应将变更与验证的结果提交CCB组长审批，由其确认变更是否已经按要求完成。必要时，CCB组长应

召集CCB会议确认基线变更的结果。
CM工程师在《配置项状态报告》中将更新配置项变更次数。
（五）变更的发布
由项目经理填写基线发布申请表，依据《配置管理过程》的要求将基线发布给产品相关人员与部门。同时，CM

工程师应检查项目的《需求跟踪矩阵》，对本次变更引起的需求对应关系的变化进行调整，并填写在需求跟踪矩阵中。


二、非基线变更流程
（一）变更申请
非基线变更申请可能来自内部与外部，如果是外部（这类申请通过《需求变更申请单》提出）则转为内部（由

项目组内部通过《软件变更申请单》直接提出变更申请）
（二）变更评估
项目经理根据变更申请单的内容，确定变更关联项，估算变更工作量，确定变更完成时限，指定变更实施人，

必要时还应给出实施建议，将评估结果填写于《软件变更申请表》。
（三）变更实施
变更实施人根据评估结果，在软件变更申请表中填写需要变更的具体配置项，并提交给CM工程师。
如果是变更配置项是文档，则由CM工程师直接将其从受控库迁出到开发库的指定工作空间中并分配权限给变更

实施人；如果变更配置项是代码，则由CM工程师在测试库开辟工作空间，并根据软件变更申请表从受控库中将相关的配置项迁出

到工作空间，分配权限给变更实施人。
由变更实施人组织实施变更，并在相应的文档或程序代码中记录变更信息，同时将变更情况填写于《软件变更

报告》中。
变更实施人完成并提交后，项目经理指派其他的人员完成单元测试/代码走查后，填写《软件变更报告》中
（四）变更验证
验证，如代码方面，进行代码走查，测试
项目经理应将变更与验证的结果提交CCB组长审批，由其确认变更是否已经按要求完成。必要时，CCB组长应

召集CCB会议确认基线变更的结果。
CM工程师在《配置项状态报告》中将更新配置项变更次数。
CM工程师应检查项目的《需求跟踪矩阵》，对本次变更引起的需求对应关系的变化进行调整，并填写在需求跟

踪矩阵中。
（五）变更的发布
变更验证后如需要发布，遵循《产品发布过程》实施。

（一）变更申请
项目经理或变更申请人填写《软件变更申请表》(说明要变更的内容、变更的原因、受变更影响的关联配置项

、工作量、变更实施人等)
PM-->《变更申请单内部评审表》-->《软件变更申请单》
（二）变更评估
CCB组长负责组织对基线变更申请进行评估。（变更的内容是否合理；变更的范围是否正确、考虑周全；工作

量估计是否合理；基线变更的实施方案是否合理）
（三）变更实施
CM工程师在《配置项状态报告》将相关变更项的状态更改为“变更中”并填写相关变更信息。
变更实施人完成并提交，项目经理组织修改相关的配置项，并在相应的文档或程序代码中记录变更信息，同时

填写《软件变更报告单》

（四）变更验证与确认
验证，如代码方面，进行代码走查，测试
项目经理应将变更与验证的结果提交CCB组长审批，由其确认变更是否已经按要求完成。必要时，CCB组长应

召集CCB会议确认基线变更的结果。
CM工程师在《配置项状态报告》中将更新配置项变更次数。
（五）变更的发布
CM-->《基线发布申请表》，依据《配置管理过程》的要求将基线发布给产品相关人员与部门。同时，CM工程

师应检查项目的《需求跟踪矩阵》，对本次变更引起的需求对应关系的变化进行调整，并填写在需求跟踪矩阵中。
CM-->《配置状态报告》《配置审计表》