15.2.5版本管理

  1．配置项状态变迁规则

  配置项的状态可分为“草稿”、“正式”和“修改”三种。配置项刚建立时，其状态

为“草稿”。配置项通过评审后，其状态变为“正式”。此后若更改配置项，则其状态变

为“修改”。当配置项修改完毕并重新通过评审时，其状态又变为“正式”。

    配置项状态变化如图15-2所示。

圈15-2配置项状态变化

  2．配置项版本号标识

  配置顼的版本号规则与配置项的状态相关。

  (1)处于“草稿”状态的配置项的版本号格式为O.YZ，YZ的数字范围为01～99。

随着草稿的修正，YZ的取值应递增。YZ的初值和增幅由用户自己把握。

    (2)处于“正式”状态的配置项的版本号格式为X.Y，X为主版本号，取值范围为

1～9。Y为次版本号，取值范围为0～9。

    配置项第一次成为“正式”文件时，版本号为1.0。

    如果配置项升级幅度比较小，可以将变动部分制作成配置项的附件，附件版本依次

为1．o，I.l，……。当附件的变动积累到一定程度时，配置项豹Y值可适量增加，Y值

增加一定程度时，X值将适量增加。当配置项升级幅度比较大时，才允许直接增大X值。

    (3)处于“修改”状态的配置项的版本号格式为X.YZ。配置项正在修改时，一般

只增大Z值，X.Y值保持不变。当配置项修改完毕，状态成为“正式”时，将Z值设置

为O，增加X.Y值。参见上述规则(2)。

    3．配置项版本控制

    配置项的版本控制作用于多个配置管理活动之中，如创建配置项、配置项的变更和

配置项的评审等。在项目开发过程中，绝大部分的配置项都要经过多次的修改才能最终

确定下来。对配置项的任何修改都将产生新的版本。由于我们不能保证新版本一定比旧

版本“好”，所以不能抛弃旧版本。版本控制的目的是按照一定的规则保存配置项的所有

版本，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。