随着现代软件技术的发展，对于软件项目的需求日益复杂而且变更频繁，项目的开发模式已经由昔日的手工作坊式的开发转变为规模化、团队式的开发，当开发团队发展到一定规模时，会越来越强调开发过程规范化和成熟度。软件项目的成败在很大程度上取决于对其开发过程的控制，这包括对质量、源代码、进度、资金、人员等的控制。要进行有效的过程控 制，仅仅依靠人的力量是不够的，还需要有相应的管理工具。"软件配置管理"是一套规范、高效的软件开发管理方法，同时也是提高软件质量的重要手段。软件配置管理可以帮助开发团队对软件开发过程进行有效的变更控制，高效地开发高质量的软件。在质量体系的诸多支持活动中，配置管理处在支持活动的中心位置，它有机地把其它支持活动结合起来，形成一 个整体，相互促进，相互影响，有力地保证了质量体系的实施。
软件配置管理并不是一个新的概念，早在二十世纪70 年代，加州大学圣巴巴拉分校(University of California at Santa Barbara)的Leon Presser 授就已经提出变更和配置控制的理论，并随着软件产业的逐渐壮大，在国外成熟的软件企业中逐渐得到重视和普及，在一些国外的大中型软件企业中，不仅设置专职的配置管理人员，而且有些公司还设有公司级的变更控制委员会(CCB：Change Control Board)对公司的软件配置管理工作进行统一的管理，配置管理对于软件开发的重要性由此可见一斑。 国内的企业真正认识到配置管理的重要性，却是近几年的事情，随着CMM(Capability Maturity Model)的概念和理论的普及，配置管理作为CMM 2 级的一个关键过程域，其重要性逐渐为人们认同。
"进行管理和控制"意味着在给定时间(过去或现在)使用的工作产品的版本是已知的(即版本控制)，而且以受控的方式引进变更(即变更控制)。如果希望有比"进行管理和控制"所蕴含的更高程度的控制，则工作产品可置于配置管理的完备的纪律之下。CMM Level2 KPA3
其实在日常的开发中，我们已经在自觉或不自觉的进行着软件配置管理的工作。最简单的如使用软件开发集成环境提供的Backup 功能，它可以使我们回溯到最近的修改;再进一步，就是使用文件夹或者压缩工具，把实现了一定功能的程序版本按日期进行备份，这也已经实践了配置管理的部分必要功能，但这仅仅是配置管理众多功能重的一小部分。真正的配置管理系统应该具有以下功能：
· 并行开发支持：因开发和维护的原因，要求能够实现开发人员同时在同一个软件模块上工作，同时对同一个代码部分作不同的修改，即使是跨地域分布的开发团队也能互不干扰，协同工作，而又不失去控制;
· 修订版管理：跟踪每一个变更的创造者、时间和原因，从而加快问题和缺陷的确定;
· 版本控制：能够简单、明确地重现软件系统的任何一个历史版本;
· 产品发布管理：管理、计划软件的变更，与软件的发布计划、预先定制好的生命周期或相关的质量过程保持一致;项目经理能够随时清晰地了解项目的状态
· 建立管理：基于软件存储库的版本控制功能，实现建立(build)过程自动化;
· 过程控制：贯彻实施开发规范，包括访问权限控制、开发规则的实施等;
· 变更请求管理：跟踪、管理开发过程中出现的缺陷(Defect)、功能增强请求(RFE)或任务(Task)，加强沟通和协作，能够随时了解变更的状态;
· 代码共享：提供良好的存储和访问机制，开发人员可以共享各自的开发资源。
2 缺乏配置管理造成的常见问题
由于历史和现实的原因，配置管理流程和工具在我国软件行业中的应用并不普及，由于缺乏必要的配置管理流程和工具，很多软件企业在日常的开发工作中都会或多或少的遇到如下的问题：
· 组织的知识和过程财富流失
现代的社会竞争激烈，人员流动频繁，如果由于没有必要的配置管理流程和工具，大量的文档和代码等知识财富必然缺乏统一的管理，可能随意地保存在项目经理和软件工程师各自的机器里，往往会因为硬盘的故障或人员的离职而永远的消失，软件组织的数字财富就这样因为缺乏必要的配置管理而白白的流失。
文章来源于领测软件测试网 https://www.ltesting.net/
