配置管理的内容

配置管理6个主要活动:制订配置管理计划、配置标识、配置控制、配置状态报告、配置审计、发布管理和交付

配置管理的配置项:可以分为基线配置项和非基线配置项两类,例如,基线配置项可能包括所有的设计文档和源程序等;非基线配置项可能包括项目的各类计划和报告等。

配置管理的权限:所有配置项的操作权限应由CMO严格管理,基本原则是∶基线配置项向开发人员开放读取的权限;非基线配置项向PM、CCB及相关人员开放

配置管理配置项的状态:可分为"草稿""正式"和"修改"三种。配置项刚建立时,其状态为"草稿"。配置项通过评审后,其状态变为“"正式R。此后若更改配置项,则其状态变为"修改"。当配置项修改完毕并重新通过评审时,其状态又变为"正式"。各版本号也需要注意。

配置管理配置基线:

(1)不能再被任何人随意修改。对基线的变更必须遵循正式的变更控制程序
(2)一个产品可以有多个基线,也可以只有一个基线。交付给外部顾客的基线一般称为发行基线,内部开发使用的基线一般称为构造基线
(3)产品的一个测试版本是基线的一个例子

配置库:

(1)开发库,也称为动态库、程序员库或工作库,用于保存开发人员当前正在开发的配置实体,如:新模块、文档、数据元素或进行修改的已有元素。动态中的配置项被置于版本管理之下。动态库是开发人员的个人工作区,由开发人员自行控制。库中的信息可能有较为频繁的修改,只要开发库的使用者认为有必要,无需对其进行配置控制,因为这通常不会影响到项目的其他部分。可以任意的修改
(2)受控库,也称为主库,包含当前的基线加上对基线的变更。受控库中的配置项被置于完全的配置管理之下。在信息系统开发的某个阶段工作结束时,将当前的工作产品存入受控库。可以修改,需要走变更流程
(3)产品库,也称为静态库、发行库、软件仓库,包含已发布使用的各种基线的存档,被置于完全的配置管理之下。在开发的信息系统产品完成系统测试之后,作为最终产品存入产品库内,等待交付用户或现场安装。一般不再修改,真要修改的话需要走变更流程。

你可能感兴趣的:(经验分享,配置管理)