一、角色与职责（掌握）
配置管理相关角色常包括：配置控制委员会（CCB）、配置管理负责人、配置管理员和配置项负责人。
1. 配置控制委员会（CCB）
配置控制委员会也称为变更控制委员会，它不只是控制变更，也负有更多的配置管理任务。
CCB的具体工作：
- ① 制定和修改项目配置管理策略
- ② 审批和发布配置管理计划
- ③ 审批基线的设置、产品的版本等
- ④ 审查、评价、批准、推迟或否决变更申请
- ⑤ 监督已批准变更的实施
- ⑥ 接收变更与验证结果，确认变更是否按要求完成
- ⑦ 根据配置管理报告决定相应的对策
2. 配置管理负责人（配置经理）
负责管理和决策整个项目生命周期中的配置活动，具体有：
- ① 管理所有活动，包括计划、识别、控制、审计和回顾
- ② 负责配置管理过程
- ③ 通过审计过程确保配置管理数据库的准确和真实
- ④ 审批配置库或配置管理数据库的结构性变更
- ⑤ 定义配置项责任人
- ⑥ 指派配置审计员
- ⑦ 定义配置管理数据库范围、配置项属性、配置项之间关系和配置项状态
- ⑧ 评估配置管理过程并持续改进
- ⑨ 参与变更管理过程评估
- ⑩ 对项目成员进行配置管理培训
3. 配置管理员
负责在整个项目生命周期中进行配置管理的主要实施活动，具体有：
- ① 建立和维护配置管理系统
- ② 建立和维护配置库或配置管理数据库
- ③ 配置项识别
- ④ 建立和管理基线
- ⑤ 版本管理和配置控制
- ⑥ 配置状态报告
- ⑦ 配置审计
- ⑧ 发布管理和交付
4. 配置项负责人
确保所负责的配置项的准确和真实：
- ① 记录所负责配置项的所有变更
- ② 维护配置项之间的关系
- ③ 调查审计中发现的配置项差异，完成差异报告
- ④ 遵从配置管理过程
- ⑤ 参与配置管理过程评估
配置管理四类角色关系图
二、目标与方针（掌握）
1. 管理目标
针对信息系统开发项目，常需要通过实施软件配置管理达到配置管理的目标，即在整个软件生命周期中建立和维护项目产品的完整性。
2. 管理方针
配置管理的关键成功因素主要包括：
- 所有配置项应该记录
- 配置项应该分类
- 所有配置项要进行编号
- 应该定期对配置库或配置管理数据库中的配置项信息进行审计
- 每个配置项在建立后，应有配置负责人负责
- 要关注配置项的变化情况
- 应该定期对配置管理进行回顾
- 能够与项目的其他管理活动进行关联
三、管理活动（掌握）
配置管理的日常管理活动主要包括6个主要活动：
| 序号 | 活动 | 说明 |
|---|---|---|
| ① | 制订配置管理计划 | 写一个文档，叫做配置管理计划，规定如何做好配置管理 |
| ② | 配置项标识 | 识别出需要把哪些东西作为配置项来管理 |
| ③ | 配置项控制 | 配置项有一些变更，需要做好配置变更的控制 |
| ④ | 配置状态报告 | 需要报告配置项的状态是什么样的 |
| ⑤ | 配置审计 | 做好审计，看有哪些好的、哪些不好的经验教训，效果怎么样 |
| ⑥ | 配置管理回顾与改进 | 定期回顾配置管理活动的实施情况，发现在配置管理执行过程中有无问题，找到改进点，继而优化配置管理过程 |
📌 记忆口诀：计标控报审改（计划→标识→控制→报告→审计→改进）
1. 制订配置管理计划
配置管理计划是对如何开展项目配置管理工作的规划，是配置管理过程的基础，应该形成文件并在整个项目生命周期内处于受控状态。CCB负责审批该计划。
配置管理计划的主要内容：
- 配置管理的目标和范围
- 配置管理活动（配置项识别、配置项控制、配置状态报告、配置审计、配置管理回顾及改进等）
- 配置管理角色和责任安排
- 实施这些活动的规范和流程（如配置项命名规则）
- 实施这些活动的进度安排（如日程安排和程序）
- 与其他管理之间（如变更管理等）的接口控制
- 负责实施这些活动的人员或团队，以及他们和其他团队之间的关系
- 配置管理信息系统的规划（包括配置数据的存放地点、配置项运行的受控环境、与其他服务管理系统的联系和接口、构建和安装等支持工具）
- 配置管理的日常事务（包括许可证控制、配置项的存档等）
- 计划的配置基准线、重大发布、里程碑，以及针对以后每个期间的工作量计划和资源计划
2. 配置项识别
配置项识别的基本步骤：
- 识别需要受控的配置项
- 为每个配置项指定唯一的标识号
- 定义每个配置项的重要特征
- 确定每个配置项的所有者及其责任
- 确定配置项进入配置管理的时间和条件
- 建立和控制基线
- 维护文档和组件的修订与产品版本之间的关系
3. 配置项控制
配置项控制即配置项和基线的变更控制，包括：变更申请、变更评估、通告评估结果、变更实施、变更验证与确认、变更的发布、基于配置库的变更控制等任务。
（1）变更申请
相关人员（如项目经理）填写变更申请表，说明要变更的内容、变更的原因、受变更影响的关联配置项和有关基线、变更实施方案、工作量和变更实施人等，并提交给CCB。
（2）变更评估
CCB负责组织对变更申请进行评估并确定：
- 变更对项目的影响
- 变更的内容是否必要
- 变更的范围是否考虑周全
- 变更的实施方案是否可行
- 变更工作量估计是否合理
CCB决定是否接受变更，并将决定通知相关人员。
（3）通告评估结果
CCB把关于每个变更申请的批准、否决或推迟的决定通知受此处置意见影响的每个干系人。
（4）变更实施
项目经理组织修改相关的配置项，并在相应的文档、程序代码或配置管理数据中记录变更信息。
（5）变更验证与确认
项目经理指定人员对变更后的配置项进行测试或验证。项目经理应将变更与验证的结果提交给CCB，由其确认变更是否已经按要求完成。
（6）变更的发布
配置管理员将变更后的配置项纳入基线。配置管理员将变更内容和结果通知相关人员并做好记录。
（7）基于配置库的变更控制（以软件产品升级为例）
基于配置库的变更控制流程图
软件产品升级过程简述：
- 将待升级的基线（假设版本号为V2.1）从产品库中取出，放入受控库
- 程序员将欲修改的代码段从受控库中检出（Checkout），放入自己的开发库中进行修改。代码被检出后即被"锁定"，以保证同一段代码只能同时被一个程序员修改
- 程序员将开发库中修改好的代码段检入（Checkin）受控库。检入后，代码的"锁定"被解除，其他程序员可以Checkout该段代码了
- 软件产品的升级修改工作全部完成后，将受控库中的新基线存入产品库中（软件产品的版本号更新为V2.2，旧的V2.1版并不删除，继续在产品库中保存）
4. 配置状态报告
配置状态报告应该包含以下内容：
- 每个受控配置项的标识和状态
- 每个变更申请的状态和已批准的修改的实施状态
- 每个基线的当前和过去版本的状态以及各版本的比较
- 其他配置管理过程活动的记录等
5. 配置审计
配置审计也称配置审核或配置评价，包括功能配置审计 和物理配置审计，分别用以验证当前配置项的一致性和完整性。
配置审计的目的 ：确保项目配置管理的有效性，体现配置管理的最根本要求------不允许出现任何混乱现象。包括：
- 防止向用户提交不适合的产品（如交付了用户手册的不正确版本）
- 发现不完善的实现（如开发出不符合初始规格说明或未按变更请求实施变更）
- 找出各配置项间不匹配或不相容的现象
- 确认配置项已在所要求的质量控制审核之后纳入基线并入库保存
- 确认记录和文档保持着可追溯性
| 审计类型 | 审计内容 | 验证目标 |
|---|---|---|
| 功能配置审计 | 配置项的一致性（配置项的实际功效是否与其需求一致） | ①配置项的开发已圆满完成；②配置项已达到配置标识中规定的性能和功能特征；③配置项的操作和支持文档已完成并且是符合要求的 |
| 物理配置审计 | 配置项的完整性（配置项的物理存在是否与预期一致） | ①要交付的配置项是否存在；②配置项中是否包含了所有必需的项目 |
应当进行配置审计的场景：
- 实施新的配置库或配置管理数据库之后
- 对信息系统实施重大变更前后
- 在一项软件发布和安装被导入实际运作环境之前
- 灾难恢复之后或事件恢复正常之后
- 发现未经授权的配置项后
- 任何其他必要的时候等
6. 配置管理回顾及改进
配置管理回顾与改进是指定期回顾配置管理活动的实施情况，目的是发现在配置管理执行过程中有无问题，找到改进点，优化配置管理过程。
活动步骤：
- 对本次配置管理回顾进行准备，设定日期和主题，通知相关人等参加会议。根据配置管理绩效衡量指标，要求配置项责任人提供配置项统计信息
- 召开配置管理回顾会议，在设定日期召开回顾会议，对配置管理报告进行汇报，听取各方意见，回顾上次过程改进计划执行情况
- 根据会议结论，制订并提交服务改进计划
- 根据过程改进计划，协调落实改进
四、本章真题小测
Q1：配置管理相关角色中，负责建立和维护配置管理系统的是（）。
A. CCB B. 配置管理负责人 C. 配置管理员 D. 配置项负责人
Q2：配置审计中，验证配置项的实际功效是否与其需求一致的审计称为（）。
A. 功能配置审计 B. 物理配置审计 C. 系统配置审计 D. 基线配置审计
Q3：关于配置管理活动的描述，不正确的是（）。
A. 配置管理计划由CCB负责审批
B. 配置项识别包括为每个配置项指定唯一的标识号
C. 配置状态报告只需要报告当前基线的状态
D. 配置管理回顾与改进需要定期开展
📩 答案：
Q1答案：C解析：
- A CCB（变更控制委员会）：负责评审、审批变更，不搭建配置管理系统。
- B 配置管理负责人：一般统筹配置管理工作。
- C 配置管理员 ：执行配置管理具体工作，建立、维护配置管理系统，维护配置库。
- D 配置项负责人：对应具体配置项的责任人。
Q2 答案**：A**解析：
- A 功能配置审计：验证配置项实际功效、性能和需求规格保持一致（功能是否符合需求）。
- B 物理配置审计：验证产品实物 / 交付物和文档描述一致（交付物完整性）。C、D 属于干扰项，没有该标准分类。
Q3 答案：C解析：
- A ✅ 配置管理计划需要提交 CCB 审批。
- B ✅ 配置项识别工作包含给每个配置项分配唯一标识。
- C ❌ 配置状态报告不仅报告当前基线状态，还包含变更记录、版本历史、变更请求状态等多方面信息，不是只报告当前基线。
- D ✅ 配置管理回顾改进需要定期开展，发现过程问题持续优化。
✅汇总答案：
Q1：C；Q2：A；Q3：C