分布式異地開發：GDD生命周期中的一天
發布: 2008-8-20 10:28 | 作者: 不詳 | 來源: 領測軟件測試網采編 | 查看: 26次 | 進入軟件測試論壇討論
IBM Rational ClearQuest ―― 用于需求變更管理以及缺陷追蹤。無論團隊是分布式的或是協同位置的，開發資產都是活動焦點以及對客戶來說業務交付日益增加價值的部分。有效的管理以及對開發資產缺陷、增強請求、新需求的響應和其他進行變更的追蹤能力在GDD項目中都是極為關鍵的。關于缺陷狀態的未回復問題和混亂是分布式團隊所需要解決的最后一件事情，因為不確定總是會導致昂貴的延遲以及滑向崩潰的錯誤。
為了在GDD環境中提供優化的支持，Alcrohm 了使用 IBM Rational ClearQuest MultiSite，一個已證實的、健壯的、靈活的、能夠跨越多個地點對本地數據存儲同步化變更請求數據的工具，可以對IBM Rational ClearCase進行補充。這不但使對分布式站點數據更新變得更為容易，而且當服務器變得不可用時為數據存儲提供了備份。
IBM Rational RequisitePro ――更有效的通信及管理需求。這個由不良的需求定義及在協同位置開發項目中的溝通所導致的問題在團隊變為異地分布時更為明顯。確實，不良的定義和不充分的需求溝通是導致GDD項目失敗的最常見原因之一。毫不奇怪地是，對創建內容的不正確的假設通常會導致錯誤的解決方案 ―― 特別是當相關的人甚至不講同一種語言時。為了減輕這種關系，Alcrohm將使用IBM Rational RequisitePro進行需求管理。RequisitePro使用數據庫管理并追蹤需求，并為它們分配屬性例如優先級、狀態以及難度級別等。使用Microsoft Word文件記錄需求并提供關鍵的上下文信息。相關文件可以被鏈接，這可以使得對項目范圍及資源變更影響的分析變得更為容易。
為了訪問來自Site B或其它遠程地點的需求，Alcrohm將采用Rational RequisiteWeb的基于瀏覽器的接口。這將使位于Site B的團隊成員可以瀏覽、創建并修改存儲于Site A的需求，同時對需求之間的關系進行追蹤，而無需維護他們各自的數據存儲或是在他們的桌面上安裝另一個客戶端。