XXXXX 项目

配置管理计划

项目令号：

承担部门：

拟 制： （签字\日期）

E - m a i l / Te l ：

审 核： （签字\日期）

批 准： （签字\日期）

国电南京自动化股份有限公司
 国电南京自动化股份有限公司 xx 项目 项目配置管理计划

QGM.A013.S_2016 1
 国电南京自动化股份有限公司 xx 项目 项目配置管理计划

模板修改及发布情况记录
拟制人/ 拟制/修改 主要更改内容
版本号 更改理由
修改人 日期 （写要点即可）
V0.1 杨小敏 2006-7-20 初始版本
V0.9 杨小敏 2006-10-30 根据咨询师的建议修改
V1.0 杨小敏 2006-12-11 根据评审的建议修改
V1.1 侍作先 2011-7-28 根据咨询师的建议修改
规范文档，新增案例。新增配置结
V1.2 朱明 2011-8-18 根据配置工作内容修订 构权限和配置项裁剪表作为计划
附件、新增配置工作汇报
V1.3 杨昕霖 2012-7 规范模板编号
V1.4 朱明 2016-11-18 需增 PLM 系统电子签章 新增 PLM 系统电子签章

【模板使用说明】
1， 文档“目录”，在内容填写完成后，根据实际页码，更新目录域，重新生成
2， 模板中蓝色显示的提示文本，用于向书写者提供指导和说明，正式填写时应删除。
3， 本模板内容可根据具体项目作适当增加，若对应章节下没有特殊说明的，写“无”而
不要将该节删除或不填写任何内容。
4， 软件总体设计与概要设计的区分就在于设计对象的层级，子系统、构件、模块级的设计
作为概要设计，子系统如果复杂，也可以做一次子系统级的总体设计。
5， 模板的修改记录在各项目实际文档中删除。

配置管理计划文档修改记录
日期 版本 作者 修改内容

注 1：每次更改归档文件（指纳入配置基线的文件）时，需填写此表。
注 2：文件第一次归档时，“更改理由”、“主要更改内容”栏写“无”。

目录
1.1 文档目的........................................................................................................................1

QGM.A013.S_2016 II
 国电南京自动化股份有限公司 xx 项目 项目配置管理计划

1.2 文档范围........................................................................................................................1
1.3 读者对象........................................................................................................................1
1.4 参考资料........................................................................................................................1
1.5 术语与缩略语................................................................................................................1
2 人员与职责................................................................2

2.1 职责表............................................................................................................................2
2.2 接口控制........................................................................................................................3
3 3 用于配置管理的软硬件资源................................................4

3.1 服务器软件环境............................................................................................................4
3.2 硬件环境........................................................................................................................4
4 里程碑....................................................................4

5 配置库的建立和管理........................................................5

5.1 控制层次........................................................................................................................6
5.2 本项目配置库路径........................................................................................................7
5.3 文件状态列表................................................................................................................7
6 标签的命名................................................................7

6.1 版本标签设定................................................................................................................8
6.2 发布版本的命名............................................................................................................8
7 配置库结构与权限..........................................................8

7.1 工作库目录结构............................................................................................................8
7.2 受控库与基线库目录结构............................................................................................9
7.3 产品库目录结构............................................................................................................9
8 配置项计划...............................................................10

9 配置基线计划.............................................................12

10 配置库备份计划...........................................................12

11 配置工作汇报.............................................................13

12 配置计划审批意见.........................................................14

QGM.A013.S_2016 III
 国电南京自动化股份有限公司 xx 项目 项目配置管理计划

1.1 文档目的
本文档目的在于对 XXXX 项目进行配置管理，提高产品质量，降低开发成本。通过标
识和文档来记录配置项的功能和物理特性，控制这些特性的变更，记录和报告变更的过程
和状态，并验证它们与需求是否一致。

