HD-CM-301配置管理计划

1、1 / 8 文档可自由编辑打印社区管理服务社区管理服务卷卷 号号卷内编号卷内编号密密 级级软件配置管理计划软件配置管理计划（ConfigurationConfiguration ManagementManagement PlanPlan）版本：5.2（Version: 5.2）项 目 承 担 部 门： 撰 写 人（签名）： 完 成 日 期： 本文档 使 用部门： 主管领导 项目组 客户（市场） 维护人员 用户 评审负责人（签名）： 评 审 日 期： 文档信息文档信息2 / 8 文档可自由编辑打印标题: 配置管理计划作者: 刘洋洋创建日期:2011/11/24上次更新日期: 2011/11/24

2、版本: Version: 5.2部门名称: 软件产品研发部修订文档历史记录日期日期版本版本说明说明作者作者文档审批信息文档审批信息序号序号审批人审批人角色角色审批日期审批日期签字签字备注备注3 / 8 文档可自由编辑打印目录目录1.简介31.1目的31.2范围31.3定义、首字母缩写词和缩略语31.4参考资料31.5概述32.软件配置管理32.1组织、职责和接口32.2工具、环境和基础设施33.配置管理活动33.1配置标识33.1.1 标识方法33.1.2 项目基线33.2配置和变更控制33.2.1 变更请求的处理和审批33.2.2 变更控制委员会 (CCB)33.3配置状态统计33.3.1

3、项目介质存储和发布进程33.3.2 报告和审计34.里程碑35.培训和资源36.分包商和厂商软件控制34 / 8 文档可自由编辑打印配置管理计划配置管理计划 1.1.简介简介1.11.1目的目的指导配置管理人员如何建立配置库，并利用配置库管理所有配置项，从而提供配置项的存取和检 索功能，有利于配置项的更改控制，保证配置项的完整性和可跟踪性。1.21.2范围范围适用于所有软件产品和软件项目的配置项管理。配置管理可采用各种工具及手工办法，本文件以wincvs 配置管理工具为例，规定公司的配置管理办法，使用其他工具时也可对应本文件的要求参照执行。1.31.3定义、首字母缩写词和缩略语定义、首字母缩写

4、词和缩略语每一个项目有四个文件固定夹：需求文档、设计文档、源代码、测试版本四个用户角色：配置管理员、项目经理、开发人员、测试人员。配置管理员项目经理开发人员测试人员。需求文档R/CADR/CADR/CRC设计文档R/CADR/CADR/CARC源代码R/CADR/CAR/CARC软件版本R/CADR/CAR/CARC注：权限描述软件开发步骤VSS 管理项目立项新建项目，增加项目用户。需求分析：系统需求说明书系统需求说明书项目需求分析写入“需求文档”设计阶段：数据库设计文档数据字典概要设计文档项目设计写入“设计文档”源代码编写源代码 chick in“源代码”测试程序、数据库脚本提交测试程序“软

5、件版本”5 / 8 文档可自由编辑打印Read (R)可以直接查看文件，但不能修改文件Check Out (C)可用Check Out，Check In和Undo Check Out命令修改文件。 Add (A)可用Add，Delete，Label和Rename 命令修改文件列表。大部分公司给予所有编程人员该项权限，也有公司将该权限保留给项目经理。Destroy (D)可用Destroy，Purge和Rollback命令对文件执行永久性删除操作。对于重视安全性的组织，该项权限只被给予项目经理或VSS管理员。您必须拥有本项权限才能执行部署Web站点的操作。配置项的状态有三种：“草稿”、“正式发布

6、”和“正在修改”配置项的版本号与配置项的状态紧密相关：（1） 处于“草稿”状态的配置项的版本号格式为：0.YZ（2） 处于“正式发布”状态的配置项的版本号格式为：X.Y。一般只是Y值递增，当Y值到达一定的范围时X值才发生变化。（3） 处于“正在修改”状态的配置项的版本号格式为：X.YZ。一般只增大Z值，当配置项修改完毕，状态重新变成“正式发布”时，将Z值变为0，增加X.Y值。1.41.4参考资料参考资料1、武延军，黄飞跃. . 精通 JSP 编程技术M. . 北京：人民邮电出版社，2001:126-178.2、柏亚军. . JSP 编程基础及应用实例集锦M. .北京：人民邮电出版社，2001:

