SG 3 建立完整性

基线的完整性得到建立与维护。

在CMMI模型中，基线通过“建立基线”特定目标相关的过程得到建立，通过“跟踪并控制变更”特定目标相关的过程得到维护，基线的完整性则通过本特定目标下的特定实践进行应对。

SP 3.1 建立配置管理记录

建立并维护描述配置项的记录。

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

1. 配置项的修订历史

2. 变更日志

3. 变更请求记录

4. 配置项的状态

5. 基线间的差异

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

1. 足够详细地记录配置管理行动，使得每个配置项的内容与状态都可知，且能恢复以前的版本。

2. 确保相关干系人能访问并了解配置项的配置状态。

配置状态沟通的活动实例有：

• 给授权的最终用户提供访问权限

• 使基线副本对授权的最终用户随时可用

• 当配置项检入、检出、变更、或对变更请求做出决定时，自动提醒相关干系人

3. 明确说明基线的最新版本。

4. 识别组成特定基线的配置项的版本。

5. 描述连续的基线间的差异。

6. 必要时，修订每个配置项的状态与历史（即：变更，其它行动）。

SP 3.2 执行配置审计

执行配置审计，以维护配置基线的完整性。

配置审计确定所产生的基线与文档符合规定的标准或需求。配置项相关的记录可以保存在多个数据库或配置管理系统中。在这种情况下，配置审计应该适当延伸到这些其它的数据库以确保配置项信息的准确性、一致性与完备性。

CMMI模型中，配置审计类型的实例有：

• 功能配置审计（functional configuration audits，FCAs）：这种审计的执行验证配置项的开发已经符合要求地完成，该项已经达到功能基线或已分配基线中规定的功能与质量属性特征，而且操作与支持文档是完备的并符合要求。

• 物理配置审计（physical configuration audits，PCAs）：这种审计的执行验证所构建的配置项符合对其定义并描述的技术文档。

• 配置管理审计：这种审计的执行确定配置管理记录与配置项是完备的、一致的与准确的。

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

1. 配置审计结果

2. 行动项

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

1. 评估基线的完整性。

2. 确定配置管理记录正确地识别配置项。

3. 评审配置管理系统中各项的结构与完整性。

4. 确定配置管理系统中各项的完备性、正确性与一致性。

配置管理系统内容的完备性、正确性与一致性基于计划中所述的需求与已批准的变更请求的处置。

5. 确定符合适用的配置管理标准与规程。

6. 跟踪来自审计的行动项直到关闭。

【CM过程域相关文章】

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

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

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

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