l 軟件配置管理（SCM）
l 缺陷與變更跟蹤（DCT） 【批注：亦稱作變更請求管理（CRM），此處避免與“客戶關系管理”混淆�！�
SCM處理版本控制、工作空間管理、軟件集成、軟件編譯（Build）、軟件分發及發布等流程。DCT處理流程與過程，通過這些流程與過程，缺陷、增強型請求與新特性被提交、評估、實施、驗證及完成。
Rational擁有兩種工具對這兩條工作流提供相應支持。首先是Rational ClearCase，自動化SCM相關流程。其次是Rational ClearQuest，自動化DCT相關流程。同時使用這兩種工具，就能自動化UCM。事實上，使用ClearCase和ClearQuest能夠自動化幾乎任何變更管理流程，但是如果需要為變更管理提供黑盒支持，那么UCM是最佳選擇。
在Rational，我們已對問題“什么是UCM流程？”提供了多種方式的回復。我們提供產品文檔、論述ClearCase與UCM的書、可免費訂購的多媒體光盤。因此，如果已經對UCM有了一定了解，可能會問：“UCM相對其它變更管理流程的優點是什么？”這里將對此問題作一闡述。
首先要說的是，一種流程可能不是對所有軟件項目都是最合適的。因而，脫離實際軟件開發項目的環境來描述UCM較之其它變更管理流程更優，并無意義。所以相反，將要描述UCM與傳統變更管理（CM）流程的差異。然后你就能決定怎樣將這些不同點應用到自己的軟件開發項目中去。
用UCM進行更高級別的抽象
如果你觀察軟件開發語言，具有幾十年歷史的計算機科學與工程，顯而易見，其抽象水平已從機器代碼級大為提升。在最底層，全都是1和0，只能期望非常早的程序員在此級別上工作。匯編語言很快出現，它對1和0進行抽象以提供雛形的機器指令如“load register X with value Y”。接下來出現了Pascal與C這樣的語言，它們提供了更高水平的指令諸如“if-then-else”語句。那么，在今天，我們開始認識到可視化“編程”的潛力。通過對軟件系統的行為建模，我們能讓代碼被生成。隨著這些抽象的引入，更復雜的軟件系統編程對開發人員來言已變得更容易和快速。
至于CM工具的演變，類似的情況正在發生。最初，CM工具僅僅由存儲版本的存儲庫構成：文件及目錄在保存并標識的給定時間點上的內容，可以必要時重新取出。接著，出現了允許用戶管理工作空間的工具：可為特定任務或活動選擇特定版本的文件及目錄集合。同時，當類似存儲庫及工作空間這樣低層次的抽象變得普遍起來并被廣為接受時，高水準功能可凸顯出來以簡化變更管理流程。UCM就是干這件事的。讓我們看看UCM包括的三個核心抽象：項目、組件基線、活動。
項目
典型地，軟件開發小組以項目方式組織。這些項目，有時有子項目等等，有時沒有，因此一個項目可能是非常大或非常小的。從變更管理角度來看，按項目方式組織與以下三個目標相適應：
l 第一，它標識了小組成員。這對安全目的及協作目的是有用的，兩個目的對良好的變更管理都至關重要。
l 第二，項目限制了小組需要關心的文件和目錄的范圍。也就是說，對于全部文件和目錄，在特定公司正使用的整個存儲庫中，項目標識了指派到該項目的某個開發人員需要考慮的精確子集。
l 第三，項目標識了小組成員正在完成的工作中的公共集成點。
所有這些可能聽起來非常地稀松平常，但是由ClearCase和ClearQuest實現的UCM，其關鍵優勢在于，項目實際上是存在于CM系統中的物理對象，該對象映射到現實世界的一個項目。與作為非CM工具概念的項目相比，可能達到的自動化與安全程度高得多。當新的開發人員加入一個UCM項目時，舉例來說，他們被自動給出一個由他們所需文件與目錄的正確版本預配置好的工作空間。
組件與組件基線
UCM的第二個核心抽象是組件與組件基線的概念。大多數的版本控制系統包含了存儲庫的思想在里面，它存儲文件與文件版本的集合。一些工具，像ClearCase，還將這些文件組成到目錄中去并存儲目錄與目錄的版本。幾乎所有重大開發成就都有大量數目的文件，這些文件包含了開發中需要編譯生成系統的代碼。這些文件通常組織成目錄，這種組織常常以系統的軟件架構來排列。在傳統的CM系統中，這些關鍵目錄從不以不同于其它目錄的方式對待。然而，UCM引入了組件的概念，以區分并存儲這些目錄。UCM組件就是一個目錄樹，該樹由具有一個組件根目錄的文件及目錄組成。
UCM緣何如此？
對項目來說，UCM組件的主要優點是更好的自動化。理解這一點的最佳方式是著眼于基線的概念�；�標識了文件版本的一個相關集合�；�，換言之，是在組件中選定每個文件的單一版本。幾乎所有版本控制工具聲稱為基線化提供支持，但如果你仔細觀察，通常你會發現他們真正支持的只有標簽概念。標簽是這樣一個流程，你選定一個標簽名并將此標簽名稱貼至一個或多個文件版本。通過將相同名稱標至多個不同的文件版本，你得到一條偽基線。
用這種途徑完成的基線存在著這樣的問題，標簽名稱并未包含語義——除了那些如何使用工具的說明。無法通過查看一個標簽就能知道什么文件與之相關聯。事實上，當你在研究哪些文件具有該標簽之時，同時，該標簽可能被關聯至新的文件、移至新的版本、或者從所選文件移除。當然，你能實施控制和鎖定以強制你自己的標簽語義，但UCM基線可為你解憂。這些基線在語義上是富涵（Rich）對象，可標識UCM組件的一個“版本”。通過使用它們，可確信組件中的所有文件都與相同版本關聯。還能夠確信基線不會從你的掌握下改變。一旦創建，UCM基線就不可改變，并且可用于定義更高層次的配置。一個完整的系統，舉例來說，可由組件基線的集合裝配起來。
活動
可能關于UCM的最大特色是，它是基于活動的變更管理模型。這意味著什么？意味著根據變更原因對文件的變更進行了分組。假定你正在修復一個缺陷或實現一項增強，比方說。不管何時你更改一個文件，你通過在簽出時間聲明一個活動，標識正作此變更的原因�；顒涌赡苁侨毕�、增強型請求，或者僅僅是變更的一行描述，這依據你的缺陷與變更跟蹤流程所需的嚴格度而定。UCM支持所有這些類型的活動——以及被選來定義你自己的其它任何類型的活動。
基于活動的變更管理的主要優點是，如果沒有相關理由，那么沒有文件能被更改。第二個優點是，變更被集成（或晉升）為單個、一致的整體。大多數時候，當你作變更時，你需要修改多個文件。例如，如果修正一個缺陷，可能需要修改一個C文件和一個頭文件。你時常需要修改很多的文件。對于UCM，所有要做的就是選擇“活動”來錄制為所有文件而創建的全部新版本。正如對項目和組件一樣，UCM將物理活動對象引入至CM系統中，它映射了一個現實世界的對象：“工作單元”。這具有立竿見影的好處：當你完成了一項指定任務時，比方說，你可以僅通過簽入活動，而達到一次簽入你所有工作的目的。
不過，還會有更深遠的自動化與信息化益處。UCM在活動級別上推動貫穿系統的變更。也就是說，如果準備集成變更，可以“交付”活動。這與其它CM方式不同，它們需要使用文件集合或人工向某人發送物料清單，此人再列出包含于變更的版本。
事實上，基于活動的方式最大的好處在于活動與基線的聯合工作方式。在組件被許多人修改以后，創建了一條新的基線。通過活動與基線的使用，使基線間不同點的判斷流程的自動化成為可能�；�間的比較不僅產生自一條基線到另一條基線的變化文件清單，還有活動的清單！這具有巨大的好處：能自動生成發布版本說明；協助測試人員判斷所必需的回歸測試集合，以在每晚的編譯后運行；等等。
基于客戶系統
本文針對UCM的諸多能力及優點，權作拋磚引玉。從根本上講，軟件項目變更管理流程——通過Rational ClearCase和Rational ClearQuest來自動化——提升了抽象級別，以及通過將現實世界對象引入到CM系統中的自動化可行性。這些對象有項目、組件基線和活動。如果你是Rational ClearCase的長期用戶，可能會在ClearCase的定制中意識到UCM流程的點點滴滴。很多這些基于腳本的變更管理流程，建立于ClearCase基礎之上，在定義UCM的涵義中扮演了主角——同時將在決定UCM的未來變化中繼續如此！
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
