包含在描述各配置项/单元开发和维护的关键过程域中。

　　1.SCM的关键活动

　　CMM中的软件配置管理包括了多项相关活动，包括版本控制、建立软件配置库系统、配置项变化的控制、软件基线记录报告等等。如果将SCM作为一个配置管理模型，应当强调以下几点：

　　（1）任务清晰，责任明确

　　为了确保软件开发过程中开发人员之间各种信息交流的顺畅和准确，首要问题是确立一个实施架构。通常是以“组”的概念细分一项工程中各类任务的执行单位，明确各组在开发和管理过程中各自的职责、需要完成的工作，管理层面可由此清晰地了解产品的完成情况。总体设计者利用任务的展开方式进行任务分配，用网络图的方式控制各组之间的关系，包括时间进度计划和各组之间的接口等等。 软件开发网

　　软件开发过程中的任务管理是配置管理的基础，如果任务定义不明确，配置管理的实施也将难以保证。通过对任务的详细定义，把每一个子任务具体分配给某一个人去完成，这样将对集体管理的任务细化到对个人的管理层面上了。

　　（2）建立软件配置管理库系统

　　建立软件配置管理库系统的主要目的是用来存放软件基线。它可以对软件配置管理进行多级控制，譬如在产品开发周期中，不同阶段有着不同力度的配置管理，随着产品不断成熟，控制力度也随之增强；提供对库中配置项的存储和修改的功能，支持在相关组之间和库中不同控制级间共享和传输配置项；支持生成软件配置管理的报告文档及软件基线内容的报告文档；有助于确保从软件基线库中发布的相关文档和软件产品的正确性。

　　（3）版本管理

　　版本控制是软件配置管理的基本要求，它可以保证在任何时刻恢复任何一个中间产品的任意版本。版本管理记录了所有库中代码和文档的开发历程，可以保证产品的可追溯性，为调试代码、清除缺陷提供很大的帮助。同时，版本管理支持并行开发和维护，为协同开发打下了基础。产品开发过程中版本状态的改变如图 2所示。

　　（4）变化控制

　　在有配置管理概念的软件产品开发过程中，所有的改变都是在有效控制下的，包括软件基线的改变、配置项的改变。改变管理的一个基本项是改变请求 （CR，Change Request），在一个软件系统中描述逻辑上改变的实体。改变请求是由开发计划变化和错误报告生成的。在开发过程中，CR主要收集有关系统改变的信息。开发人员将一个新建或修改过的文件写入库中时，要指出相关的CR，文件名称和版本需在CR中登记。CR的终版本包括逻辑改变的描述和所有修改的文件版本信息。由SCM组和SCCM（软件配置控制委员会）审核要写入配置管理库中的新的软件基线。
　2.软件配置管理工具

　　软件配置管理工具（SCMT，Soft Configure Management Tool）正是从这一角度出发，对软件配置管理过程进行具体实施，将抽象的软件配置管理工作转化为可借鉴的、可操作的具体执行规范。

　　SCMT作为软件配置管理的辅助手段，必须要制定一个实际、可行的软件配置管理流程，依据该流程，加之SCMT的辅助，软件配置管理工作才能真正做到科学、有序。

　　3.软件配置管理流程

　　SCMT将软件配置管理工作分解为项目建立、配置策划?项目策划、计算机软件配置项（CSCI）策划?、CSCI入库（初始入库、更动入库）、软件问题报告、软件更动报告、