项目配置管理过程规范方案

项目配置管理过程规范

文档种类：研发体系

发行范围：研发中心

变更记录

目录

1.前言 (4)

1.1.目的 (4)

1.2.适用范围 (4)

1.3.术语 (4)

2.职责说明 (5)

3.输入 (5)

4.入口准则 (5)

5.活动 (6)

5.1.活动关系图 (6)

5.1.1.配置管理流程图 (6)

5.1.2.配置变更流程图 (7)

5.2.活动描述 (7)

5.2.1.制定配置管理计划 (7)

5.2.2.建立配置库 (8)

5.2.3.建立配置项 (8)

5.2.4.基线建立及发布过程 (8)

5.2.5.配置变更 (9)

5.2.6.配置审计 (9)

5.2.7.备份 (10)

6.输出 (10)

7.出口准则 (10)

8.本过程裁剪规定 (10)

1. 前言

1.1. 目的

用于描述配置管理过程，规范配置管理的操作。

1.2. 适用范围

适用于在软件生命周期中对各类软件项目的配置管理活动。

1.3. 术语

CCB：Configuration Control Board，配置控制委员会，每个项目组需要建立项目级的CCB作为变更控制权威。CCB由PPQA、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、高层经理。CCB组长可以是PPQA或高层经理，但不能是项目经理。

Baseline：基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，它有三个特征：（1）已经过正式的评审和批准；（2）作为项目发展和产品升级的基础。基线变更必须经过CCB审批。

配置审计：可以分为物理审计和功能审计。前者审查配置项的外在特征的正确性与一致性；后者审查配置项内容的正确性与一致性。

物理审计的内容包括：

⏹确认配置项标识的正确性；

⏹确认已受控配置项的更改是受到控制的；

⏹验证配置库内容与相应记录之间的一致性；

⏹验证配置管理活动与相应记录之间的一致性；

⏹验证配置管理工作是否符合适用的标准和规程；

⏹验证配置管理系统与系统备份的有效性、一致性等。

功能审计的内容包括：

⏹验证当前基线所含配置项对前一基线所含配置项的追溯性；

⏹确认当前基线所含配置项均正确反映了项目需求；

⏹评估基线的完整性；

⏹验证当前基线和各基线间所含配置项的一致性；

验证配置库内容的完备性和正确性等。

2. 职责说明

3. 输入

《项目计划》

4. 入口准则

《项目计划》已经形成文档并通过评审。

5. 活动

5.1. 活动关系图

5.1.1. 配置管理流程图

配置管理过程

输入

项目经理

项目成员

输出

配置管理员

CCB

制定配置管理计划

执行配置管理

编写配置管理计划

建立项目配置库

提交工作成果

结束

配置管理计划

开始

评审配置管理计划

申请建立基线

执行配置审计建立并发布基线

项目计划

基线建立申请表

配置状态报告

CCB 审批

批准？

Yes

No

配置审计报告

属于基线？

Yes

配置项入受控库No

配置状态跟踪

5.1.2. 配置变更流程图

配置变更流程

输入

项目经理

项目成员

输出

配置管理员

CCB

基线变更

配置项变更

配置项变更申请

配置项变更

结束

开始

基线变更申请

执行变更

验证变更

变更申请及跟踪记录

配置状态报告变更审批

通过

不通过配置审计报告

批准变更

更新基线配置审计

通过

不通过

结束

开始

配置状态报告

备注说明：对于配置变更，应先进行审计，后更新基线。

5.2. 活动描述

5.2.1. 制定配置管理计划

1. 在项目策划阶段配置管理员起草配置管理计划，项目经理给予必要的协助。

2. 配置管理计划要进行评审，参与人员是CCB 、项目经理及其他相关人员。

5.2.2. 建立配置库

1.配置管理计划完成后，配置管理员建立项目配置库，按组织统一规定建立项目配置库目录结

构，并设置访问权限。

a)项目配置库名称的命名规则：项目名称的英文缩写（或拼音缩写）。

b)纳入基线配置项的命名规则：项目名称_文档名称。

2.配置库建立完成后，配置管理员邮件通知项目组全员。

5.2.3. 建立配置项

项目成员按配置管理计划，将配置项提交到自己有权限的配置库目录内。配置管理员每月提交配置项状态报告5.2.4. 基线建立及发布过程

1.基线所属的配置项，全部经过同行评审并解决了评审中提出的问题，由项目经理验证后，填

写《基线及产品发布申请单》

B对申请进行审批，审批通过后由配置管理员执行配置检查，然后可以建立并产品基线。

一般项目要建立的基线见下面的基线分类表。

表格 5-1 基线分类表

B及

项目组全体成员。