1.2 文档范围
本计划用于制定实现和维护 XXX 项目的配置管理，实现配置管理活动是有计划的、配
置的变更是受控的、并维护在整个项目生存周期中配置的完整性和可跟踪性。
XXX 项目的配置管理是对该项目要交付的工作产品以及产生的中间工作产品实施有效
管理，贯穿于项目生命周期全过程，包括存储工作产品、建立开发人员工作空间、标识配置
项、控制变更、状况监控、软件建立和版本发布管理、配置管理审核等工作。

1.3 读者对象
案例：
读者分类 阅读重点 备注
项目经理 全部
高层管理 角色及其职责、资源
SCM 人员 配置项相关
SQA 人员 过程、培训相关
项目组 职责及具体活动

1.4 参考资料
[标识符] 资料名称 备注

XXX 设计任务书
配置管理规程
项目开发计划
CVS 操作手册（中）、（英）
…….
标准

1.5 术语与缩略语
软件配置管理：简称 SCM（Software Configuration Management 的缩写），是在项目开发中，
标识、控制和管理软件变更的一种管理。配置管理的使用取决于项目规模和复杂性以及风险
水平。软件的规模越大，配置管理就显得越重要。

基线：(BaseLine) 是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正
式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。建立一个初始
基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。

QGM.A013.S_2016 1
 国电南京自动化股份有限公司 xx 项目 项目配置管理计划

配置管理员：项目组中负责配置管理工作的角色，该角色可以兼职。在某一开发阶段通过
评审或某一质量检查点通过审核后，配置管理员负责统一添加或修改相关文档的最新有效
版本以及审批人签字。

配置标识：（Configuration Identification）对软件项目在开发过程中的资源进行标识，以便
识别。

（Configuration Audit）对软件配置管理过程中的行动进行检查。
配置检查：

本文涉及的术语定义参见表格 1 术语定义。

表格 1 术语定义

术语名称 术语定义
配置项 为配置管理指定的硬件、软件或两者的一个聚合体，在配置管理过程中看作一个单一
实体。
基线 一种通过正式评审和认可的规范说明或者产品，此后将其作为进一步开发的基础，只
有通过正式的变更控制过程才可以更改。
本文涉及的缩略语参见表格 2 缩略语说明。

表格 2 缩略语说明

缩略语 英文全称 中文全称

SCM Group Software Configuration Management Group 软件配置管理组
CCB Configuration Control Board 配置控制委员会
SQA Group Software Quality Assurance Group 软件质量保证组

2 人员与职责
提示： （1）根据《项目计划》中的角色分配，确定配置管理员， SCCB（软件配置控制委
员会）成员。
（2）SCCB 的人数根据项目规模而定。一般地，部门领导与分管领导是 SCCB 的负责
人。

2.1 职责表
角 色 人 员 职责、工作范围

1． 审批《配置管理计划》
配置控制委员会
2． 审批配置项重大的变更
（ Configuration
3． 审批基线内配置项的出入库申请及变更控制
Control
4． 审批由基线生成产品的申请
Board，CCB）
5． 批准和审查《软件配置审计报告》

1. 负责审核提交到受控库和软件产品库的配置项。
项目经理（Project
2. 负责管理项目成员严格按照软件配置管理规范进行开发工作
Manager，PM）
3. 审核、批准二级变更，协调三级变更

QGM.A013.S_2016 2
 国电南京自动化股份有限公司 xx 项目 项目配置管理计划

1． 软件配置管理员负责多个项目的软件配置管理工作；

2． 负责开发库、受控库和产品库的建立和维护；

3． 负责制订《项目配置管理计划》；

配 置 管 理 员 4． 定期向项目经理和 QA 提交《软件配置状态报告》；

（ Configuration 5． 负责验证软件编译结果，生成软件版本；
Management 6． 负责审核配置项的变更状况；
Officer，CMO）
7． 参与功能配置审计和物理配置审计；

8． 负责软件配置管理工具的应用和维护，

