1、对产品进行标识，2、存储和控制 3、以维护其完整性  可追溯性以及正确性的学科

软件配置管理的主要内容：

1、版本管理
   1.1 软件配置项(software configuration item)：
    含义：在软件生存周期内所产生的各种应纳入管理范围的系统构成成分。
    包括各种管理文档和技术文档，源程序与目标代码，以及运行所需的各种数据等（配置管理的资源对象）。 
    形态：在通常的软件配置管理系统中，最基本的软件配置项是以磁盘文件的形式进行存放和管理的。
   1.2 版本管理是配置管理的基础：
    应当记录每个软件配置项的所有历史记录，并记录该软件配置项由何人创建，何人在何时因何原因进行了修改等信息，以及对这些软件配置项版本的进行的检索和信息查询等活动。
   1.3 版本树：
     可以对软件系统的不同演化方向进行管理。
   1.4 软件配置项的版本管理——版本数
     记录一棵带有时间标记的配置项版本演化的树结构信息。

2、配置支持
   2.1 软件配置(software configuration)：
     所有软件配置项在不同时期的组合、结构与关系定义。
   2.2 系统建模
     通过定义配置来表示整个系统或其中的子系统。
   2.3 依赖性追踪
     例如：查找与某个源文件版本对应的设计文档的版本。
   2.4 影响分析
    分析对系统一个部分的修改可能影响哪些其它部分。

3、变化管理
   3.1 变化：软件版本演化的来源与过程
    来源：需求变化、增加功能、修改错误  ……
          生命周期：请求、审批、实施、验证、审核、结束。
   3.2 变化控制
    记录和控制对软件配置项的每一次修改。
   3.3 变化跟踪
    一个变化生命周期进行到哪一步了？
    如果一个已经改掉的bug又出现了，怎样找出原因。
   3.4 变化传播
    帮助将对产品一个版本的修改传播到其它版本中。

4、构造管理（Build）
   4.1 系统的构造和重新构造（Build）
     帮助开发人员正确和快速地构造和重新构造产品的任何版本。
   4.2 软件发布管理（Release）
     为不同的用户提供不同的版本，避免其中发生混乱。
   4.3 软件部署管理（Deployment）
    帮助在分布式环境中部署整个系统。

5、过程支持
   5.1 过程控制
   5.2 预定义的过程模版 和 可剪裁的过程实例
    可定义过程，并保证过程中定义的每一步均由授权的人员按正确的顺序执行。
   5.3 过程支持中的关键概念
    包括：角色、工作组、任务、触发器机制等。

6、团队支持
   6.1 工作区管理
    不同的开发人员拥有独立的不相互影响的工作空间。
   6.2 并行开发
    支持多个开发人员同时开发一个项目。
   6.3 远程开发
    开发人员在物理上可以分布在相距较远的位置上。

7、状态报告
    依赖性报告
    影响报告
    构造报告
    变化状态报告 
    差异报告
    历史报告
    访问控制报告 
    冲突检测报告

8、审计控制
   8.1 验证软件配置管理过程
   8.2 验证系统管理的所有配置项的完整性
   8.3 基本的审计控制是记录配置管理过程中执行的所有活动，并提供检索机制——日志

软件配置管理是贯穿软件开发过程始终的一项工作。对于一个软件项目来说，软件配置管理规范至少包括以下的内容：
(1)配置项及其命名规则。
(2)配置库文件目录结构。
(3)角色和权限定义。
(4)配置项变更流程。
(5)配置项发布。
(6)基线定义和基线变更。
项目中的基线有两个方面：一是作为里程碑的基线；另一个是模块的阶段性成果基线(对工作产品而言)，一般来说都要避免变更基线。对这两种不同的基线，其影响的范围不同，确立和变更方式也不一样。
项目的基线变更控制委员会由客户代表、产品经理、项目经理和技术经理组成，对发布的里程碑类基线的变更必须由变更控制委员会确认并由QA进行变更记录，所有被变更影响的配置项都需要重新同步后再次发布；而对于仅仅作为工作状态保留的基线，一般只需要建立基线的小组确认更改并在QA进行记录即可。

软件配置管理是在贯穿整个软件生命周期中建立和维护项目产品的完整性。它的基本目标包括：

目标 1: 软件配置管理的各项工作是有计划进行的。目标 2: 被选择的项目产品得到识别，控制并且可以被相关人员获取。目标 3: 已识别出的项目产品的更改得到控制。目标 4: 使相关组别和个人及时了解软件基准的状态和内容。

发布项，命名和变更，变化管理和变化跟踪

1、配置项及其命名规则；

2、配置库文件目录结构；

3、角色和权限定义；

4、配置项变更流程；

5、配置项发布；

6、基线定义和基线变更。

项目中的基线有两个方面：一是作为里程碑的基线；另一个是模块的阶段性成果基线，一般来说都要避免变更基线。对这两种不同的基线，其影响的范围不同，确立和变更方式也不一样。

(1) 制定配置管理计划

(2) 识别和标志配置项

(3) 搭建配置管理环境

(4) 配置项的版本控制

(5) 基线变更管理

(6) 配置审核

(7) 配置状态统计

软件配置管理是贯穿软件开发过程始终的一项工作。对于一个软件项目来说，软件配置管理规范至少包括以下的内容：
(1)配置项及其命名规则。
(2)配置库文件目录结构。
(3)角色和权限定义。
(4)配置项变更流程。
(5)配置项发布。
(6)基线定义和基线变更。
项目中的基线有两个方面：一是作为里程碑的基线；另一个是模块的阶段性成果基线(对工作产品而言)，一般来说都要避免变更基线。对这两种不同的基线，其影响的范围不同，确立和变更方式也不一样。
项目的基线变更控制委员会由客户代表、产品经理、项目经理和技术经理组成，对发布的里程碑类基线的变更必须由变更控制委员会确认并由QA进行变更记录，所有被变更影响的配置项都需要重新同步后再次发布；而对于仅仅作为工作状态保留的基线，一般只需要建立基线的小组确认更改并在QA进行记录即可。(1)配置项及其命名规则。
(2)配置库文件目录结构。
(3)角色和权限定义。
(4)配置项变更流程。
(5)配置项发布。
(6)基线定义和基线变更。
项目中的基线有两个方面：一是作为里程碑的基线；另一个是模块的阶段性成果基线(对工作产品而言)，一般来说都要避免变更基线。对这两种不同的基线，其影响的范围不同，确立和变更方式也不一样。
项目的基线变更控制委员会由客户代表、产品经理、项目经理和技术经理组成，对发布的里程碑类基线的变更必须由变更控制委员会确认并由QA进行变更记录，所有被变更影响的配置项都需要重新同步后再次发布；而对于仅仅作为工作状态保留的基线，一般只需要建立基线的小组确认更改并在QA进行记录即可。