研发体系
研发中心
范文范例参考
1.0 发布EPG 202
2.9.25 MSG 2022.9.25
注：对该文件内容增加、删除或者修改均需填写此修订记录，详细记载变更信息，以保证其可追溯性。

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)
用于描述配置管理过程，规范配置管理的操作。

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

：Configuration Control Board，配置控制委员会，每一个项目组需要建立项目级的CCB 作为变更控制权威。

CCB 由 PPQA、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、高层经理。

CCB 组长可以是PPQA 或者高层经理，但不能是项目经理。

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

基线变更必须经过CCB 审批。

可以分为物理审计和功能审计。

前者审查配置项的外在特征的正确性与一致性；后者审查配
置项内容的正确性与一致性。

确认配置项标识的正确性；
确认已受控配置项的更改是受到控制的；
验证配置库内容与相应记录之间的一致性；
验证配置管理活动与相应记录之间的一致性；
验证配置管理工作是否符合合用的标准和规程；
验证配置管理系统与系统备份的有效性、一致性等。

验证当前基线所含配置项对前一基线所含配置项的追溯性；
确认当前基线所含配置项均正确反映了项目需求；
评估基线的完整性；
验证当前基线和各基线间所含配置项的一致性；
验证配置库内容的完备性和正确性等。

角色CCB
配置管理员项目经理
项目组成员
职责
➢负责批准基线的建立和发布
➢负责批准基线的变更请求
➢在基线变更后组织进行验证
➢负责批准产品的发布
➢制定配置管理计划
➢建立并维护项目级配置管理库
➢设置并维护项目配置库目录权限
➢基线的建立和发布
➢制作配置状态报告
➢执行基线变更
➢对项目配置库执行配置审计，完成配置审计报告。

➢协助配置管理员完成项目配置管理计划
➢确定配置库目录权限
➢对配置项的变更进行审批
➢提出基线变更申请
➢项目开辟过程中，监督配置库使用情况
➢提出配置项的变更申请
➢配置项的检入、检出
➢配置项变更
《项目计划》
《项目计划》已经形成文档并通过评审。

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

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

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

1. 配置管理计划完成后，配置管理员建立项目配置库，按组织统一规定建立项目配置库目录结
构，并设置访问权限。

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

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

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

项目成员按配置管理计划，将配置项提交到自己有权限的配置库目录内。

配置管理员每月提交配置项状态报告
1. 基线所属的配置项，全部经过同行评审并解决了评审中提出的问题，由项目经理验证后，填
写《基线及产品发布申请单》
2. CCB 对申请进行审批，审批通过后由配置管理员执行配置检查，然后可以建立并产品基线。

普通项目要建立的基线见下面的基线分类表。

表格 5-1 基线分类表
基线分类 建立时机 基线说明
计划基线 项目计划评审通过
需求基线 需求规格说明书通过评审
设计基线 设计审批通过 设计基线项目可选。

包括了设计相关文档。

代码基线项目可选。

包括开辟提交给系统测试 人员的待测版本代码。

产品基线项目必须建立。

内容根据客户的交付
产品基线 系统测试完成之后 要求决定，普通包括：可发布的产品包、源代
码、安装部署手册或者操作说明。

3. 建立并产品基线后，配置管理员要编写《配置状态报告》，将基线建立结果发布给 CCB 及
项目组全体成员。

计划基线项目可选。

只包括项目计划，不包括 子计划
需求基线项目必须要建立。

包括用户需求说明 书，需求规格说明书。

代码基线 集成测试全部通过
1) 浮现以下情况时普通需要对配置项进行变更：
测试发现错误。

文档内容发生较大变化。

CM 审计发现较大错误。

其他变更要求。

2) 非基线的配置项变更只要做到及时通知项目经理，由项目经理认可即可。

1) 基线的变更来源包含两个方面的因素：
基线化的配置项发生重大的变更。

基线建立有误。

2) 当配置项发生重大变更时，由项目经理向CCB 提交基线变更申请，由 CCB 评估并审批是否可以对基线
进行变更。

3) CCB 审批通过后，由项目组成员执行变更。

4) CCB 对变更进行验证。

5) 由配置管理员进行物理审计，并填写《配置审计报告》。

6) 配置管理员更新基线，并编写或者更新《配置状态报告》。

1. 基线发布前或者变更后，配置管理员需要执行物理审计以保证配置项的完备性；
2. 基线发布前，由项目经理组织基线所属文件的功能审计；
3. 配置审计结果记录在《配置审计报告》中，如有问题由配置管理员统一跟踪解决直到关闭。

范文范例参考
范文范例参考
配置库备份方式：配置管理员每周备份配置库，采用增量备份方式，但每两个月要彻底备份一次。

《配置管理报告》
《基线变更记录》
《基线及产品发布申请单》
7.
项目结束并通过验收。

小型项目的配置审计可以只做发布前的审计。

配置库备份可由组织配置管理人员统一执行。