过程管理——确保软件组织的规程、方针和软件周期得以正确贯彻执行。它将解决要交付给用户的产品是否经过测试和质量检查的问题。
小组协作——控制开发统一产品的多个开发人员之间的协作。例如，它将解决是否所有本地程序员所做的修改都已被加入到新版本的产品中的问题。
总之，一个配置管理解决方案的制定包括配置管理计划、过程的定义、与使用者的交流、自动化支持和做出管理决定等活动。
2.1.2    CMM-CMMI
软件配置管理简称SCM（Software Configuration Management），它是软件过程的关键要素，是开发和文护各个阶段管理软件演进过程的方法和规程。软件配置管理的目的是在项目的整个软件生存周期中，建立和标识软件配置管理项（软件工作产品及其描述等），并对其进行控制和管理，文护其完整性、一致性和可跟踪性。
通俗理解：软件配置管理是指通过执行版本控制、变更控制、基线控制的过程，以及使用合适的配置管理软件，来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。
2.1.3    GB/T 11457
    A.标识和确定系统中配置项的过程，在系统整个生存期内控制这些配置项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。
    B.对下列工作进行技术和行动指导与监督的一套规范:
—  对配置项的功能特性和物理特性进行标识和文件编制工作;
—    控制这些特性的更动情况;
—    记录并报告这些更动进行的处理和实现的状态。
2.2 软件配置管理的基本概念
2.2.1    配置与配置项
“配置”是在技术文档中明确说明并最终组成软件产品的功能或物理属性。因此“配置”包括了即将受控的所有产品特性，其内容及相关文档，软件版本，变更文档，软件运行的支持数据，以及其他一切保证软件一致性的组成要素，相对与硬件类配置，软件产品的“配置”包括更多的内容并具有易变性。
配置项（Configuraion item, CI）由配置管理视为一个单一整体而进行处理的工作产品以及完成工作产品所需的软件工具和支持系统。
软件配置项可以是合同、过程、计划和产品相关的文档和数据；或者是源代码、目标代码和可执行代码；也可以是相关产品，包括软件工具、库内的可复用软件，外购软件和用户提供的软件。比如一个软件产品包括几个程序模块，每个程序模块及其相关文档和支撑数据可能被命名为一个CI。
2.2.2    配置标识
配置标识就是识别产品的结构、产品的构件及其类型，为其分配唯一的标识符，也就是说，每一个配置项要有一个唯一标识。一般说来，标识包括两个方面：一是文件名，二是版本，可用如下一个二元组来标识：<文件名，版本>。每个项目首先要确定一套命名规则，例如，采用“系统.子系统.模块.文件”的方式，</MYSCM/User/DB/login.jsp , 2.1>就是一个唯一标识。
2.2.3    基线
基线是指一个配置项在其生存周期期间的某一特定时间，被正式标明、固定并经过正式批准的版本。是项目储存库中每个工件版本在特定时期的一个“快照”。只有通过正式的技术评审而得到的软件配置项协议和软件配置的正式文本才能成为基线。建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。并且只有经过授权后才能变更这个标准。例如：设计说明书是编码工作的基础，它可以成为基线。 配置管理软件研究与实现(4):http://www.youerw.com/jisuanji/lunwen_9070.html