配置管理计划模板

项目名称配置管理计划版本1.0注意：以下模板适用于RationalUnifiedProcess。 其中包含以方括号中的蓝色斜体(样式=InfoBlue )显示的文本。 此文本用于指示在发布文档之前必须删除的作者。 在此样式中输入的段落将自动设置为标准样式(样式=正文)。 修订版的历史日期版本号说明作者日/月/年详细信息姓名目录1 .前言1.1目的1.2范围1.3定义，首字母缩写和缩写1.4引用1.5概要2 .软件配置管理2.1组织、职责和接口2.2工具、环境和基础设施三.配置管理活动3.1构成显示3.1.1显示方法3.1.2项目基线3.2配置和变更管理3.2.1处理和批准变更请求3.2.2变更控制委员会(CCB )3.3配置状态统计3.3.1项目媒体的保存和公开过程3.3.2报告和审计4 .里程碑五.培训和资源6 .承包商和制造商的软件控制配置管理计划1 .前言配置管理计划摘要应提供整个文档的摘要。 必须包括此配置管理计划的目的、范围、定义、首字母、缩写、引用和概述。 1.1目的明确此配置管理计划的目的。 1.2范围简要介绍此配置管理计划的范围：相关模型以及受本文档影响的其他模型。 1.3定义，首字母缩写和缩写本节提供正确理解此配置管理计划所需的所有术语、首字母和缩写的定义。 可以通过参考项目术语表来提供这些信息。 1.4引用此部分应完全列出此配置管理计划的其他部分引用的所有文档。 每个文档必须具有标题、报告编号(如果适用)、日期和发布组织。 列出可以从中检索这些引用的源。 这些信息可以通过参考附录和其他文档提供。 1.5概要本节需要说明此配置管理计划的其他部分包含哪些内容，以及如何组织文档。 2 .软件配置管理2.1组织、职责和接口说明谁负责cm工作流中记载的各种构成管理(cm )活动。 2.2工具、环境和基础设施介绍在项目流程和产品生命周期中用于实现CM功能的计算环境和软件工具。描述在整个项目流程或整个产品生命周期中生成的配置项目的版本控制所需的工具和流程。与建立CM环境有关的问题包括：_产品数据量的预期大小_产品团队分配_服务器和客户端的实际位置三.配置管理活动3.1构成显示3.1.1显示方法说明项目工作或产品工作的命名标记编号方法。 徽标方案包括硬件、系统软件、商业(COTS )产品和产品目录结构中列出的所有应用程序开发工作，包括规划、型号、组件、测试软件、结果和数据以及可执行文件。 3.1.2项目基线基准线提供正式标准，后续工作是以此标准为基础的，只有在获授权时才能变更此标准。描述在项目或产品生命周期的何时创建基线。 最常见的基线是在开始阶段、精炼阶段、构建阶段和产品化阶段结束时创建的。 您可以在不同阶段每次迭代结束时生成基线，也可以更频繁地生成基线。说明基准线是由谁认可并包含在基准线中。 3.2配置和变更管理3.2.1处理和批准变更请求说明提出、复审、处理问题或变更时的流程。 3.2.2变更控制委员会(CCB )描述处理和批准变更请求时CCB遵循的成员资格标准和流程。 3.3配置状态统计3.3.1项目媒体的保存和公开过程说明保存战略、代替计划、事故处理计划、恢复计划。 此外，还需要说明如何保存介质(联机、脱机、介质类型和格式)。发行程序需要说明此发行版本的内容、目标物件，以及已知问题和安装程序。 3.3.2报告和审计说明必要的报告和设定审计的内容、格式、目的。报告用于在项目和产品生命周期的任意时间点评估产品质量。 根据变更请求报告缺陷时，可以提供一些有用的质量指标。 因此，管理人员和开发人员应特别注意重要的开发领域。 缺陷通常按危险度(高、中、低)分类。 缺陷可以根据以下项目报告：_生存时间(基于时间的报告):有多少缺陷？ 在生命周期中，从发现缺陷到修复有多长的“延迟时间”？_分布(基于计数的报告):按所有者、优先级或修复状态分类的类别有多少缺陷？趋势(时间和计数报告):在一段时间内发现并修复的缺陷总数是多少？ 发现和修复缺陷的频率是多少？ 对于开放的缺陷和闭合的缺陷，它们之间的“质量差”有多大？ 解决缺陷的平均时间是多少4 .里程碑确定与项目或产品广告工作相关的内部里程碑和客户里程碑。 此部分必须