反向鏈結和鏈結探索

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

反向鏈結

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

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

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

鏈結探索

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

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

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

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

OSLC 第 1 版和第 2 版的鏈結實作

如果是基於第 1 版 OSLC 規格的整合,在 IBM® Rational® DOORS® 與「品質管理 (RM)」和「配置管理 (CM)」網域之間,是利用反向鏈結而鏈結起來。 下列影像顯示與 QM 和 CM 工具之整合的反向鏈結。

影像顯示指向 IBM Rational Quality Manager、IBM Rational Team Concert、IBM Rational ClearCase 和 IBM Rational ClearQuest 的反向鏈結。

如果是基於第 2 版 OSLC 規格的整合,在 QM 和 CM 網域中,會使用反向鏈結來搭配工具。 鏈結探索會與「品質管理 (RM)」中的其他工具及「配置管理 (CM)」網域搭配使用。 當 Rational DOORS 與另一個 Rational DOORS 安裝架構整合時,它們是通過反向鏈結而鏈結起來。 下列影像顯示這些鏈結關係。

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

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


意見