CMMI-支持-CM-配置管理计划模版_V1.0.docVIP

XX项目 软件配置管理计划 变更记录 版本号 修改点说明 变更人 存放位置 审批人 审批日期 修改点说明的内容有如下几种：创建、修改（+修改说明）、删除（+删除说明） 目 录 1 简介 1 1.1 文档目的 1 1.2 适用范围 1 1.3 背景描述 1 2 参考文件 1 3 资源描述 2 3.1 所需人员 2 3.1.1 SCM小组 2 3.1.2 配置管理委员会（CCB） 2 3.1.3 软件配置的组织结构图 2 3.2 所需资源 3 3.2.1 计算机设备 3 3.2.2 辅助工具 3 4 SCM活动 3 4.1 配置项和基线 3 4.1.1 基线选择 3 4.1.2 配置项标识 3 4.2 控制基线变更 4 4.2.1 变更控制 4 4.2.2 变更控制人员职责 4 4.2.3 管理问题报告非正式变更是否需要在此处进行描述 5 4.3 配置状态信息 5 4.4 基线建立计划 5 4.5 基线审计计划 5 4.6 基线的发布 6 4.7 构造产品 6 4.7.1 构造产品的时机 6 4.7.2 构造的次数 6 4.7.3 构造人员 6 4.7.4 对应路径 6 4.7.5 构造方法和步骤： 6 4.8 软件配置库的管理 7 5 备份 7 6 培训 7 7 附表 8 7.1 《项目基线一览表》 8 7.2 《基线及配置项选择表》 9 7.3 《配置项状态记录》 9 7.4 《产品发布表》 9 简介 本计划描述了关于××××项目的SCM组织结构以及贯穿本项目软件生命周期的由SCM组织识别并定义的一系列的软件配置项的实践过程。计划SCM工作必须在项目最开始时进行，和开发整个软件项目计划（SPP）保持一致。软件配置管理计划（SCMP），连同软件质量保证计划（SQAP）和其他可能的特定约束计划都要符合本项目的软件项目计划。SCMP完成之后应该由本项目的项目经理、SQA经理和其他有关人员进行审阅和批准。 文档目的 文档的目的是定义SCM的职责、所需资源以及描述在项目开发以及维护阶段所需要实施的一系列SCM活动。 适用范围 本计划适用于“××××项目”的软件配置管理活动的制定。 背景描述 【】 资源描述 【】 CCB 负责管理项目的软件基线，它的职责主要包括审定软件基线的建立和 CSCIs 及配置项的标识，评审和审定对软件基线的更改，以及审定由软件基线库制造的产品的生成等。 本项目的配置控制委员会（CCB）成员如下： 项目经理：×××（CCB主席） SCM负责人：××× SQA负责人：××× 测试负责人：××× 客户代表（高层经理）：××× 软件配置的组织结构图 此图仅供参考 所需资源 计算机设备 【】 】CSCIs，根据其在项目中的作用为每个基线和配置项CSCI分配唯一的标识并形成一系列的基线，策划每个CSCI在项目不同时期的版本状态。 基线选择 参见附表：《项目基线一览表》，选择适用于本项目的基线。 编号 基线名称 版本号 基线建立时间 基线变更权威 1 客户需求基线 1.0 客户需求基线得到批准 CCB 2 3 4 5 配置项标识 项目开始时，配置人员和项目经理共同选择并确定适用于本项目的配置项，并为配置项标识。列举说明如下表（如果此处不列举，也可以直接参见附表《配置项状态记录》）： 序号 配置项名称 唯一标识 所属基线标识 负责人 1 客户需求文档 HW_BIO_FGM_RFQ_CR RM 控制基线变更 变更控制 正式变更： 项目组填写并提交《配置变更请求表》CCR 并按照《软件配置管理过程》中的变更控制来处理 配置人员应填写《变更与问题日志》 给定《变更状态报告》发布频度 非正式变更： 项目组填写并提交《产品审批表》 并按照《软件配置管理过程》中的变更控制来处理 配置人员应填写《产品发布报告》 给定《产品发布报告》发布频度 变更控制人员职责 角色 在配置变更过程中的职责 变更请求者 描述变更、阐明变更理由、描述变更带来的影响、把CCR提交给SCML。 变更评价者 评估变更带来的影响、验证变更原因、将评价结果在CCR中做出记录并提交给SCML。 变更管理员（SCML） 负责保存从变更被提交时刻起的CR、监控变更进展情况并形成《变更状态报告》。 变更授权机构（CCB） 负责批准所控制配置项的变更。 管理问题报告非正式变更是否需要在此处进行描述 软件问题或者是错误（即产品功能与设计与需求不一致），或者是对配置控制下的元素的异常发现（即产品功能与预想的不符），需要更改基线库时，必须填写CCR表，按基线变更流程解决此类问题