當不同工具中的構件通過反向鏈結而相關時,兩個構件都會偵測到它們彼此相互鏈結,因為每個構件都在其資料中儲存了指向另一構件的鏈結。 這個關係是用兩個個別的鏈結來表示,如下圖所示。
在這個類型的的鏈結關係中,您不需要完成額外作業,例如執行查詢,來探索可追蹤性。 不過,您必須確保鏈結資料的對稱性和完整性。 比方說,如果您從工具 A 移除鏈結,您必須確定也從工具 B 移除了對應的鏈結。
當利用探索來鏈結構件時,每個關係都是利用一個從來源構件到目標構件的鏈結來表示。 包含來源構件的工具由包含目標構件的工具來查詢,以判斷鏈結了哪些構件。
查詢是補充作業。 例如,即使工具 A 有一組指向工具 B 的鏈結,如果要完成完整的可追蹤性分析,工具 A 必須執行一項查詢來得知從工具 B 鏈結了什麼東西。
在這個類型的的鏈結關係中,當新增或移除鏈結時,不需要用一個工具去更新另一個工具。 不過,如果要判斷可追蹤性,您必須完成額外作業。 如果要完成這些作業,您通常必須接受其他工具的使用者資料庫的鑑別,且您可能需要一份授權。
如果是基於第 1 版 OSLC 規格的整合,在 IBM® Rational® DOORS® 與「品質管理 (RM)」和「配置管理 (CM)」網域之間,是利用反向鏈結而鏈結起來。 下列影像顯示與 QM 和 CM 工具之整合的反向鏈結。
如果是基於第 2 版 OSLC 規格的整合,在 QM 和 CM 網域中,會使用反向鏈結來搭配工具。 鏈結探索會與「品質管理 (RM)」中的其他工具及「配置管理 (CM)」網域搭配使用。 當 Rational DOORS 與另一個 Rational DOORS 安裝架構整合時,它們是通過反向鏈結而鏈結起來。 下列影像顯示這些鏈結關係。
* Rational DOORS 和 IBM Rational Rhapsody® Design Manager 或 IBM Rational Software Architect Extension for Design Management 之間的鏈結一律儲存在 Design Management 應用程式中,即使它們是在 Rational DOORS 中建立也一樣。