10. 负责项目成员的软件配置管理方面的培训工作，包括方法培训和工
具培训。

1. 负责策划软件配置管理工作；

2. 负责拟制有关软件配置管理的标准、流程；
配置管理主管 3. 协调各项目的配置管理工作；

4. 有计划地组织开展软件配置管理的培训工作。
5. 建立外部发布版本。
开发人员的职责就是根据组织内确定的软件配置管理计划和相关规
开发人员
定，按照软件配置管理工具的使用模型来完成开发任务。
测试人员
1. 负责按软件配置管理要求对各项目的开展实施监督控制

2. 组织软件配置管理审计工作，并编制相应的《软件配置审计报

告》；
QA 3. 对测试报告进行确认工作；

4. 负责审查配置项的变更；

5. 负责监督检查软件配置管理相关规定的执行情况；
6. 报告配置管理中存在的重大质量问题。
…

2.2 接口控制
。[说明在本计划所指定的范围外的接口项的变更控制方法。对每个接口应描述：
1) 接口的性质；
2) 受影响的部门；
3) 对接口进行配置控制的方法；
记录和报告接口说明与文档控制状态的方法。]

QGM.A013.S_2016 3
 国电南京自动化股份有限公司 xx 项目 项目配置管理计划

3 3 用于配置管理的软硬件资源
提示： （1） 配置管理员确定本项目的配置管理软件。例如，采用 CVS 工具。
（ 2 ）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑内存、外
存、CPU 等。

3.1 服务器软件环境
案例：
软件名称 作用

Windowns 2000/2003 Advance Server 操作系统

CVS 配置管理软件

在整个项目过程或产品生命周期中,选择 CVS 作为配置管理工具。

3.2 硬件环境
案例：
Server 机(4 台)主要各专业所的项目工作库和基线库
其中: 软件类产品 2 台 server,互为备份
硬件类产品 2 台 server,互为备份
机器名 操作系统 IP 内存 CPU 说明
网络 -
server Windows 2003 server 172.20.50 1GB P4 磁盘阵列(多硬盘)
.X
BANK 172.20.50 同上 同 同上
server .Y 上
编译机 1
编译机 2
编译机 3
客户机 按装中文 CVS1.3 或者英文 CVS 项目组成员各自的计
2.0 算机

4 里程碑
提示： （1） 根据实际情况调整里程碑安排和要求

研发项目的里程碑是根据项目的生命周期的特点确定，目前是以软件类和装置类来划
分：
案例：

QGM.A013.S_2016 4
 国电南京自动化股份有限公司 xx 项目 项目配置管理计划

里程碑 特点
1. 需求分析已确  系统（或所有已确定子系统）的需求分析全部完成
立  已形成相应的需求分析说明书及其它附属文档
 需求分析说明书已通过评审或与客户一致认为需求分析阶
段已结束，可以进入设计阶段
2. 概要设计完成  系统（或所有已确定子系统）的概要设计全部完成
 已形成相应的概要设计说明书及其它附属文档
 概要设计说明书已通过公司评审或与客户一致认为概要设
计阶段已结束，可以进入详细设计阶段
3. 详细设计完成 装置类：

软件类：
 系统（或所有已确定子系统）的详细设计全部完成
 已形成相应的详细设计说明书及其它附属文档
 详细设计说明书已通过公司评审或与客户一致认为详细设
计阶段已结束，可以进入编码阶段
4. 编码完成 装置类：
（样机试制）
软件类：
 系统（或所有已确定子系统）的编码全部完成
 系统所有模块程序已经经过调试并确定可以运行
 已通过评审或与客户一致认为编码阶段已结束，可以进入
系统测试阶段
5. 测试计划完成  测试需求已经确定并完成；
 已形成相应的测试计划说明书及其它附属文档
6. 测试设计完成  测试用例已经覆盖所有测试需求
 已形成相应的测试用例说明书及其它附属文档
