配置管理指南（GoldNT-SPI-CM-Guid-Doc-V1.0）.docVIP

配置管理指南文件 深圳市XXX软件有限公司 　　　　　　　　　　　　　　　 　　 　第 PAGE 4页 共7页 文件类别：指南 文件版本：1.0 文件编号：GoldNT-SPI-CM-Guid-Doc 深圳市XXX软件有限公司 配置管理指南 受控状态：受控 文件标题 文档编号 GoldNT-SPI-CM-Guid-Doc 配置管理指南文件 当前版本 1.0 生效日期 06.0 深圳市XXX软件有限公司 第 PAGE 1页 共7页 文档密级：普通 文档状态：[ ] 草案 [√]正式发布 [ ]正在修订 变更履历 序号 版本 变更描述 修订人 审核/日期 批准/日期 0.1 初稿制定 0.2 增加“6. 确定配置项”中配置项的标识符 0.3 删除第5页原下部的表格 0.4 重新定义CCB的组成 1.0 确认为发布版本 目 录 TOC \o 1-3 \h \z 1 目的 3 2 适用范围 3 3 角色与职责 3 3.1 配置控制委员会(CCB) 3 3.2 项目经理（PM） 3 3.3 项目级配置管理员（PCM） 3 3.4 公司级配置管理员（CCM） 3 3.5 质量保证人员（QA） 4 3.6 变更申请人（CA） 4 3.7 变更执行人（CE） 4 4 选择配置管理员 4 5 组建CCB 4 6 确定配置项 4 7 制定《配置管理计划》 6 8 选择配置管理工具 6 9 使用配置管理工具创建配置管理系统 6 10 对纸质文档进行配置管理 6 11 变更管理 7 12 何时填写《配置项管理记录表》 7 13 备份配置库 7 14 填写《配置管理计划》基线记录 7 15 版本管理 8 目的 本文档目的在于指导公司级和项目级的配置管理员有效地开展配置管理活动。 适用范围 本指南主要适用于本公司的公司级和项目级的软件项目配置管理活动。 角色与职责 配置控制委员会(CCB) CCB可以由项目管理委员会、客户、项目经理、各小组负责人、配置管理员、质量保证人员等组成； 批准和签发《配置管理计划》（GoldNT-SPI-CM-Tem-Plan）； 对配置项的变更进行技术评审和成本评估； 批准和授权对基线配置项的变更，对变更的结果进行评审； 对基线进行功能审计，审核配置状态报告。 项目经理（PM） 指定项目级配置管理员； 组织对项目的《配置管理计划》（GoldNT-SPI-CM-Tem-Plan）的评审； 监控《配置管理计划》（GoldNT-SPI-CM-Tem-Plan）的执行。 项目级配置管理员（PCM） 制定项目的《配置管理计划》（GoldNT-SPI-CM-Tem-Plan）； 执行项目的《配置管理计划》（GoldNT-SPI-CM-Tem-Plan）； 基线化操作； 发布配置状态报告； 对已基线化的配置项进行签入（Check-In）和签出（Check-Out）操作； 项目级配置管理员在项目结束后，将产品库的配置项提交到公司级配置管理员进行管理。 公司级配置管理员（CCM） 建立和管理配置库 对非项目产品进行配置管理 质量保证人员（QA） 审计配置管理过程； 配置项物理审计。 变更申请人（CA） 提出变更申请。 变更执行人（CE） 负责执行已经批准的变更。 选择配置管理员 本公司共设两级配置管理，第一级是公司级的配置管理活动，另一级是项目级的配置管理活动。公司要为公司级的配置管理活动选择一名配置管理员，项目经理为每个项目指定一名配置管理员。由于配置库里保存的是公司或项目的所有工作成果，所以在选择的时候要选择“责任心强、可靠”，同时具有一定配置管理经验，或者接受过配置管理培训的人担任配置管理员。 组建CCB CCB（Configuration Control Board），配置控制委员会，一个由技术和管理人员组成的委员会，对提交的配置管理计划、受控配置项或配置基线的变更申请做出认可或否决的决定，决定产品的版本发布。选择客户代表时，最好是客户方项目主要负责人。根据项目实际情况，CCB的最小组成应包括：项目经理，技术负责人，项目级配置管理员，QA。 确定配置项 配置项识别是选择、创建和规范将交付给顾客的产品、指定的内部工作产品、采办的产品、工具和其他用于创建和描述这些工作产品的项目。置于配置管理之下的