SG 1 建立基线

所识别的工作产品的基线得到建立。

在CMMI模型中，CM配置管理过程域的特定目标，包括建立基线的特定实践。“跟踪并控制变更”特定目标下的特定实践，则用于维护基线。“建立完整性”特定目标下的特定实践，则记录并审计基线的完整性。

SP 1.1 识别配置项

识别将置于配置管理下的配置项、组件与相关的工作产品。

配置识别是下列各项的选择与规格说明：

    • 交付给客户的产品

    • 指定的内部工作产品

    • 采购的产品

    • 工具及项目工作环境的其它重要资产

    • 用于创建并描述这些工作产品的其它项

配置项可以包括硬件、设备与有形资产，也可以是软件与文档。文档可以包括需求规格说明书与接口文档。其它用于识别产品或服务配置的文档，例如测试结果，也可以包括在其中。

“配置项”是为配置管理指定的实体，它可以包含构成基线的多个相关工作产品。这种逻辑分组为有效识别与受控访问提供便利。为配置管理选择工作产品应基于计划期间所建立的准则。

CMMI模型中，CM过程域的工作产品实例：

1. 已识别的配置项

CMMI模型中，CM过程域的子实践：

1. 基于文档化的准则，选择配置项与组成配置项的工作产品。

在适当工作产品层次上，选择配置项的准则的实例有：

    • 由两个或多个组使用的工作产品

    • 由于错误或需求变更预期会随着时间变更的工作产品

    • 相互依赖的工作产品（即：当其中一个改变时，将会导致其它工作产品的变更）

    • 对项目成功至关重要的工作产品

可能作为配置项一部分的工作产品的实例有：

2. 为配置项分派唯一标识。

3. 明确说明每个配置项的重要特征。

配置项的重要特征包括：作者、文档或文件类型、软件代码文件的编程语言、最低的适于销售的特征以及配置项服务的目的。

4. 明确说明每个配置项纳入配置管理的时机。

确定何时将工作产品纳入配置管理的准则的实例有：

    • 当工作产品准备好进行测试的时候

    • 项目生命周期的阶段

    • 对工作产品所期望的控制程度

    • 成本与进度的限制

    • 干系人的需求

5. 识别负责每个配置项的所有者。

6. 明确说明配置项之间的关系。

将配置项之间存在的关系类型（例如，父子、依赖）纳入配置管理结构（例如，配置管理数据库）中，有助于管理变更的效果与影响。

SP 1.2 建立配置管理系统

建立并维护用于控制工作产品的配置管理与变更管理系统。

配置管理系统包括存储介质、规程与访问系统的工具。配置管理系统可以包括多个子系统，它们具有适合每个配置管理环境的不同的实现。

变更管理系统包括存储介质、规程以及记录并访问变更请求的工具。

CMMI模型中，CM过程域的工作产品实例：

1. 具有受控工作产品的配置管理系统

2. 配置管理系统访问控制规程

3. 变更请求数据库

CMMI模型中，CM过程域的子实践：

1. 建立多级控制的管理机制。

控制等级的选择，通常基于项目目标、风险与资源。控制等级可能因项目生命周期、开发的系统类型与特定项目需求有所不同。控制等级的实例及一个有趣的配置管理事例：

    • 不受控：任何人可以变更

    • 工作进行中：作者控制变更

    • 已发布：指定的权限授权并控制变更，当进行变更时，通知相关干系人

控制等级可以从非正式控制到正式的配置控制，前者是对开发期间的配置项更改所作的简单跟踪，后者使用基线，其变更只能作为正式配置管理过程的一部分。

2. 提供访问控制，以确保对配置管理系统授权的访问。

3. 在配置管理系统中，存储并检索配置项。

4. 在配置管理系统中的控制等级间，共享并传递配置项。

5. 存储并恢复配置项的存档版本。

6. 存储、更新并检索配置管理记录。

7. 从配置管理系统中创建配置管理报告。

8. 保存配置管理系统的内容。

配置管理系统保存功能的实例有：

    • 备份并还原配置管理文件

    • 配置管理文件的存档

    • 从配置管理错误中恢复

9. 必要时，修订配置管理结构。

SP 1.3 创建或发布基线

创建或发布供内部使用以及交付给客户的基线。

基线表示为在一个特定时间点，将一个标识符赋予一个配置项或配置项及其相关实体的集合。随着产品或服务的演进，可以使用多个基线控制开发与测试。（见术语表中“基线”的定义。）

CMMI模型的观点是，硬件产品同软件与文档一样，也应该包含在基础设施相关的配置基线中（例如，软件、硬件），并作为包含软硬件交互的系统测试的准备。

一组常见的基线包括系统级需求、系统元素级设计需求，以及在开发结束/生产开始的产品定义。这些基线通常被分别称为“功能基线”，“已分配基线”与“产品基线”。

软件基线可以是一组需求、设计、源代码文件及其相关联的可执行代码、构建文件与用户文档（相关联的实体），它们被分派了唯一的标识符。

CMMI模型中，CM过程域的工作产品实例：

1. 基线

2. 基线的描述

CMMI模型中，CM过程域的子实践：

1. 在创建或发布配置项的基线前，从CCB 获得授权。

2. 仅从配置管理系统中的配置项创建或发布基线。

3. 将基线所包含的配置项集文档化。

4. 使当前的基线集随时可用。

【CM过程域相关文章】

CMMI过程域详解-配置管理（CM）之概述

CMMI过程域详解-配置管理（CM）之SG 1

CMMI过程域详解-配置管理（CM）之SG 2

CMMI过程域详解-配置管理（CM）之SG 3