7. 系统测试完成  系统测试完成，所发现的所有缺陷已得到妥善处理
 符合系统测试退出条件
 已完成测试分析报告
 在第三方试验完成
 试运行 3～6 个月完成
 符合系统测试退出条件

8. 项目结束  鉴定
 已得到客户的确认并通过验收测试
 与客户一致认为该项目已结束
9. 设计完善  可制造，生产

5 配置库的建立和管理

QGM.A013.S_2016 5
 国电南京自动化股份有限公司 xx 项目 项目配置管理计划

5.1 控制层次
需要明确项目的配置库的结构和控制方式

配置库分为三层控制，分别是产品库，受控库和开发库，各层次的配置库的控制方式
参见下表 配置库的层次及控制方式说明。

配置库的层次及控制方式说明
配置库类型 控制方式
产品库 配置管理组在领导授权的情况下，允许把基线化了的配置项放入产品库，放入产品库的
配置项不允许有任何更改和增删。
受控库 在配置管理组的授权下，项目组成员可以把配置项放入受控库；对于放入受控库的配置
项，配置管理组在 CCB 的授权下，可以增删。
开发库 原则上项目组成员可以任意更改。

配置管理库建立完毕后，可根据配置管理库的人员计划在 CVS 上建立相应的用户及权

限，并将这些用户分发给指定的开发人员或用户。

配置管理员应保管好配置管理工具的管理员权限，项目组中使用配置管理库的成员应
该及时更改自己在配置管理工具的缺省设置密码。

5.2 本项目配置库路径
本地仓库

QGM.A013.S_2016 6
 国电南京自动化股份有限公司 xx 项目 项目配置管理计划

cvs -d /cvsroot/test

请明确配置工作库路径、配置受控库、配置产品库路径

工作库 cvs -d :pserver:guest@192.168.30.10:/cvsroot/gzk .

受控库 cvs -d :pserver:guest@192.168.30.10:/cvsroot/skk.
产品库 cvs -d :pserver:guest@192.168.30.10:/cvsroot/CPK .

5.3 文件状态列表
1. Up-to-date，与仓库中最新版本一致
2. Locally modified，已修改但未提交仓库
3. Locally added，已用 add 加入但未提交仓库
4. Locally removed，已用 remove 删除但未提交仓库
5. Needs checkout，有人修改，但你未更新
6. Needs patch，与上面相似但 CVS 只发送补丁
7. Needs merge，别人提交新版本，你在工作目录中也做出了修改，需要和并
8. File had conflicts on merge，与上面相似，但上一个 update 命令产生过冲突
9. Unknown(?)， CVS 对本文件一无所知

<
例：项目模块名称：
模块名称 存储路径 描述
\admin “管理”
\cm 配置模块代码
\common 公共模块代码
\conf 配置文件
\sys 平台模块代码
\db 数据库模块代码
\fm 告警模块代码
\pm 性能模块代码
\utility 工具模块代码
\ws 客户端代码
\cproject 客户端工程文件
\help 系统在线帮助
\doc 计划，需求和设计类文档

6 标签的命名

提示： （1） 版本标签是符号化的版本号码，它直观、易于记忆和管理；

（2） 版本标签大量用于重要的里程碑式版本的标记。例如 alpha 初始

QGM.A013.S_2016 7
 国电南京自动化股份有限公司 xx 项目 项目配置管理计划

调试版、beta 调试版、release 发布版等

（3） 在开发过程中设定里程碑是软件工程管理的重要手段。版本标
签是重要工具。
（4） 可根据实际情况进行调整。

6.1 版本标签设定
cvs tag <tag name> <filename or dir name>

6.2 发布版本的命名

提示： （1） 版本命名是比较抽象的配置项。。

