学系统集成项目管理工程师（中项）系列05_配置管理.png
1. 为了系统地控制配置变更，在系统的整个生命周期中维持配置的完整性和可跟踪性，而标识系统在不同时间点上配置的学科
2. 配置项
2.1. 为配置管理设计的硬件、软件或二者的集合，在配置管理过程中作为一个单个实体来对待
3. 基线配置项
3.1. 基线配置项向开发人员开放读取的权限
4. 非基线配置项
4.1. 非基线配置项向PM、CCB及相关人员开放
5. 配置项状态
5.1. 草稿
5.1.1. 配置项刚建立时
5.2. 正式
5.2.1. 配置项通过评审后
5.2.2. 当配置项修改完毕并重新通过评审时
5.3. 修改
5.3.1. 此后若更改配置项
6. 配置项版本号
6.1. 草稿
6.1.1. 格式为O.YZ,
6.1.1.1. 【22上选60】
6.1.2. YZ的数字范围为01〜99
6.2. 正式
6.2.1. 格式为X.Y
6.2.2. X为主版本号
6.2.2.1. 【21上选60】
6.2.2.2. 取值范围为1〜9
6.2.3. Y为次版本号
6.2.3.1. 取值范围为0〜9
6.3. 修改
6.3.1. 【20下选60】
6.3.1.1. 【19下选60】
6.3.2. 格式为X.YZ
7. 版本管理
7.1. 按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本
7.2. 不能保证新版本一定比旧版本“好”，所以不能抛弃旧版本
8. 配置基线（Configuration Baseline）
8.1. 对应于开发过程中的里程碑（Milestone）
8.2. 常简称为基线
8.3. 由一组配置项组成，这些配置项构成一个相对稳定的逻辑实体
8.4. 发行基线（Release Baseline）
8.5. 构造基线（Build Baseline）
8.6. 好处
8.6.1. 为开发工作提供了一个定点和快照
8.6.2. 新项目作为一个单独分支，将与随后对原始项目（在主要分支上）所进行的变更进行隔离
8.6.3. 当认为更新不稳定或不可信时，基线为团队提供一种取消变更的方法
8.6.4. 可以利用基线重新建立基于某个特定发布版本的配置，以重现已报告的错误
9. 配置库（Configuration Library）
9.1. 开发库(Development Library)
9.1.1. 【22下选60】
9.1.2. 动态库、程序员库或工作库
9.1.3. 用于保存开发人员当前正在开发的配置实体
9.1.3.1. 【19上选62】
9.2. 受控库(Controlled Library）
9.2.1. 主库
9.2.2. 包含当前的基线加上对基线的变更
9.3. 产品库(Product Library
9.3.1. 静态库、发行库、软件仓库
9.3.2. 包含己发布使用的各种基线的存档
9.3.3. 拉出一个SS分支修复严重问题并发布最终软件，关键词是“发布最终软件”，说明软件最终是在SS分支上发布的，更匹配产品库的概念
9.3.3.1. 【22下选59】
9.4. 建库模式
9.4.1. 按配置项类型建库
9.4.1.1. 适用于通用软件的开发组织
9.4.2. 按任务建库
9.4.2.1. 适用于专业软件的开发组织
9.5.
基于配置库的变更控制.png
