19.1配置管理

配置管理为了系统地控制配置变更，在项目的整个生命周期中维持配置的完整性和可跟踪性

 

管理基础

配置项---是信息系统组件或与其有关的项目，包括软件、硬件和各种文档

典型的配置项包括：项目计划书、技术解决方案、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据、设备型号及其关键部件等

所有配置项都应按照相关规定统一编号，并以一定的目录结构保存在CMDB中

 

需要加以控制的配置项可以分为基线配置项和非基线配置项

基线配置项：所有的设计文档和源程序

非基线配置项：项目的各类计划和报告

所有配置项的操作权限应由配置管理员严格管理

基本原则是：基线配置项向开发人员开放读取的权限，非基线配置项向项目经理、CCB及相关人员开放

 

配置项的状态分为“草稿”、“正式”、“修改”三种

刚建立时为“草稿”，配置项通过评审后为“正式”，若更改配置项，其状态变为“修改”，重新通过评审时，变为正式

草稿和修改 都要通过评审才能正式

草稿编码0.YZ   YZ的范围0--99

正式为X.Y 先改变X，再Y

修改为X.YZ  改变Z

 

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

 

配置基线由一组配置项组成

一个项目可以有多个基线，也可以只有一个基线，交付给用户使用的基线一般称为发行基线，内部过程使用的基线一般称为构造基线

每个基线都要纳入配置控制

配置管理数据库主要内容包括：

发布内容，包括每个配置项及其版本号

经批准的变更可能影响到的配置项

与某个配置项有关的所有变更请求

配置项变更轨迹

特定的设备和软件

计划升级、替换或弃用的配置项

与配置项有关的变更和问题

来自特定时期特定供应商的配置项

受问题影响的所有配置项

 

配置库分开发库、受控库、产品库

开发库：动态库、程序员库或工作库----动态库是开发人员的个人工作区，由开发人员自行控制

受控库：主库。在信息系统开发的某个阶段工作结束时，将当前的工作产品存入受控库

产品库：静态库、发行库、软件仓库。在开发的信息系统产品完成系统测试之后，作为最终产品存入产品库内

 

配置管理相关角色包括 变更控制委员会CCB   配置管理负责人CMO、配置管理员和配置项负责人等

---配置管理负责人也称配置经理

---配置管理员负责：建立和维护配置管理系统、建立和维护配置库或配置管理数据库、配置项识别、建立和管理基线、版本管理和配置控制、配置状态报告、配置审计、发布管理和交付

---配置项负责人：记录所负责配置项的所有变更，完成差异报告、维护配置项之间的关系、调查审计中发现的配置项差异，完成差异报告、遵从配置管理过程，参与配置管理过程评估

 

目标与方针

目标主要用以定义控制信息系统的组件，维护准确的配置信息：

所有配置项能够被识别和记录

维护配置项记录的完整性

为其他管理过程提供有关配置项的准确信息

核实有关信息系统的配置记录的正确性并纠正发现错误

配置项当前和历史状态得到汇报

确保信息系统的配置项的有效控制和管理

 

组织需要实现的配置管理目标主要包括：

确保软件配置管理计划得以制订，并经过相关人员的评审和确认

应该识别出要控制的项目产品有哪些，并且制定相关控制策略，以确保这些项目产品被合适的人员获取

应制定控制策略，以确保项目产品在受控制范围内更改

应该采取适当的工具和方法，确保相关组别和个人能够及时了解到软件基线的状态和内容

 

配置管理关键成功因素主要包括：

所有配置项应该记录

配置项应该分类

所有配置项要编号

应该定期对配置库或配置管理数据库中的配置项信息进行审计

每个配置项在建立后，应有配置负责人负责

要关注配置项的变化情况

应该定期对配置管理进行回顾

能够与项目的其他管理活动进行关联

 

管理活动：

制订配置管理计划、配置项识别、配置项控制、配置状态报告、配置审计、配置管理回顾与改进等

----制订配置管理计划，CCB负责审批该计划

----配置项识别,具体内容：确定配置项范围、确认和记录配置项属性、为配置项定义标识符、确定配置基准线、确定配置结构、确定配置项命名规则

----配置项控制。控制流程:变更申请，变更评估，通告评估结果，变更实施，变更验证与确认，变更的发布，基于配置库的变更控制

---将待升级的基线从产品库取出，放入受控库

---程序员将欲修改的代码段从受控库中检出，放入自己的开发库中进行修改，代码被check out 后即被锁定，以保证同一段代码只能同时被一个程序员修改

----程序员将开发库中修改好的代码段捡入受控库，代码锁定被解除，其他程序员可以checkOut 这段代码

---软件产品的升级修改工作全部完成后，将受控库中的新基线存入产品库中，旧的版本不删除，继续在产品库中保存

---配置状态报告

---配置审计：根本要求---不允许出现任何混乱现象：功能配置审计、物理配置设计

---配置管理回顾与改进

---配置管理回顾及改进活动包括：

1对本次配置管理回顾进行准备，设定日期和主题，通知相关人等参加会议

2召开配置管理回顾会议，

3根据会议结论，制订并提交服务改进计划

4根据过程改进计划，协调，落实改进等