（2） 可根据实际情况进行调整。
发布版本有以下几种方式：
方式一：以版本发布日期作为版本号；这种方式适用于：小型项目、版本频繁发布的
项目。
例如：2006-7-17 发布了两个版本，分别是 20060717A,20060717B
方式二：采用“主版本号·从版本号·维护版本号·补丁版本号形式。这种方式适用于比
较正式的软件项目。
例如：第一个版本号为 1.0.0.0，上线使用的为 5.11.18
方式三：给版本加上前缀以区分，我们通常在软件前面看到 alpha（内部测试）、
beta（外部测试）、demo（演示）、release（发行）等前缀，这些标识有它们公认的含义，
主要以区别版本的性质和用途。适用于：较正式的软件 、商用软件等。
例如：beta2.0 , releasel.02

7 配置库结构与权限

提示： （1） 配置管理员可根据本项目的特征对该结构进行裁剪。

（2） 配置结构权限表可作为计划部分的附件

7.1 工作库目录结构

7.2 受控库与基线库目录结构

6.3 基线库
案例：
服务器名称

QGM.A013.S_2016 8
 国电南京自动化股份有限公司 xx 项目 项目配置管理计划

目录结构 服务器名称：项目名称\03 基线库\二级目录\三级目录\四级目录

二级目录 三级目录 备注

存放需求基线相关配置项，并可按照该基线的版本建立目录。默认的基线
01 需求基线 版本号 版目录名为[1.0.0]，如果基线配置项发生变更则按变更性质来建立一个新
版本目录如[1.1.0]
02 设计基线 版本号 //目录结构同“01 需求基线”下的三级目录

03 编码基线 版本号 //目录结构同“01 需求基线”下的三级目录

04 测试基线 版本号 //目录结构同“01 需求基线”下的三级目录

05 产品基线 版本号 //目录结构同“01 需求基线”下的三级目录

7.3 产品库目录结构
案例：
服务器名称

目录结构 服务器名称：项目名称\04 产品库\二级目录\三级目录\四级目录

二级目录 三级目录 备注

01 文档 该目录可根据项目要求交付的产品来进行管理

02 程序 该目录可根据项目要求交付的产品来进行管理

项目产品库目录结构
案例：
一级目录 二级目录 三级目录 四级目录 属主 属组 存取模式
\XXX 项目 relese \inlcude
\makefile
\obj
\doc
\module1
\source
\object
\module2
\inlcude
\source
\object
\share
\Doc
\Plan
\Requisite
\HighDesign
\LowDesign

QGM.A013.S_2016 9
 国电南京自动化股份有限公司 xx 项目 项目配置管理计划

\Test
\UserDoc

8 配置项计划
提 （1） 配置管理员标识配置项，估计每个配置项的正式发布时间。标识符的参考
示： 格式为 Project-Type...Type-Number。
（2） 项目交付物裁剪表可作为计划附件
案例：
项目管理部分 主要配置项 标识符 预计正式发布时间
《调查报告》
《可行性研究报告》
01 立项管理
《立项评审报告》
[PIM]

02 项目结项
[PCM]
03 需求管理 《需求跟踪报告》
[RM] 《需求变更控制报告》
《项目估计表》
04 项目规划
《项目计划》
[PP]
《项目计划变更控制报告》
《项目跟踪数据表》
《项目偏差控制报告》
《项目进展报告》
《项目组会议记录》

05 项目跟踪 《风险管理报告》

[PTO] 《评审通知书》
《评审准备记录》
《项目组成员周报》
《项目组周报》
《评审总结报告》

06 组间协调 《组间协调计划》
[IC] 《组间协调问题报告》

07 综合软件 《PDSP 说明》

管理 《PDSP 修订报告》

项目研发部分 主要配置项 标识符 预计正式发布时间

01 需求开发 《用户需求说明书》
[RD] 《软件需求规格说明书》
02 技术预研 《技术预研计划》

QGM.A013.S_2016 10
 国电南京自动化股份有限公司 xx 项目 项目配置管理计划

