我说CMMI 2.0 之 配置管理

配置管理概述

在CMMI DEV 2.0中，配置管理实践与CMMI 1.3版本相比基本未发生变化。配置管理（CM）是20个过程区（PA）中唯一一个不包含3级实践的PA。

基本概念

• 配置管理：通过配置标识、版本控制、版本管理、基线管理和配置审计来确保工作产品的完整性。
• 配置项：配置管理的对象，涵盖了交付或不交付给客户的文档、代码等工作产品，包括内部资料、采购产品、开发工具等。
• 基线：经过正式认可的配置项集合，其变更需要正式批准。
• 配置控制委员会：负责评审认可配置项变更的小组。
• 配置审计：检查基线配置项的版本一致性、位置正确性以及功能说明匹配。

实践列表

• CM 1.1 执行版本控制。
• CM 2.1 识别置于配置管理之下的配置项。
• CM 2.2 建立、保持更新并使用配置和变更管理系统。
• CM 2.3 建立或发布内部使用或交付给客户的基线。
• CM 2.4 管理配置项的变更。
• CM 2.5 建立、保持更新并使用描述了配置项的记录。
• CM 2.6 执行配置审计以维持配置基线、变更和配置管理系统内容的完整性。

通俗解释

配置项包括开发所需的各种文档、代码、工具等，重要的是编译环境和类库等也应视为配置项。配置和变更管理系统不仅包含工具，还包括规程、存储介质和实际配置项。常用工具包括SVN、Git等。

在配置管理系统中，要明确控制级别、目录结构、权限分配、备份机制等。管理配置项变更时，需识别变更的影响范围，并通过需求跟踪矩阵进行影响分析。实施变更包括提出申请、评审与审批、执行、结果确认、更新配置库和通知相关人员等步骤。

配置项变更记录应详尽包含变更的时间、提出者、实施者、变更原因等信息，以便生成状态报告。配置审计的目的是确保配置库中的项目准确、规范、完备。

想要了解更多内容？

查看原文：我说CMMI 2.0 之 配置管理

文章来源：

麦哲思科技任甲林

扫码关注公众号

人人都夸的IPD（集成产品开发）究竟好在哪？

了解更多