利用Rational ClearQuest 進行變動管理

ClearQuest MultiSite 主控權的功能就是確保一個 ClearQuest 記錄只可以同一時間在一個數據庫鏡像站點更新。一個登錄到站點的用戶若是沒有記錄的主控權，只能查看記錄信息，而不可以對它進行修改。要想進行記錄更新，用戶必須登錄到擁有主控權的站點。

考慮這樣一個場景，客戶在倫敦，支持表明在班加羅爾，開發人員在羅利，測試人員在北京。若是這個變動請求的確認發生在北京，這也是一個數據庫鏡像的地點，這個記錄全部者可能要從一個站點更換到另外一個站點，好比這個記錄的情況從活動變動到解決以及修正須要確認的狀況。(注意：用戶能夠登錄到任何一個鏡像中來讀取信息，可是必須登錄到一個擁有主控權的鏡像才能變動這個記錄。)

樂觀鎖定

當兩我的要更新同一個記錄時，ClearQuest 就能夠利用樂觀鎖定來處理這種狀況。第一個保存記錄更新的人——並非第一個爲了更新而打開記錄的人——會成功。其它的變動就不會被保存。所以，第二個試圖更新記錄的人將須要從新獲得這個記錄並從新進行他或者她的更新。（ 中國軟件工程網）

我能夠推薦一個減小這些麻煩的技術，由於 IBM Rational 內部也使用它，就是利用一個叫做 Record_Script_Alias 的 ClearQuest scripted Action 類型建立一個記錄。這個 Action 在一個遠程的或者同時正在進行更新的記錄上執行。它能夠建立一個新的記錄而且在這個帶有 Action 記錄 ID 的新記錄上更新一個新的字段。ClearQuest 而後建立一個從這個新的記錄 ID 到這個 Action 記錄的 反向引用(back-reference)，不論是否設置了主控權。這兩個記錄都是對方的相關擴展——直接在當前站點，接下來就鏡像到其餘站點。這個反向引用確保相鏈接的記錄可以合適地更新。也就是說，當您建立一個記錄並更新涉及的字段時，這個反向引用將會更新相關的記錄，無論主控權仍是樂觀鎖的爭用。

這裏還有一個更進一步的提示：當建立子記錄做爲建立父記錄的副產品時，使用您建立的父記錄的 Commit Event 來建立這個子記錄。

全部權(Ownership)的角色

因爲鏡像的侷限性，對於 ClearQuest 來講不能實時地肯定記錄是否在更多的站點被建立或者變動。所以，若是記錄在多個站點被建立並反向引用，對於用戶來講是不可能在事前知道這些狀況的。您能夠經過分配全部權和肯定最有可能執行 Action 的人(或者惟一的人員)來進行限制。這樣就縮減了與記錄相關的冗餘的過程，更有效地建立一個虛擬調度機制。

這個方法同時還簡化了主控權和樂觀鎖爭用問題的解決。就是說，您便可以象上面所描述的同樣來建立一個記錄而後用反向引用鏈接記錄，也能夠用全部者指派的隱含更新來構建記錄。您沒必要同時使用兩種方法。

基於角色的用戶體驗

爲了設計、實現和管理變動管理系統，ClearQuest 產品支持基於角色的模型 。

爲了咱們的中心目的，同時也爲了說明 ClearQuest 文檔的目的，IBM Rational 已經肯定了三個常見(實際上很是廣泛)角色。大多數其它您可能肯定的角色都是這三個中的具體實例：用戶、管理員，以及方案開發者。

用戶角色覆蓋了全部 ClearQuest 客戶端可用的任務，這些任務用來在用戶數據庫中從新恢復、建立或者修改數據。普通用戶任務包括從一個用戶數據庫中獲取信息和對這些記錄進行操做，提交變動請求、處理變動請求、修改記錄中的信息，以及運行查詢。用戶多是提交客戶請求的支持表明，也多是一個開發人員，質量工程師，信息開發人員，或者提交，分配，處理，解決，以及爲一個產品特定發佈版本進行變動請求確認的管理者。

管理員的角色用來對數據庫、用戶，小組進行管理，同時還包括安全策略的管理。一個管理員的常見任務包括配置和維護數據庫、管理用戶賬號，以及設置輕量級目錄訪問協議(LDAP)的受權。（ 中國軟件工程網）

方案開發者的角色包括大多數 ClearQuest Designer 中用創建方案的功能，這些方案將定義用戶在 ClearQuest 程序用戶界面工做的數據庫。一個被執行的常見任務包含全部的方案設計以及開發，包括開發狀態轉變模型、記錄、字段和動做類型，以及每一個記錄類型、字段和動做的行爲，包括鉤子(hook) 和腳本，同時還爲 ClearQuest 客戶端的用戶開發窗體。（ 中國軟件工程網）

在許多變動管理的實現中，可能只有少數的方案開發人員和管理員，可是卻有至關多客戶端程序的用戶——可能有幾千的用戶。在 IBM Rational 內部開發小組中的確是這樣的，然而只有少數方案開發人員和管理員對 RATLC 方案進行支持，並繼續進行完善。事實上咱們許多客戶的開發團隊也是這樣的。

然而，這些角色之間的界限是模糊的。好比，同一我的常常會同時擔任着管理員和方案開發者的雙重角色。相似地，鉤子的編寫者或者窗體的設計者也多是安全策略的設計者或者管理用戶組和許可(也叫作用戶權限)的管理員。在 IBM Rational 也有這樣的狀況，可能有些用戶有管理員權限能夠建立查詢並將它們保存到公共文件夾中，另外他們可以管理一些數據庫，或者副本，或者用戶和團隊。