很多公司通過版本控制系統來管理源碼及各類文檔的變更，卻往往忽略了與任務跟蹤和項目管理過程真正意義上的集成，致使變更管理和開發過程一定程度上的脫節。本文將介紹一種新型的變更管理模型。該模型將很大程度地提高軟件開發中變更管理的效率。
開發過程中的兩類變更
在軟件開發過程中，變更主要體現為以下兩種方式：第一類是不需要變更代碼就能完成，如設計、測試和各種與文檔相關的任務等；另外一類則與源代碼相關的開發任務，包括新缺陷、新功能等。一個好的模型應該能實現對這兩類變更的集中統一管理（如圖1所示）。本節將分別就這兩類變更，闡述這一新型的變更模型的管理策略。
基于智能化知識庫的文檔變更管理
軟件開發應用生命周期的各階段涉及多類與源碼無關的文檔，包含需求分析、數據庫設計、測試文檔等面向客戶的文檔，也包含供項目成員使用的內部文檔，如模塊開發卷宗、數據存儲規則等。一個智能化的完整知識庫將幫助項目開發團隊及時共享所有的文檔，并支持版本管理，從而提供一個體現以往經驗和產品需求的平臺。
雖然文檔的一致性問題并不是非常突出，多人同時修改一個文檔的情況也不多見。然而，如果只在本地保留文檔的當前版本，而將不同版本的集中管理交給知識庫自動完成，將會減少冗余，還便于隨時隨地查看不同時期文檔的內容，相互比對。
TechExcel以知識為核心的ALM解決方案中的KnowledgeWise不僅支持普通意義上的文檔版本管理，還從更高的層面實現了知識歷史的跟蹤和記錄。知識條目作為知識庫管理的基本單元，通過自身屬性描述和所附文檔完整呈現相關知識內容。而知識條目和所附文檔的任何變更，將會自動觸發版本控制機制。因此，知識庫得以保留所有歷史版本的知識，并能提供分類搜索和查找。
集成任務跟蹤與版本控制的源代碼變更模型
源代碼的變更管理對軟件開發的成敗尤為重要。傳統的版本控制集成往往將項目開發中的任務或問題與源碼文件直接關聯。這種方式在應對任務與源碼文件間的復雜關系時，常常顯得力不從心。 項目管理者聯盟文章，深入探討。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
