Rational ClearQuest

範例型錄包含以預設 ALM 及企業資料庫為基礎的使用者資料庫實作。在自訂使用者資料庫中,構件之間的關係將不同於範例型錄中的預設實作,但您可以建立新建置或自訂現有建置以用類似方式載入關係。

由於 Rational® ClearQuest® 資料服務具有僅擷取自特定時間後已變更之資料的機能,因此在範例 ETL 中可實作差異載入以擷取 ClearQuest 資料。

預設企業綱目沒有專案概念的概念,但可能需要區分來自不同使用者資料庫的資料。因此,在範例型錄中,「XML 資料配置」檔中的 ClearQuest 使用者資料庫之資源群組名稱會被視為專案名稱,且使用者資料庫中的所有構件將與這些專案相關聯。對於 ClearQuest 資料庫中的構件,則會將 dbid 用作自然索引鍵並對映到資料倉儲內表格中之 EXTERNAL_KEY1。

狀態轉移歷程資料

在 Rational ClearQuest 中,將會為有狀態的記錄類型維護狀態轉移歷程。資料將按以下方式載入範例型錄:
  • 企業綱目:問題及加強功能要求的歷程資料
  • ALM 綱目:ALM 要求、作業及活動
ClearQuest 資料庫中的原始歷程資料將儲存在資料倉儲中的暫存表格內。在 ETL 處理程序期間,此資料將用於計算記錄保持該狀態的日數並對映到 REQUEST_STATE_HISTORYTASK_STATE_HISTORYACTIVITY_STATE_HISTORY。此資料隨後會用於移入與狀態轉移趨勢相關的度量。

整合

ClearQuest 可與 RequisitePro® 及 ClearCase® 整合。因此,RequisitePro 中的需求及 ClearCase 中的配置管理構件,可與 ClearQuest 中的要求及作業相關聯。若在產品中配置了該整合,即可在 ClearQuest 資料服務中使用這些關係。
範例型錄將實作 ETL 建置以載入這些關係。下列索引鍵將用作對映的自然索引鍵:
  • dbidDATASOURCE_ID,以符合資料倉儲中的 ClearQuest 資料。
  • 需求的 GUID(在廣域環境中應該是唯一的),以符合資料倉儲內 RequisitePro 中的需求資料。
  • global unique ID,以符合資料倉儲中的 ClearCase 資料。
這些整合的 ETL 建置不會併入範例型錄的 ETL 工作中,因為若未在環境中設定這些整合,ETL 處理程序將會失敗。您可以根據測量需要,將這些建置新增至工作。

意見