信息系统项目管理师的选择题里,配置管理几乎是年年必考的常客。但很多考生一看到"开发库""受控库""产品库""CCB""配置审计"这些概念就头大——明明每个词都认识,放在一起就分不清谁管什么、谁审批谁执行。这篇文章把配置管理的核心知识点掰开揉碎讲透,帮你把高频考点一次性理清。
一、配置项到底是什么
配置项(Configuration Item,简称CI),就是纳入配置管理范围的所有工作产品。说得通俗一点:凡是项目过程中产生的、需要被追踪版本和变更的东西,都是配置项。举几个常见例子:
- 项目文档:需求规格说明书、设计文档、测试报告、项目管理计划
- 代码与程序:源代码、可执行文件、配置脚本
- 硬件设备:服务器型号、网络设备清单
- 第三方产品:采购的软件组件、工具版本号
二、三种配置库对比(必考点)
配置库是存放配置项的仓库。软考高项里最常考的就是三种库的区分:开发库、受控库、产品库。很多考生栽在"哪个库能随便改、哪个库要走流程"这个问题上。| 对比维度 | 开发库(动态库) | 受控库(主库) | 产品库(静态库) |
|---|---|---|---|
| 使用人 | 开发人员个人使用 | 项目组共享使用 | 面向客户交付 |
| 修改权限 | 可随意修改,不受控 | 必须走变更流程 | 只读,不可修改 |
| 基线状态 | 不建立基线 | 已通过评审,形成基线 | 正式发布的版本基线 |
| 典型场景 | 本地写代码、调试 | 代码评审通过后入库 | 正式版本交付给客户 |
一句话记忆:开发库随便改,受控库走流程,产品库只读交付。代码从开发库出来,经过评审进入受控库形成基线,最终正式发布进入产品库。这是一个单向流转的过程。
三、配置管理员(CM)的职责
配置管理员(Configuration Manager,简称CM)是配置管理的执行人。注意关键词——"执行",不是"审批"。CM的主要职责包括:- 建立和维护配置库,确保配置项入库、出库流程规范
- 给每个配置项分配唯一标识和版本号
- 维护配置状态记录,记录每次变更的历史
- 执行配置审计,核查配置项的完整性和一致性
- 协助CCB完成变更的具体落地操作
四、CCB变更控制委员会:只审批,不执行
CCB(Change Control Board,变更控制委员会)是配置管理里最容易搞混的角色。很多考生以为CCB是"负责改东西的人",大错特错。CCB的核心职责:审批变更请求。就这么简单——收到变更申请后,CCB评估这个变更要不要批、批了之后影响多大,然后做出批准或否决的决策。但CCB不负责实际执行变更,执行变更的是开发人员或相关技术人员。
CCB的组成通常包括:
- 项目经理(通常担任CCB主席)
- 客户代表或用户方代表
- 质量经理
- 配置管理员(提供配置状态信息支持)
- 其他关键干系人(根据项目需要)
五、配置审计:FCA和PCA的区别
配置审计是验证配置项是否符合要求的过程。软考常考的是两种审计的区分:功能配置审计(FCA,Functional Configuration Audit)——验证配置项的功能是否与需求一致。说白了就是:这个东西能不能用、好不好用,功能是否达到了需求规格说明书里定义的指标。FCA关注的是"功能对不对"。
物理配置审计(PCA,Physical Configuration Audit)——验证配置项的物理完整性。说白了就是:交付的东西齐不齐、对不对——文档是否齐全、版本号是否正确、介质是否完好。PCA关注的是"东西全不全"。
举个例子:交付一套软件系统,FCA检查的是"这个系统的登录、支付、报表功能是否都正常运行,是否符合需求文档";PCA检查的是"交付清单上写的文档、源代码、安装包是否都齐全,版本号和受控库里的是否一致"。
另外要记住:配置审计一般由配置管理员或独立QA人员来执行,不是开发人员自己审自己。
六、五个高频混淆点辨析
混淆点1:开发人员改代码,存在哪个库?答:开发库。开发人员本地修改代码的阶段,代码还没经过评审,放在开发库里随便改。只有评审通过后才入受控库。
混淆点2:CCB是负责执行变更的吗?
答:不是。CCB只审批,不执行。执行变更的是开发人员。这是选择题经典陷阱。
混淆点3:产品库的东西能改吗?
答:不能。产品库是只读的,用于正式交付。要改产品库里的东西,必须走完整的变更流程,形成新的基线后重新发布。
混淆点4:谁来做配置审计?
答:配置管理员或独立QA,不是开发人员自己。审计必须保持独立性。
混淆点5:FCA和PCA哪个管功能、哪个管文档?
答:FCA管功能是否达标,PCA管物理完整性(文档齐不齐、版本对不对)。记口诀:F看功能,P看物理。
七、选择题速练三道
第1题:开发人员在本地修改源代码,此时代码存放于哪个配置库?- A. 产品库
- B. 受控库
- C. 开发库
- D. 备份库
第2题:关于CCB(变更控制委员会)的描述,正确的是?
- A. CCB负责执行所有变更
- B. CCB只审批变更请求,不执行变更
- C. CCB由开发人员组成
- D. 所有变更都必须CCB审批
第3题:验证交付物的功能是否与需求规格说明书一致,属于哪种配置审计?
- A. 物理配置审计PCA
- B. 功能配置审计FCA
- C. 变更影响分析
- D. 配置状态记录
八、概念辨析速记表
配置管理这一块概念特别多,靠死记硬背很容易混。很多考生反馈,复习到最后还是分不清三种库的区别、搞不清CCB和CM谁干什么。优培东方的课程里专门把配置管理这块整理成了一张概念辨析速记表,把开发库、受控库、产品库的使用人、修改权限、基线状态做成了横向对比,CCB和CM的职责用"谁审批、谁执行"一栏分开列,FCA和PCA也用"管功能还是管物理"一句话标注。这样一张表扫一眼就能把高频考点串起来,比单独背概念效率高很多。优培东方在课程设计上一直强调考培分离——软考是国家统一考试,官方不指定任何培训机构,优培东方做的是帮考生把教材里零散的概念整理成体系化的记忆工具。像配置管理这种概念密集型章节,光读教材原文很容易看了后面忘前面,有一张对比表在手边随时翻看,复习效率会高不少。课程价格根据班型不同在1600元到2880元之间,具体以当期公布为准。
如果你正在备考软考高项,配置管理这一章的选择题占分不低,建议把三种库的对比和CCB的职责关系作为重点复习。优培东方的授课老师在课堂上会结合历年真题反复强化这些易混点,帮你在考场上一眼看出陷阱选项。很多考生反馈,之前自己看书时总是把FCA和PCA搞反,听老师用一句话区分"F管功能、P管物理"之后就再也没错过。
九、常见问题解答
问题:配置管理和变更管理是什么关系?变更必须走CCB吗?回答:变更管理是配置管理的核心流程之一。不是所有变更都要走CCB——小范围、低风险的变更可以由项目经理审批,只有影响基线或范围较大的变更才必须提交CCB。选择题里看到"所有变更都必须CCB审批"这种绝对化表述,大概率是错的。
问题:配置基线到底是什么?和配置项有什么区别?
回答:配置项是单个的工作产品(比如一份文档、一段代码);配置基线是经过正式评审批准的一组配置项的集合,作为后续开发的基础,任何变更都必须走正式流程。简单说:配置项是"零件",基线是"验收合格的整套图纸"。
