软件配置管理（Software Configuration Management，SCM）是一种标识、组织和控制修改的技术。软件配置管理应用于整个软件工程过程。在软件建立时变更是不可避免的，而变更加剧了项目中软件开发者之间的混乱。SCM活动的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更。从某种角度讲，SCM是一种标识、组织和控制修改的技术，目的是使错误降为最小并最有效地提高生产效率。

软件配置管理（Software Configuration Management），又称软件形态管理、或软件建构管理，简称软件形管（SCM）。界定软件的组成项目，对每个项目的变更进行管控（版本控制），并维护不同项目之间的版本关联，以使软件在开发过程中任一时间的内容都可以被追溯，包括某几个具有重要意义的数个组合。

软件配置管理，贯穿于整个软件生命周期，它为软件研发提供了一套管理办法和活动原则。软件配置管理无论是对于软件企业管理人员还是研发人员都有着重要的意义。软件配置管理可以提炼为三个方面的内容：

VersionControl-版本控制；

ChangeControl-变更控制；

ProcessSupport-过程支持。

关键活动包括：配置项、工作空间管理、版本控制、变更控制、状态报告、配置审计等。

配置管理的概念源于美国空军，为了规范设备的设计与制造，美国空军1962年制定并发布了第一个配置管理的标准“AFSCM375-1，CM During the Development & Acquisition Phases”。

而软件配置管理概念的提出则在20世纪60年代末70年代初。当时加利福尼亚大学圣巴巴拉分校的Leon Presser教授在承担美国海军的航空发动机研制合同期间，撰写了一篇名为“Change and Configuration Control”的论文，提出控制变更和配置的概念，这篇论文同时也是他在管理该项目（这个过程进行过近一千四百万次修改）的一个经验总结。

Leon Presser在1975年成立了一家名为SoftTool的公司，开发了配置管理工具：Change and Configuration Control（CCC），这是最早的配置管理工具之一。

随着软件工程的发展，软件配置管理越来越成熟，从最初的仅仅实现版本控制，发展到21世纪初提供工作空间管理、并行开发支持、过程管理、权限控制、变更管理等一系列全面的管理能力，已经形成了一个完整的理论体系。同时在软件配置管理的工具方面，也出现了大批的产品，如：最著名的ClearCase；有将近二十年历史的Perforce；开源产品CVS；入门级工具Microsoft VSS；新秀Hansky Firefly。

在国外已经有30多年历史的软件配置管理，但在国内的发展却是在21世纪这几年的事。但是通过专家们的介绍，可以感受到，国内的软件配置管理已经取得了迅速发展，并得到了软件公司的普遍认可。

SCM的目标一般包括以下几项：

配置识别：识别配置、配置项目和基准。

随着云计算的引进，SCM工具的用途有时已互相集成。SCM工具本身转变为虚拟设施，可以在虚拟机上运行并保存状态和版本。这些工具能管理并为云端虚拟资源（包括虚拟设备、存储设备和软件包）创建模型。如今，因为现在已经可以动态的激活虚拟服务器和相关资源，SCM管理人员的角色和职责已经与开发人员合并。

为了达到上述目标， 如下的方针应该得到贯彻执行：

技术部门经理和具体项目主管应该使用和遵循XSSC的OSSP中所描述的软件配置管理的工作过程。施行软件配置管理的职责应被明确分配。相关人员得到软件配置管理方面的培训。技术部门经理和具体项目主管应该明确他们在相关项目中所担负的软件配置管理方面的责任。软件配置管理工作应该享有足够的资金支持，这需要在客户，技术部门经理和具体项目主管之间协商。软件配置管理应该实施于如下产品：对外交付的软件产品，以及那些被选定的在项目中使用的支持类工具等。软件配置的整体性在整个项目生命周期中得到控制。软件质量保证人员应该定期审核各类软件基准以及软件配置管理工作。使软件基准的状态和内容能够及时通知给相关组别和个人。

常用的软件配置管理工具主要分为三个级别：

l Rational ClearCase，Perforce，CA CCC/Havest l Merant PVCS l Microsoft VSS，CVS

常用的开源免费的软件配置管理工具有：SVN、GIT、CVS。

一个软件研发项目一般可以划分为三个阶段：计划阶段、开发阶段和维护阶段。然而从软件配置管理的角度来看，后两个阶段所涉及的活动是一致，所以就把它们合二为一，成为“项目开发和维护”阶段。

一个项目设立之初PM首先需要制定整个项目的研发计划，之后，软件配置管理的活动就可以展开了，因为如果不在项目开始之初制定软件配置管理计划，那么软件配置管理的许多关键活动就无法及时有效的进行，而它的直接后果就是造成了项目开发状况的混乱并注定软件配置管理活动成为一种“救火”的行为。所以及时制定一份软件配置管理计划在一定程度上是项目成功的重要保证。

在软件配置管理计划的制定过程中，它的主要流程应该是这样的：

CCB根据项目的开发计划确定各个里程碑和开发策略；

CMO根据CCB的规划，制定详细的配置管理计划，交CCB审核；

CCB通过配置管理计划后交项目经理批准，发布实施。

这一阶段是项目研发的主要阶段。在这一阶段中，软件配置管理活动主要分为三个层面：

⑴主要由CMO完成的管理和维护工作；

⑵由SIO和DEV具体执行软件配置管理策略；

⑶变更流程。这三个层面是彼此之间既独立又互相联系的有机的整体。

在这个软件配置管理过程中，它的核心流程应该是这样的：

⑴CCB设定研发活动的初始基线；

⑵CMO根据软件配置管理规划设立配置库和工作空间，为执行软件配置管理计划做好准备；

⑶开发人员按照统一的软件配置管理策略，根据获得的授权的资源进行项目的研发工作；

⑷SIO按照项目的进度集成组内开发人员的工作成果，并构建系统，推进版本的演进；

⑸CCB根据项目的进展情况，审核各种变更请求，并适时的划定新的基线，保证开发和维护工作有序的进行。

这个流程就是如此循环往复，直到项目的结束。当然，在上述的核心过程之外，还涉及其他一些相关的活动和操作流程，下面按不同的角色分工予以列出：

各开发人员按照项目经理发布的开发策略或模型进行工作；

SIO负责将各分项目的工作成果归并至集成分支，供测试或发布；

SIO可向CCB提出设立基线的要求，经批准后由CMO执行；

CMO定期向项目经理和CCB提交审计报告，并在CCB例会中报告项目在软件过程中可能存在的问题和改进方案；在基线生效后，一切对基线和基线之前的开发成果的变更必须经CCB的批准；

CCB定期举行例会，根据成员所掌握的情况、CMO的报告和开发人员的请求，对配置管理计划作出修改，并向项目经理负责。