基于CMM和CMMI的配置管理（二）

　　5 变更管理

　　在有效标示了配置并进行了管理之后，如何保证它们在复杂多变得开发过程中真正的处于受控的状态，并在任何情况下都能迅速的恢复到任一历史状态就要依赖有下的变更管理。

　　缺乏有效的变更请求管理会导致的问题：

　　软件产品质量低下，对一些缺陷的修正被遗漏

　　项目经理不了解开发人员的工作进展，缺乏对项目现状进行客观评估的能力

　　开发人员不了解手头工作的优先级别，可能出现将紧急的事情放在一边、而工作在一般优先级任务上的情况

　　可能错误使用和引用已经变更的产品，引起开发工作混乱

　　变更管理的流程：

　　（获得）提出变更请求；

　　由CCB审核并决定是否批准；

　　为（被接受）修改请求分配人员，提取SCI，进行修改；

　　提交修改后的SCI，并测试（或者评审）；

　　重建软件的适当版本；

　　复审（审计）所有SCI的变化；

　　发布新版本。

　　为了更好的指导变更范围的影响分析，可以通过两种表格来帮助发现受到变更影响的内容，一种是《需求跟踪表》，一种是《配置项依赖关系表》，分别如下：

　6 配置库管理

　　在实际的开发活动中系统中，为了让每个开发人员和各个开发团队能更好的分工合作，同时又互不干扰，必须规划好工作空间的管理。主要的手段是设置配置库（即文件夹设置），和设置版本的分支，来实现对配置项权限管理。

　　设置版本分支

　　基本上要为每个配置项从建立开始就划分成3个不同的分支：私有分支、集成分支、公共（主干）分支。让它们分别对应3类工作空间。