导图社区 系统集成项目管理工程师 - 配置管理知识要点
这是一篇关于项目配置管理的思维导图，主要内容包括：概述，配置项分类，配置项状态，基线，配置库，配置管理活动，配置标识步骤，配置审计，配置控制与变更。
这是一张关于项目整体管理思维导图，结构清晰，层次分明，详细阐述了项目整体管理所涵盖的六个主要过程及其相关输入、工具与技术、输出等内容，第一天学习，非完整后续完善。
这是一篇关于项目成本管理学习要点，主要包含规划成本管理、估算成本、制定预算、控制成本等。
社区模板帮助中心，点此进入>>
项目时间管理6大步骤
项目管理的五个步骤
电商部人员工作结构
电费水费思维导图
D服务费结算
暮尚正常运转导图
产品经理如何做好项目管理
车队管理
创业者10条创业经
创业十大思维误区
项目配置管理
概述
目的
确保项目中的变更得到有效管理和控制，同时维护项目的稳定性和可预测性。
有助于确保项目的产品、过程和文档的完整性、准确性和一致性，降低因变更而引起的风险和不确定性。
配置项分类
硬件和软件或二者的集合。
基线配置项
所有的设计文档和源程序等
非基线配置项
项目的各类计划和报告等
配置项状态
草稿
0.YZ
YZ范围01-99，随着草稿的修正，YZ取值递增。
正式
X.Y
主版本号X（1-9），次版本号Y(0-9)。配置项第一次成为“正式”文件时，版本号为1.0。
修改
X.YZ
配置项正在修改时，一般只增大Z值，X.Y值保持不变。
基线
基线是经过正式评审和批准的一组配置项
基线通常对应于开发过程中的里程碑
发行基线
交付给外部顾客的基线
构造基线
内部开发使用的基线
四大好处
1、为开发工作提供了一个定点和快照
2、新项目可以在基线提供的顶点上建立
3、当认为更新不稳定或不可信时，基线为土堆提供一种取消变更的方法
4、可以利用基线重新建立基于某个特定发布版本的配置，以重现已报告的错误
配置库
存放配置项并记录配置项相关的所有信息，是配置管理的有利工具。
开发库
动态库、程序员库、工作库
保存开发人员当前正在开发的配置实体，是开发人员的个人工作区，由开发人员自行控制，无须对其进行配置控制
受控库
主库
包含当前的基线加上对基线的变更，配置项被置于完全的配置管理之下。在信息系统开发的某个阶段工作结束时，将当前的工作产品存入受控库。可以修改，但需要走变更流程
产品库
静态库、发行库、软件仓库
包含已发布使用的各种基线的存档，被置于完全的配置管理之下。在开发的信息系统产品完成系统测试之后，作为最终产品存入产品库内，等待交付用户或现场安装。一般不再修改，真要修改的话需要走变更流程
建库模式
按配置项类型建库
适用于通用软件的开发组织，有利于对配置项的统一管理和控制，提高编译和发布效率
按开发任务建库
适用于专业软件的开发组织，库结构设置策略比较灵活
配置管理活动
1.制定配置管理计划
2.配置标识
3.配置控制
4.配置状态报告
5.配置审计
6.发布管理和交付
配置标识步骤
1.识别需要受控的配置项
2.为每个配置项指定唯一性的标识号
3.定义每个配置项的重要特征
4.确定每个配置项的所有者及其责任
5.确定配置项进入配置管理的时间和条件
6.建立和控制基线
7.维护文档和组件的修订与产品版本之间的关系
配置审计
功能配置审计
验证配置项的一致性
配置项的开发是否完成；是否已达到规定的性能和功能特性；运行和支持文档是否已完成且符合要求
物理配置审计
验证配置项的完整性
配置项是否符合相应的技术文档；配置项与配置状态报告中的信息是否对应
配置控制与变更
对基线的变更必须遵循正式的变更控制程序
配置控制包括下述任务
标识和记录变更申请
分析和评价变更
批准或否决申请
实现、验证和发布已修改的配置项
配置控制委员会(CCB)
负责对配置变更做出评估、审批以及监督已批准变更的实施
通常，CCB不只控制配置变更，还负责更多的配置管理任务，如配置管理计划审批、基线设立审批、产品发布审批等
变更控制流程
1.变更申请
相关人员填写变更申请表，说明变更内容、原因、受影响配置项和基线、实施方案等，提交给CCB
2.变更评估
CCB评估变更对项目的影响、必要性、范围是否周全、实施方案是否可行等
3.通告评估结果
CCB将决定通知受影响的每个干系人
4.变更实施
项目经理组织修改相关的配置项
5.变更验证与确认
对变更后的配置项进行测试或验证
6.变更的发布
将变更后的配置项纳入基线，并通知相关人员
7.基于配置库的变更控制
具体操作配置库中的变更流程
