SUP7001TConfigurationManagementPlan_c..docVIP

配置管理计划 [项目名称] [客户名称] 修订人: [姓名] [职位] [地址] [电话、传真、电子邮件] 项目ID: [项目ID] 修订日期: [修订日期] 文档信息 项目名称: 修订人: 文档版本号: 职位: 文档版本日期: 审核人: 审核日期: 文档分发列表 分发人 日期 电话/传真/电子邮件 接收人 活动* 归还日期 电话/传真/电子邮件 * 活动类型: 批准、审核、通知、归档、活动请求、参加会议、其他（请详细说明） 文档版本履历 版本号. 修订日期 修订人 审核人 批准人 修改内容 [模板版本履历（在使用前删除）] 版本号 修订日期 修订人 审核人 批准人 变更内容. V1.0 2006-11-01 PQC PQC 新建 目录 1. 介绍 4 1.1. 目的 4 1.2. 范围 4 1.3. 缩写与简称 4 1.4. 定义 4 1.5. 参考 4 2. 项目简介 4 3. CM组织 4 3.1. 组织结构 4 3.2. CM职责 5 3.3. CM活动 5 3.3.1. 标识配置项 (CI) 5 3.3.2. 标识配置管理工具 5 3.3.3. 建立基线 5 3.3.4. 约定命名 5 3.3.5. 接口管理 5 3.3.6. 目录结构 5 3.3.7. 变更控制 5 3.3.8. Check-in and Check out 6 3.3.9. 访问权限 6 3.3.10. 建设和发布管理 6 3.3.11. 配置审计和审核 6 3.3.12. 备份和灾害恢复计划(DRP) 7 3.3.13. 配置状态说明 7 3.3.14. 版本控制 7 3.3.15. 文档控制和归档 7 3.3.16. 软件版本 7 4. 附录 – 待控制的产物列表 7 介绍 目的 描述文档目的 范围 描述CM计划范围。清晰阐述项目中涉及哪些CM活动 (可配置项，不可配置项及生命周期的活动和阶段，基于计划的假设). 缩写与简称 列出文档中的缩写和简称 定义 列出文档中为便于理解需要解释的定义 参考 文档中引用的其他文献及产品 项目简介 简要描述项目概要 CM组织 组织结构 清晰表明哪个组织在技术上和管理上负责CM– 可能是项目组，其他team或是客户，以及上述组织中每个参与到或负责项目中任何CM活动的部门人员的职责 CM职责 阐述CM活动的角色和职责 角色和职责链接 CM活动 以下是计划范围中管理系统配置所需技术上和管理上的CM功能和任务。标识并记录项目相关的活动，以便SQA组织定期审核 标识配置项 (CI) 记录选择CI的标准。参考使用“附录 待控制的产物”中选择必须进行配置管理的工作产物并标识基线. 序号 配置项代码 名称和描述 类型(代码文件/文档) 所有者 发起基线 标识配置管理工具 记录项目标识的配置管理工具及选择CM工具的基础. 建立基线 基线在生命周期的不同阶段创建如检查点，最终产品建立和发布依靠产品基线，中间基线如需求基线，设计基线，代码冻结基线，内部里程碑如系统集成、发布补丁或主要发布。任何对基线产物发布前的变更请求需要CCB批准， 成功基线间的差异在于由CM领导在CM工具中给予标签和标记 约定命名 文件命名约定 文档命名约定 CI 描述 文件 (代码…) 文档类型 命名约定是为在整个项目中CI唯一标识性而拥有统一的命名规则 接口管理 接口管理包括项目中模块和单元间的技术前提，标识和控制外部接口 目录结构 展示存储基线的目录结构。如果CM目录在不同的机器间传播并使用不同的工具作配置控制，说明之 CM目录结构指导链接 粘贴目录结构 (VSS, Clearcase) 变更控制 描述变更过程及项目中CI所需控制级别。描述如何管理变更请求或把问题报告给基线的CI。 动态 (或进行中的开发者工作) 变更控制对当前创建或修改的CI进行操作。它们在开发人员的工作室由开发人员控制。动态系统中的配置项在版本控制下。 主(或控制的基线)变更控制对当前基线及对它们的变更进行操作