配置管理
成熟度2级的一个支持过程域
目的
配置管理(CM)的目的是建立并且保持工作产品使用配置识别、配置控制、配置状态清算、配置审核的完整性。
介绍
配置管理过程域包括:
l 识别被选择的工作产品的配置从而及时地在特定的点组成基线
l 收集配置项的变化
l 从配置管理系统中建立或者提供规范去创建工作产品
l 保持基线的完整性
l 为开发人员、最终用户以及客户提供正确的状态和当前配置数据
在配置管理中存放的工作产品包括释放给客户的产品、内部的工作产品、已经获得的产品、工具、和被用来创建和描述这些工作产品的其他项。(参见“配置管理”在术语表中的定义)
对于供应商来源 供应商和项目都可能需要将已经获得的产品被放置在配置管理下。配置管理的操作规定的建立应该获得供应商的同意。应该建立和保持确保数据的完整性和一致性的方法。 |
可能被放置在配置管理下的工作产品示例如下: l 计划 l 过程描述 l 需求 l 设计数据 l 图表 l 产品规格、说明书 l 代码 l 编译器 l 产品数据文件 l 产品技术性出版物 |
工作产品的配置管理可能会在多个级别中执行。配置项能够被分解成配置组件和配置单元。在这个过程域中只用到“配置项”这个术语。然而,在这些实践中“配置项”可能被解释成“配置组件”也有可能被解释成“配置单元”。(参见“配置项”在术语表中的定义)
基线为配置项的进一步发展提供了一个稳定的基础。
一个基线的例子是一个被认可的产品描述包括需求的内部版本、需求跟踪矩阵、设计、特殊学科项目以及最终用户文档。 |
当基线被制定后就被增加到配置管理系统中。来源于配置管理系统的对基线的更改和工作产品的发布都是通过配置管理的配置控制、变更管理和配置审核功能来进行系统性的控制和监督。
这个过程域的不但应用在项目的配置管理,也应用在组织工作产品的配置管理,例如,标准、过程和可重用库。
配置管理焦点在于管理的严格控制和工作产品的技术方面,包括已经交付的系统。
这个过程域包含用于执行配置管理功能的实践并可适用于所有在配置管理下的工作产品。
实践-目标关系表
连续式 |
分级式 |
|
SG1 建立基线 |
SG1 建立基线 |
|
SP1.1-1识别配置项 |
SP1.1-1识别配置项 |
|
SP1.2-1建立配置管理系统 |
SP1.2-1建立配置管理系统 |
|
SP1.3-1生成或分发基线 |
SP1.3-1生成或分发基线 |
|
SG2 跟踪和控制更改 |
SG2 跟踪和控制更改 |
|
SP2.1-1跟踪更改要求 |
SP2.1-1跟踪更改要求 |
|
SP2.2-1控制配置项 |
SP2.2-1控制配置项 |
|
SG3 建立完整性 |
SG3 建立完整性 |
|
SP3.1-1建立配置管理记录 |
SP3.1-1建立配置管理记录 |
|
SP3.2-1执行配置审核 |
SP3.2-1执行配置审核 |
|
GG1 达到特定目标 |
|
|
GP1.1 完成基础实践 |
|
|
GG2 制度化一个已管理的过程 |
GG2 制度化一个已管理的过程 |
|
GP2.1建立组织的方针 |
GP2.1建立组织的方针 |
|
GP2.2 计划过程 |
GP2.2 计划过程 |
|
GP2.3 提供资源 |
GP2.3 提供资源 |
|
GP2.4 分配职责 |
GP2.4 分配职责 |
|
GP2.5 培训人员 |
GP2.5 培训人员 |
|
GP2.6 管理配置 |
GP2.6 管理配置 |
|
GP2.7 |