[FTR] 《技术预研报告》
《体系结构设计说明书》
03 系统设计 《模块设计说明书》
[ST] 《数据库设计说明书》
《用户界面设计说明书》
04 编码阶段 《编码计划》
[CODE] 程序代码 参看程序代码命名规范
《系统测试计划》
《集成测试计划》
《集成测试用例》
《集成测试报告》
05 测试阶段
《系统测试用例》
[TEST]
《系统测试统计分析报告》
《BUG 统计报告》
《BUG 管理单》
《用户手册》
06 客户验收 《客户验收计划》
[CA] 《客户验收报告》
07 系统维护 《软件运行问题登记表》
[SM] 《系统维护方案》
《同行评审计划》
《同行评审通知》
08 同行评审
《同行评审准备记录》
[PR]
《同行评审报告》
《同行评审检查表》
项目支撑部分 主要配置项 标识符 预计正式发布时间
《质量保证计划》
《质量保证检查列表》
05 质量管理 《质量问题跟踪报告》
[SQA] 《SQA 人员周报》
《SQA 人员月/阶段报告》
《项目组问题报告》
《配置管理计划》
《配置库管理报告》
06 配置管理 《配置项变更控制报告》
[SCM] 《基线审计报告》
《产品出库申请》
《SCM 人员月/阶段报告》

9 配置基线计划
案例：

QGM.A013.S_2016 11
 国电南京自动化股份有限公司 xx 项目 项目配置管理计划

基线名称 基线所包含的主要配置
标识符 预计建立时间
[标识符] 项
需求基线 《用户需求说明书》 PROJECT-RD-UR
[Build-RM] 《软件需求规格说明书》 PROJECT-RD-SRS
设计基线 《概要设计说明书》 PROJECT-SD-HLD
[Build-SD] 《详细设计说明书》 PROJECT-SD-DD
编码基线 PROJECT-INTPRGNAME-VERSION
程序代码
[Build-IT] {需要根据项目情况确定}
测试基线 《系统测试计划》 PROJECT-ST-PLAN
[Build-ST] 《系统测试用例》 PROJECT-ST-CASE
产品基线
[Release]

10 配置库备份计划
提示： 1) 配置管理员制定配置库备份计划，指明“何人”在“何时（频度）将配置库
备份到“何处”。
2) 在项目开发实施过程的各个阶段，配置管理员应定期做好软件配置库的备
份，以防造成劳动成果的丢失而给整个项目及公司带来的严重损失。
备份可按照公司的要求定期（按周或月）进行。在每个阶段或里程碑处在做完基线工
作后应进行备份。备份文件应存放在不同的地方。

项目的备份按如下方式进行：

 定期备份时间为每个月备份一次，备份方式同公司研发中心一致，定于每个月的
最后一个星期二；
 当在月末（大于当月 20 日）达到一个里程碑时，对配置库进行一次备份，取消当
月月备份；
 当在月中（大于当月 10 日，小于等于当月 20 日）达到一个里程碑时，对配置库
进行一次备份，当月月备份不变；
 当在月初（小于当月 10 日）达到一个里程碑时，不需要对配置库再进行一次备份，
当月月备份不变；
 备份的文件要明确标明备份日期，刻录成光盘，在外地封闭开发，现场尚未配备
刻录机时，应保存在可靠的计算机中；

备份频度、时间 备份人 备份内容、目的地、方式等

11 配置工作汇报

要求至少落实配置状态报告执行频度、配置状态报告内容模板（可参考统一模板）、配置状

QGM.A013.S_2016 12
 国电南京自动化股份有限公司 xx 项目 项目配置管理计划

态报告提交对象、配置状态报告发布路径等

QGM.A013.S_2016 13
 国电南京自动化股份有限公司 xx 项目 项目配置管理计划

12 配 置 计 划 审 批 意 见

SCCB 审 批 意 见 ：

SCCB 负责人签字 ，日期

QGM.A013.S_2016 14