3、对软件项目的变更要实行有效的控制和管理
软件企业在软件的开发、运行、维护过程中必然要遇到软件的变更。引起软件的变更主要有两方面的因素：一方面是用户，如用户要求修改工作范围和需求等；另一方面是软件开发人员自身，如他们在工作中发现前期工作中的错误而修改源码甚至设计。对于以上两种情况软件企业可以从以下几方面加以解决：
3.1、明确实施变更的双方人员
事先应该明确用户有权提出需求变更申请的人员和软件企业项目开发组有权受理变更的人员，并且对双方人数要加以控制。这样做的好处是可以约束需求方，使需求方每提一个需求都要经过仔细讨论 。而项目开发组收到用户的需求变更时，通过有权实施变更人员讨论后，可以兼顾全局，对涉及到的相关文档、程序、计划都随之变更。
3.2、 对变更进行严格的审核
并不是所有的变更都要修改，也不是所有变更都要立刻修改，审核的目的就是为了决定是否需要修改和什么时候修改。比如涉及到界面风格问题，就可以先不修改，或者规划一下修改的时间待到以后进行优化。另外，对于核心模块的修改要严格审核把关，否则会引起全局问题。
3.3、 对变更的影响进行评估
变更都是有代价的，应该评估一下变更的代价和对项目的影响，要让用户了解变更的后果，并与用户一起做判断。
3.4、让客户确认是否接受变更的代价。在评估代价并且与客户讨论的过程中，可以请用户一起做判断：“我可以修改，但您能接受后果吗？”，并且对用户一一列出修改的后果。
4、对软件版本进行有效的管理
软件企业开发的软件产品为了适应不同的运行环境、不同的平台、不同用户的使用要求，导致同一软件产生或演化出不同的版本。软件企业可以通过以下两种常用的方法进行软件版本控制。
4.1、号码版本标识
以数字表示，如第一版，表示为V1.0。第二版表示为V2.0。一般认为V1.0，V2.0是基础版本号，V1.1、V1.2是对基础版V1.0的第一次修订和第二次修订。显然这些修订都是少量的修改。若有重大变动或因多次修订导致的全局性的重要变动，则应提高版本号，如V2.0。号码版本标识可以如图二所示：
4.2、符号版本标示
这种版本表示法是把版本的重要信息提炼出来。如V1/VMS/DB SERVER，表示一个在VMS操作系统上运行的数据库服务器版本。对于软件企业可以用‘人事管理系统单机版’、‘人事管理系统网络版’等来表示。
5、实施有效的配置审核
软件企业在实施配置审核时可以从以下两方面进行：
5.1、“配置管理活动审核”
“配置管理活动审核”用于确保项目组成员的所有配置管理活动，遵循已批准的软件配置管理方针和规程，如检入（Check in）/检出（Check Out）的频度、工作产品成熟度提升原则等。
5.2、“基线审核”
要保证基线化软件工作产品的完整性和一致性，并且满足其功能要求。基线的完整性可从以下几个方面考虑：基线库是否包括所有计划纳入的配置项？基线库中配置项自身的内容是否完整？（如，文档中所提到的参考或引用是否存在？）此外，对于代码，要根据代码清单检查是否所有源文件都已存在于基线库。同时，还要编译所有的源文件，检查是否可产生最终产品。一致性主要考察需求与设计以及设计与代码的一致关系，尤其在有变更发生时，要检查所有受影响的部分是否都做了相应的变更。审核发现的不符合项要进行记录，并跟踪直到解决。
在实际操作过程中，一般认为审核是一种事后活动，很容易被忽视。但是“事后”也是有相对性的，在项目初期审核发现的问题，对项目后期工作总是有指导和参考价值的。为了提高审核的效果，应该充分准备好检查单，如表四所示。
6、进行配置工具选择
软件企业选择商业配置管理工具，可以考虑下面几个因素。
6.1、工具的市场占有率
大家都选择的东西通常会是比较好的东西。而且市场占有率高也通常表明该企业经营状况会好一些，被人收购或者倒闭的可能性小一点。
6.2、工具本身的特性
工具本身有稳定性、易用性、安全性、扩展能力等。你应当在投资以前仔细地对工具进行试用和评估。这儿比较容易忽略的是工具的扩展能力（Scalability），你现在可能只是在几个人、十几个人的团队中部署这个工具，但是以后可能会有几十个、几百个人要在依赖这个工具建立的平台上工作，到时候这个工具能不能提供这样的支持能力？如果到时候要换一个工具的话，你一定会后悔今天的选择。
6.3、厂商支持能力
工具使用过程中一定会出现这样那样的问题，有些是因为你使用不当引起的，有些则是工具本身的毛病。这样的问题会影响到开发团队的工作进度，你一定希望能随时找到厂商的专业技术人员帮助你解决这些问题。
软件配置管理建设的程度如何直接关系着软件企业的软件的质量，通过上述的六大点的浅探，希望能给软件企业带来一点借鉴作用。
参考文献：
一、张友生 系统分析师教程 软件配置管理
二、liben pmt 浅谈软件配置管理实施的计划
三、刘立军 中国计算机报 如何进行软件配置管理
