反向鏈結和鏈結探索

反向鏈結和鏈結探索是在所整合的各工具中,在各構件間之鏈結關係的不同實作。 在這兩種情況中,整合都是以 Open Services for Lifecycle Collaboration (OSLC) 通訊協定為基礎。 在反向鏈結中,兩個構件是通過鏈結配對而彼此相關。 每個構件各儲存一個指向另一構件的鏈結。 在鏈結探索中,構件是通過單一鏈結而相關。

反向鏈結

當不同工具中的構件通過反向鏈結而相關時,兩個構件都會偵測到它們彼此相互鏈結,因為每個構件都在其資料中儲存了指向另一構件的鏈結。 這個關係是用兩個個別的鏈結來表示,如下圖所示。

影像顯示物件 1 和 2 之間的兩個鏈結。

在這個類型的鏈結關係中,您不需要完成額外作業,例如執行查詢,來探索可追蹤性。 不過,您必須確保鏈結資料的對稱性和完整性。 比方說,如果您從工具 A 移除鏈結,您必須確定也從工具 B 移除了對應的鏈結。

鏈結探索

當利用探索來鏈結構件時,每個關係都是利用一個從來源構件到目標構件的鏈結來表示。 包含來源構件的工具由包含目標構件的工具來查詢,以判斷鏈結了哪些構件。

查詢是補充作業。 例如,即使工具 A 有一組指向工具 B 的鏈結,如果要完成完整的可追蹤性分析,工具 A 必須執行一項查詢來得知從工具 B 鏈結了什麼東西。

影像顯示從工具 A 到工具 B 的鏈結,以及從工具 B 到工具 A 的探索鏈結。

在這個類型的鏈結關係中,當新增或移除鏈結時,不需要用一個工具去更新另一個工具。不過,如果要判斷可追蹤性,您必須完成額外作業。 如果要完成這些作業,您通常必須接受其他工具的使用者資料庫的鑑別,且您可能需要一份授權。

鏈結 IBM 應用程式

當鏈結至 IBM 應用程式時,會搭配「配置管理 (CM)」網域中的應用程式來使用反向鏈結。鏈結探索會與「需求管理 (RM)」、「架構管理 (AM)」和「品質管理 (QM)」網域中的其他應用程式搭配使用。
註: 只有在 IBM® Engineering Requirements Management DOORS® (DOORS) 9.6.1.4 版或更新版本與 Rational® Quality Manager 6.0.1 版或更新版本整合為一,且在 DOORS 資料庫設定最低用戶端版本 9.6.1.4 時,與 IBM Rational Quality Manager 的整合才會使用鏈結探索。如果兩個條件都不符合,會使用反向鏈結。
DOORS 與另一個 DOORS 安裝架構整合時,它們是通過反向鏈結而鏈結起來。
下列清單顯示 DOORS 和其他應用程式之間的鏈結如何運作:
  • DOORS 鏈結至 Rational DOORS Next Generation

    鏈結儲存在來源構件中。

    目標工具必須對來源工具執行查詢,以探索哪些來源構件有與特定目標構件的鏈結關係。

  • DOORS 鏈結至 Rational Quality ManagerRational Rhapsody® Design Manager

    鏈結儲存在目標構件中。

    來源工具必須對目標工具執行查詢,以探索哪些目標構件有與特定來源構件的鏈結關係。

下列影像顯示這些鏈結關係。

影像顯示與 QM、CM、RM 和 AM 工具整合的鏈結實作。

* DOORSRational Rhapsody Design ManagerIBM Rational Software Architect Extension for Design Management 之間的鏈結一律儲存在 Design Management 應用程式中,即使它們是在 DOORS 中建立也一樣。


視訊圖示視訊

Jazz.net 頻道
Software Education 頻道

學習圖示課程

IoT 線上學院
Skills Gateway

提問圖示社群

Jazz.net
Jazz.net 討論區
Jazz.net 檔案庫

支援圖示支援

IBM 支援中心社群
部署 Wiki