配置管理规范

项目配置项管理规范

目录

目录

1.概述6

1.1.文档说明 (6)

1.2.符号和缩略语 (6)

1.3.术语和定义 (6)

2.配置管理过程规范 (6)

2.1.目标 (6)

2.2.范围 (6)

2.3.入口准则 (7)

2.4.输入 (7)

2.5.过程描述 (7)

2.5.1.识别配置项、配置项特性并建立命名规范 (7)

2.5.2.建立基线准则、标注机制 (7)

2.5.3.指定配置管理组长和配置控制委员会成员 (8)

2.5.4.确定配置管理工具，定义操作权限，建立配置管理目录 (8)

2.5.5.建立构建机制 (8)

2.5.6.建立发布机制 (8)

2.5.7.建立备份和回复机制 (9)

2.5.8.准备和评审配置管理计划 (9)

2.5.9.配置项的检入和检出 (9)

2.5.10.建立基线，得到配置控制委员会批准，记录基线之间的区别 (9)

2.5.11.建立、公布基线记录和进行配置审计 (9)

2.5.12.控制配置项变更（参考变更管理流程） (10)

2.5.13.发布配置项状态报告 (10)

2.6.建议 (10)

2.7.裁剪许可 (10)

2.8.度量 (10)

2.9.验证 (10)

2.10.质量记录 (10)

2.11.出口准则 (10)

2.12.参考 (11)

2.13.过程责任矩阵 (11)

3.软件项目过程产出物 (12)

3.1.支持过程组产出物 (12)

3.2.工程过程组产出物 (13)

3.3.管理过程组产出物 (14)

4.目录结构 (16)

5.配置项命名规范 (17)

5.1.命名规范说明(推荐) (17)

5.2.产品类型描述符(推荐) (17)

6.变更管理过程规范 (18)

6.1.目标 (18)

6.2.范围 (18)

6.3.入口准则 (18)

6.4.输入 (18)

6.5.过程描述 (19)

6.5.1.变更触发 (19)

6.5.2.记录变更申请 (19)

6.5.3.评审变更申请 (19)

6.5.4.进行影响分析 (19)

6.5.5.变更申请批准 (19)

6.5.6.评审/测试修改后的配置项 (20)

6.5.7.变更申请跟踪 (20)

6.5.8.更新变更申请摘要 (20)

6.5.9.更新《需求跟踪矩阵》 (21)

6.6.建议 (21)

6.7.裁剪许可 (21)

6.8.度量 (21)

6.9.验证 (21)

6.10.质量记录 (21)

6.11.出口准则 (21)

6.12.参考 (21)

6.13.过程责任矩阵 (22)

1.概述

1.1.文档说明

本文档为响应XXXXCTO办公室征集配置项管理规范而给出的一套解决方案及其说明

1.2.符号和缩略语

1.3.术语和定义

2.配置管理过程规范

2.1.目标

在软件项目中管理工作产品的配置。配置管理包括识别软件的配置项、系统地控制配置项的变更、并且在项目的整个生命周期中保持配置项的完整性和可追踪性。

2.2.范围

本过程适用于所有生产工作产品的软件项目。

2.3.入口准则

拟定项目计划草稿

2.4.输入

•《工作说明书》

•合同文件

•项目计划草稿

•已批准的变更请求

2.5.过程描述

2.5.1.识别配置项、配置项特性并建立命名规范

1）配置项是在项目过程中产生的、并且有可能发生变更的任何工作产品。

2）配置项是处于配置管理下，并被当作一个独立实体的工作产品集合。

3）配置项可能是中间或者最终产品，内部或者外部交付物，例如：项目计划文档、需求文档、测试计划、代码和发布说明等。

4）配置项包括所有适当的软件、文档、支持环境如编译器、操作系统、测试环境和工具。也可能包括项目合作方提供的软件、文档和硬拷贝材料等。

2.5.2.建立基线准则、标注机制

基线为后续工作提供正式的基础，所有变更都必须得到许可。在初始基线建立、评审和批准以后，所有后续的变更以增量方式记录，直到下一次基线建立。

2.5.2.1.基线准则

规格说明书或产品经过正式评审，并且达成一致意见。然后作为后续开发的基础。

识别项目中需要建立的基线。通常基线在项目开始时建立，既输入基线。包括：

1）所有客户提供的材料或定义的内容

2）开发环境，包括硬件及软件

3）所有要提交给客户的交付物

4）重要阶段结束（例：单元测试阶段结束，集成测试阶段结束等）

5）在对配置项作变更前（该配置项不一定在基线中，但对它的变更影响基线内的配置项）

6）为每个基线，识别组成基线的配置项。配置项经过批准后移入配置库。

7）在项目进行过程中，组成以前基线的配置项必须要包含在后续的基线中。

8）配置项在纳入基线后发布使用。产品只在已纳入基线的配置项上构建。

2.5.2.2.标注机制

在每个基线发布之前，必须使用标签标注目录的版本号。需要找回一个基线时，该标签作为基线的唯一标识。

2.5.

3.指定配置管理组长和配置控制委员会成员

在项目启动会议上，项目经理指定配置管理组长和配置控制委员会成员。

配置控制委员的作用包括：

1）批准软件基线的建立

2）评审并批准对于软件基线的变更

3）批准从软件基线库中构建产品

2.5.4.确定配置管理工具，定义操作权限，建立配置管理目录

2.5.4.1.配置管理工具

配置管理活动可使用软件工具或手工完成。使用配置管理工具时，需要描述工具的功能和所需的资源。

2.5.4.2.操作权限

项目启动阶段，配置管理组长设置操作权限。每一个项目中，至少需要两个区域，一个仅限于项目经理操作，另一个工作区域供全体项目成员操作。

2.5.4.

3.配置管理目录

描述所有基线的存储位置和目录结构。

配置管理目录分布在不同机器上并使用不同的配置控制工具时，需要给与说明。

2.5.5.建立构建机制

为项目确立构建机制

2.5.6.建立发布机制

为项目构建发布流程和机制