7、41-82.1.51.5概述概述本小节应说明此配置管理计划配置管理计划中其他部分所包含的内容，并解释文档的组织方式。2.2.软件配置管理软件配置管理2.12.1 组织、职责和接口组织、职责和接口说明谁将序号活动名称角色活动描述参考活动1计划配置管理配置管理经理制定配置管理策略制定变更控制策略编写配置管理计划审评配置管理计划配置管理计划模版2创建配置管理配置管理经理设置硬件环境VSS使用手 册6 / 8 文档可自由编辑打印环境设置网络环境设置软件环境 建立一个配置管理库，储存项目中定义的配置项；安装配置管理工具，例如： VSS 等。 提供配置管理培训 组织管理配置库使用指南3配置项的标识配置管理

8、经理对文档类的配置项进行的标识对程序的配置项进行标识软件开发文档命名约定4建立基线配置管理经理标识基线：根据配置管理计划，对经过测试或者评审通过的工作进行标识审批基线：CCB 负责召开会议，评审配置管理经理建立的基线发布基线：將建立的基线向相关人员发布配置管理计划模版基线策略指南5报告配置状况配置管理经理根据配置管理计划，手机配置活动数据， 编写配置状态报告。配置状况报告模版6执行配置审计配置管理经理根据配置管理计划定期地执行配置审计，它包括：屋里审计，功能审计编写配置审计报告配置审计报告7变更控制管理CCB任意角色参见配置控制规范文档变更请求负责执行 CM 工作流程中所述的各种配置管理 (C

9、M) 活动。2.22.2工具、环境和基础设施工具、环境和基础设施说明在整个项目过程或产品生命周期中为实现 CM 功能而使用的计算环境和软件工具。 说明对整个项目过程或产品生命周期中生成的配置项进行版本控制时所需的工具和过程。建立 CM 环境时所涉及的问题有：产品数据量的预期大小产品团队的分配服务器和客户机的实际位置3.3.配置管理活动配置管理活动3.13.1配置标识配置标识7 / 8 文档可自由编辑打印3.1.1 标识方法说明项目工件或产品工件的命名、标记和编号方法。标识方案中需包括硬件、系统软件、市售 (COTS) 产品以及产品目录结构中所列的所有应用程序开发工件，例如计划、模型、构件、测试

10、软件、结果与数据、可执行文件等。3.1.2项目基线基线提供一项正式标准，随后的工作都基于此标准，并且只有经过授权后才能对此标准进行变更。 说明要在项目或产品生命周期中的哪些时间点处建立基线。最常用的基线在先启阶段、精化阶段、构建阶段和产品化阶段结束时建立。也可以在不同阶段中的各次迭代结束时生成基线，甚至可以更为频繁。说明由谁来对基线授权，以及基线中包含的内容。3.23.2配置和变更控制配置和变更控制3.2.1变更请求的处理和审批说明提交、复审和处理问题及变更时所遵循的流程。变更请求 对项目当前问题说明 提出的变更请求内容 CCB 的复审结果 确认变更的结果3.2.2变更控制委员会 (CCB)说

11、明 CCB 在处理和审批变更请求时所遵循的成员资格标准和过程。3.33.3配置状态统计配置状态统计3.3.1项目介质存储和发布进程说明保留策略、备份计划、事故处理计划和恢复计划。还应说明介质的保留方式：联机、脱机、介质类型和格式。发布过程应说明此发布版的内容、它所针对的对象，以及是否有已知的问题和安装说明。3.3.2报告和审计说明所需报告和配置审计的内容、格式和目的。报告用于在项目和产品生命周期中的任意给定时间对“产品质量”进行评估。如果根据变更请求来报告缺陷，就可以提供一些有用的质量指标。因此，应提醒管理人员和开发人员多注意特别关键的开发领域。缺陷通常按其严重程度（高、中和低）分类。可以依据以下各项来报告缺陷：龄期（基于时间的报告）：各种缺陷已经打开了多久？在生命周期中，从发现缺陷到修复缺陷有多长的“滞后时间”？分布（基于计数的报告）：在按照拥有者、优先级或修复状态划分的不同类别中各有多少个缺陷？8 / 8 文档可自由编辑打印趋势（与时间和计数有关的报告）：在一段时间内发现并修复的缺陷累计有多少个？缺陷发现率和修复率是多少？就打开的缺陷和关闭的缺陷而言，它们之间的“质量