变更管理作为贯穿于软件开发应用生命周期各个阶段的关键要素，旨在准确地记录软件产品的演化过程，帮助开发人员在ALM各个阶段得到不同版本的产品配置。其中，在任务和缺陷跟踪及版本控制过程中，通过变更管理系统，开发人员需要记录和查找源码和文档变更的原因、时间以及影响，并反映其工作的效率及进度；开发经理需要保证所有代码的可靠性，并约束团队成员执行变更的权限；有时，开发项目的甲方还需要查看与产品特性或缺陷对应关联的源码文件。 

　　很多公司通过版本控制系统来管理源码及各类文档的变更，却往往忽略了与任务跟踪和项目管理过程真正意义上的集成，致使变更管理和开发过程一定程度上的脱节。本文将介绍一种新型的变更管理模型。该模型将很大程度地提高软件开发中变更管理的效率。

　　开发过程中的两类变更

　　在软件开发过程中，变更主要体现为以下两种方式：第一类是不需要变更代码就能完成，如设计、测试和各种与文档相关的任务等；另外一类则与源代码相关的开发任务，包括新缺陷、新功能等。一个好的模型应该能实现对这两类变更的集中统一管理（如图1所示）。本节将分别就这两类变更，阐述这一新型的变更模型的管理策略。 

基于智能化知识库的文档变更管理

　　软件开发应用生命周期的各阶段涉及多类与源码无关的文档，包含需求分析、数据库设计、测试文档等面向客户的文档，也包含供项目成员使用的内部文档，如模块开发卷宗、数据存储规则等。一个智能化的完整知识库将帮助项目开发团队及时共享所有的文档，并支持版本管理，从而提供一个体现以往经验和产品需求的平台。

　　虽然文档的一致性问题并不是非常突出，多人同时修改一个文档的情况也不多见。然而，如果只在本地保留文档的当前版本，而将不同版本的集中管理交给知识库自动完成，将会减少冗余，还便于随时随地查看不同时期文档的内容，相互比对。

　　TechExcel以知识为核心的ALM解决方案中的KnowledgeWise不仅支持普通意义上的文档版本管理，还从更高的层面实现了知识历史的跟踪和记录。知识条目作为知识库管理的基本单元，通过自身属性描述和所附文档完整呈现相关知识内容。而知识条目和所附文档的任何变更，将会自动触发版本控制机制。因此，知识库得以保留所有历史版本的知识，并能提供分类搜索和查找。

　　集成任务跟踪与版本控制的源代码变更模型

　　源代码的变更管理对软件开发的成败尤为重要。传统的版本控制集成往往将项目开发中的任务或问题与源码文件直接关联。这种方式在应对任务与源码文件间的复杂关系时，常常显得力不从心。 项目管理者联盟文章，深入探讨。

        集成任务跟踪与版本控制的变更模型旨在使软件开发中的版本管理和任务跟踪乃至项目规划实现真正意义上的一体化，进而优化软件开发的过程。在此模型中，变更（Change）取代源码文件成为基本单元。首先，通过Change将源代码文件封装，这就使得项目颗粒度变大，抽象性更强；经过封装后的源代码文件，再通过Change与开发任务关联。实质上，Change在任务跟踪和版本控制之间建立了桥梁（如图2）。通过提交Change，就能轻松更新源代码，并记录引起源代码修改的任务。依据实际情况，开发任务和Change的关联分为以下三种情况：