系统集成项目管理工程师 - 配置管理知识要点

这是一篇关于项目配置管理的思维导图，主要内容包括：概述，配置项分类，配置项状态，基线，配置库，配置管理活动，配置标识步骤，配置审计，配置控制与变更。

项目配置管理

• 概述
  • 目的
    • 确保项目中的变更得到有效管理和控制，同时维护项目的稳定性和可预测性。
    • 有助于确保项目的产品、过程和文档的完整性、准确性和一致性，降低因变更而引起的风险和不确定性。
• 配置项分类
  • 硬件和软件或二者的集合。
  • 基线配置项
    • 所有的设计文档和源程序等
  • 非基线配置项
    • 项目的各类计划和报告等
• 配置项状态
  • 草稿
    • 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.​基于配置库的变更控制
      • 具体操作配置库中的变更流程