软考高项知识点---配置与变更管理

一、配置管理

1.配置管理定义

  配置管理是为了系统地控制配置变更，在系统的整个生命周期中维持配置的完整性和可跟踪性，而标识系统在不同时间点上配置的学科。
  配置管理包含配置库的建立和配置管理数据库(Configuration Management Databases,CMDB)准确性的维护，以支持信息系统项目的正常运行。强调配置项与真实情况的匹配度和详细度。

2.配置项分类

  配置项可分为基线配置项和非基线配置项。基线配置项可能包括所有的设计文档和源程序等；非基线配置项可能包括项目的各类计划和报告等。
  所有配置项的操作权限应由CMO(配置管理员)严格管理，基本原则是：基线配置项向开发人员开放读取的权限；非基线配置项向PM、CCB及相关人员开放。

3.配置项状态

  配置项状态可分为三种，分别是：“草稿”、“正式”、“修改”。配置项刚建立时，其状态为“草稿”。配置项通过评审后，其状态变为“正式”。此后若更改配置项，则其状态变为“修改”。当配置项修改完毕并重新通过评审时，其状态又变为“正式”。

• 备注：状态为“草稿”的配置项，修改未通过评审前，状态仍为“草稿”。

4.配置项版本号

• 处于“草稿”状态的配置项的版本号格式为0.YZ
   YZ的数字范围为01-99。随着草稿的修正，YZ的取值应递增。YZ的初值和增幅由用户自己把握。
• 处于“正式”状态的配置项的版本号格式为X.Y
   X为主版本号，取值范围为1-9。Y为次版本号，取值范围为0-9。配置项第一次成为“正式”文件时，版本号为1.0。如果配置项升级幅度比较小，可以将变动部分制作成配置项的附件，附件版本依次为1.0，1.1，···。当附件的变动积累到一定程度时，配置项的Y值可适当增加，Y值增加一定程度时，X值将适当增加。当配置项升级幅度比较大时，才允许直接增大X值。
• 处于“修改”状态的配置项的版本号格式为X.YZ
   配置项正在修改时，一般只增大Z值，X.Y值保持不变。当配置项修改完毕，状态成为“正式”时，将Z值设置为0，增加X.Y值。

5.版本管理

  版本管理的目的是按照一定的规则保存配置项的所有成本，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。

6.配置基线的定义

  配置基线由一组配置项组成，这些配置项构成一个相对稳定的逻辑实体。配置基线也是指一个产品或系统在某一特定时刻的配置状况。
  对基线的变更必须遵循正式的变更控制程序。
  基线通常对应于项目过程中的里程碑(Milestone)，一个项目可以有多个基线，也可以只有一个基线。交付给用户使用的基线一般称为发行基(Release),内部过程使用的基线一般称为构造基线(Build)。

7.配置基线的内容和配置基线的价值内容

• 对于每一个基线，要定义如下内容：
  ①建立基线的事件；
  ②受控的配置项；
  ③建立和变更基线的程序；
  ④批准变更基线所需的权限。

• 建立基线的价值包括：
  ①基线为项目工作提供了一个定点和快照；
  ②新项目可以在基线提供的定点上建立。新项目作为一个单独分支，将与随后对原始项目(在主要分支上)所进行的变更进行隔离；
  ③当认为更新不稳定或不可信时，基线为团队提供一种取消变更的方法；
  ④可以利用基线重新建立基于某个特定版本的配置，以重现已报告的错误。

8.配置管理数据库

  配置管理数据库是指包含每个配置项及配置项之间重要关系的详细资料的数据库。

• 配置管理数据库主要包含以下内容：
  ①发布内容，包括每个配置项及其版本号；
  ②经批准的变更可能影响到的配置项；
  ③与某个配置项有关的所有变更请求；
  ④配置项变更轨迹；
  ⑤特定的设备和软件；
  ⑥计划升级、替换或弃用的配置项；
  ⑦与配置项有关的变更和问题；
  ⑧来自于特定时期特定供应商的配置项；
  ⑨受问题影响的所有配置项。

9. 配置库

  配置库(Configuration Library)是用来存放配置项并记录与配置项相关的所有信息的配置管理工具。

类别	详情
开发库	开发库，也称为动态库、程序员库或工作库，用于保存开发人员当前正在开发的配置实体，如：新模块、文档、数据元素或进行修改的已有元素。动态中的配置项被置于版本管理之下。动态库是开发人员的个人工作区，由开发人员自行控制。库中的信息可能有较为频繁的修改，只要开发库的使用者认为有必要，无需对其进行配置控制，因为这通常不会影响到项目的其他部分。可以任意的修改。
受控库	受控库，也称为主库，包含当前的基线加上