变更管理过程文件（GoldNT-SPI-CM-Proc-Change-V1.0）.docVIP

变更管理过程文件 深圳市XXX软件有限公司 　　　　　　　　　　　　　　 　　 　第 PAGE 4页 共6页 文件类别：过程 文件版本：1.0 文件编号：GoldNT-SPI-CM-Proc-Change 深圳市XXX软件有限公司 变更管理过程文件 受控状态：受控 文件标题 文档编号 GoldNT-SPI-CM-Proc-Change 变更管理过程文件 当前版本 1.0 生效日期 06.0 深圳市XXX软件有限公司 第 PAGE 1页 共6页 文档密级：普通 文档状态：[ ] 草案 [√ ]正式发布 [ ]正在修订 变更履历 序号 版本 变更描述 修订人 审核/日期 批准/日期 0.1 初稿制定 0.2 完善“14.相关文件” 0.3 调整页码与目录 1.0 确认为发布版本 目 录 TOC \o 1-3 \h \z 1. 目的 3 2. 适用范围 3 3. 裁减指南 3 4. 参考文件 3 5. 术语和缩写 3 6. 职责 3 7. 入口准则 4 8. 输入 4 9. 过程流程图 4 10. 过程描述 5 10.1 变更申请 5 10.2 审批变更申请 5 10.3 实施变更 5 10.4 变更的确认 5 11. 输出 5 12. 出口准则 5 13. 度量 6 14. 相关文件 6 目的 指导项目组按照组织的标准过程进行变更管理的活动，以控制对基线的变更，保证配置项的完整性和一致性。 适用范围 适用于基线的变更。 在项目结项以后，在本过程中所有项目经理的职责由客户服务工程师承担，所有项目级配置管理员的职责由公司级配置管理员承担。在本过程中的 “配置管理员”，在项目进行中为项目级配置管理员，结项后为公司级配置管理员。 裁剪指南 无。 参考文件 软件工程研究院（SEI）的集成能力成熟度模型1.1版本（CMMI-SW/SE V1.1）。 术语和缩写 配置控制委员会Configuration Control Board： 简称CCB，一个由技术和管理人员组成的委员会，对提交的配置管理计划、受控配置项或配置基线的变更申请做出认可或否决的决定，决定产品的版本发布。 配置基线Configuration Baseline 简称CB，是已经过正式评审或认可，作为以后进一步工作的基础，并且只有通过正式的变更控制规程才能进行变更的规格说明或产品。 配置项Configuration Item： 简称CI，是逻辑上组成信息系统产品的各组成部分，是为了配置管理目的而作为一个单位来看待的硬件和／或软件成分。它是配置管理的基本单位，即是配置管理的对象。主要有两大类，一是属于产品组成部分的工作成果，例如需求文档、设计文档、源代码、测试用例等，二是项目管理和机构支撑过程域产生的文档。 职责 责任人/部门 职责 配置管理员（CM） 控制变更的配置项 通知相关的人员变更的结果 配置控制委员会（CCB） 审核及批准对基线的变更请求 确认变更的结果 项目经理（PM） 评估变更的影响 组织变更的实施 开发组（DevG） 执行变更及验证变更 入口准则 《配置管理计划》（GoldNT-SPI-CM-Tem-Plan）通过评审 相关的工作产品通过评审并纳入基线管理 输入 《变更请求单》（GoldNT-SPI-CM-Tem-Request） 过程流程图 过程描述 10.1变更申请 1）变更申请人向项目经理提交变更申请。 2）项目经理对变更进行评估。 10.2审批变更申请 若该变更是需求变更或该变更将引起项目进度延期大于等于变更控制阈值15%（参见《配置管理指南》（GoldNT-SPI-CM-Guid-Doc））则向CCB提交变更申请，重点说明“变更内容”和“变更原因”。必要时，须客户方确认、同意。其它的变更可以由项目经理决定。 如果同意变更，则批准，否则终止此次变更。 10.3实施变更 变更由项目经理组织实施。 配置管理员根据变更请求的要求将配置项从配置库中检出。 项目经理指定人员对要变更的配置项进行变更。 项目组对更改后的配置项重新进行评审或测试。 如果配置项是技术文档，则需要评审。如果配置项是代码需要进行测试。 10.4变更的确认 项目组将变更后的配置项提交变更审批人进行确认。 变更审批人对变更后的配置项进行确认并批准。 配置管理员将确认后的配置