HD-CM-31_配置管理计划.docVIP

卷 号 卷内编号 密 级 项目编号分 类: 使用者: 文档编号: HD-CM-301 四川华迪信息技术有限公司 配置管理计划 项 目 承 担 部 门： 撰 写 人（签名）： 完 成 日 期： 本文档 使 用部门： □主管领导 □项目组 □客户（市场） □维护人员 □用户 评审负责人（签名）： 评 审 日 期： 文档信息 标题: 配置管理计划 作者: 创建日期: 上次更新日期: 版本: 部门名称: 软件产品研发部 修订文档历史记录 日期 版本 说明 作者 目录 1. 简介 3 1.1 目的 3 1.2 范围 3 1.3 定义、首字母缩写词和缩略语 3 1.4 参考资料 3 1.5 概述 3 2. 软件配置管理 3 2.1 组织、职责和接口 3 2.2 工具、环境和基础设施 3 3. 配置管理活动 3 3.1 配置标识 3 3.1.1 标识方法 3 3.1.2 项目基线 3 3.2 配置和变更控制 3 3.2.1 变更请求的处理和审批 3 3.2.2 变更控制委员会 CCB 3 3.3 配置状态统计 3 3.3.1 项目介质存储和发布进程 3 3.3.2 报告和审计 3 4. 里程碑 3 5. 培训和资源 3 6. 分包商和厂商软件控制 3 配置管理计划 简介 [配置管理计划的简介应提供整个文档的概述。它应包括此配置管理计划的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。] 目的 [阐明此配置管理计划的目的。] 范围 [简要说明此配置管理计划的范围；它的相关模型，以及受到此文档影响的任何其他事物。] 定义、首字母缩写词和缩略语 [本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。?这些信息可以通过引用项目词汇表来提供。] 参考资料 [本小节应完整列出此配置管理计划中其他部分所引用的任何文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提供。] 概述 [本小节应说明此配置管理计划中其他部分所包含的内容，并解释文档的组织方式。] 软件配置管理 组织、职责和接口 [说明谁将负责执行 CM 工作流程中所述的各种配置管理 CM 活动。] 工具、环境和基础设施 [说明在整个项目过程或产品生命周期中为实现 CM 功能而使用的计算环境和软件工具。 说明对整个项目过程或产品生命周期中生成的配置项进行版本控制时所需的工具和过程。 建立 CM 环境时所涉及的问题有： 产品数据量的预期大小 产品团队的分配 服务器和客户机的实际位置] 配置管理活动 配置标识 标识方法 [说明项目工件或产品工件的命名、标记和编号方法。标识方案中需包括硬件、系统软件、市售 COTS 产品以及产品目录结构中所列的所有应用程序开发工件，例如计划、模型、构件、测试软件、结果与数据、可执行文件等。] 项目基线 [基线提供一项正式标准，随后的工作都基于此标准，并且只有经过授权后才能对此标准进行变更。 说明要在项目或产品生命周期中的哪些时间点处建立基线。最常用的基线在先启阶段、精化阶段、构建阶段和产品化阶段结束时建立。也可以在不同阶段中的各次迭代结束时生成基线，甚至可以更为频繁。 说明由谁来对基线授权，以及基线中包含的内容。] 配置和变更控制 变更请求的处理和审批 [说明提交、复审和处理问题及变更时所遵循的流程。] 变更控制委员会 CCB [说明 CCB 在处理和审批变更请求时所遵循的成员资格标准和过程。] 配置状态统计 项目介质存储和发布进程 [说明保留策略、备份计划、事故处理计划和恢复计划。还应说明介质的保留方式：联机、脱机、介质类型和格式。 发布过程应说明此发布版的内容、它所针对的对象，以及是否有已知的问题和安装说明。] 报告和审计 [说明所需报告和配置审计的内容、格式和目的。 报告用于在项目和产品生命周期中的任意给定时间对“产品质量”进行评估。如果根据变更请求来报告缺陷，就可以提供一些有用的质量指标。因此，应提醒管理人员和开发人员多注意特别关键的开发领域。缺陷通常按其严重程度（高、中和低）分类。可以依据以下各项来报告缺陷： 龄期（基于时间的报告）：各种缺陷已经打开了多久？在生命周期中，从发现缺陷到修复缺陷有多长的“滞后时间”？ 分布（基于计数的报告）：在按照拥有者、优先级或修复状态划分的不同类别中各有多少个缺陷？ 趋势（与时间和计数有关的报告）：在一段时间内发现并修复的缺陷累计有多少个？缺陷发现率和修复率是多少？就打开的缺陷和关闭的缺陷而言，它们之间的“质量差距”有多大？解决缺陷所用的平均时间为多长？] 里程碑 [确定与项目或产品 CM 工作相关的内部里程碑和客户里程