需求追溯矩陣 (RTM)：模板、型別和工具

---

根據開發階段的不同，跟蹤專案需求可能很困難。一些專案可能只有少量標準，而另一些專案可能有幾十個標準，整個過程會變得不堪重負。在開發任何軟體時，都應考慮各種需求，包括業務需求、使用者需求、UI需求、功能性和非功能性需求以及技術先決條件。公司經常釋出充滿錯誤和缺陷的新軟體，最終導致鉅額成本。大型公司可能會在幾分鐘內損失數百萬美元，具體取決於問題的嚴重程度。這就是需求追溯矩陣派上用場的地方。

什麼是追溯矩陣？

追溯矩陣 (TM) 是一種文件，它比較任何兩個需要比較多對多關係的基線文件，以確定這些關係是否平行。追溯矩陣主要用於監控需求並報告專案需求是否得到滿足。

簡單來說，追溯矩陣是一個單一文件，記錄了所有客戶的需求及其在專案週期結束時交付的可追溯性。

需求追溯矩陣 (RTM)

在生命週期結束後提供的單個文件中，RTM 捕獲了客戶提出的所有需求及其軌跡。

軟體行業在其中發揮著作用。RTM 是一種用於確認所有需求都與軟體開發專案中的測試用例相關聯的文件。為了確保在測試階段將考慮所有需求，專案經理主要使用 RTM。

RTM 通常有助於評估專案需求將如何影響專案。追溯矩陣使您能夠檢視在專案期間需求發生變化時受影響的工作流程、測試用例、培訓材料、軟體程式碼等。

無論您是剛開始考慮專案管理培訓還是擁有幾年的經驗，理解需求追溯矩陣以及它如何提升您的專案管理流程和職業都至關重要。

需求追溯矩陣的優勢

現在讓我們詳細討論一些主要的 RTM 優勢。

更輕鬆、更有效

作為專案經理，您會看到專案中經常出現許多變化。無論是內部檢查還是客戶建議。RTM 使您能夠跟蹤這些變化及其對專案每個組成部分的影響。

實現輕鬆文件化

為了為您的團隊提供準確且一致的文件，追溯矩陣非常有用。RTM 透過提供測試用例、線框圖和使用者故事，使您能夠確定需求是否已完全記錄。即使是缺乏的需求，也可以在需求追溯矩陣中突出顯示。

錯誤管理

假設您是一個大型軟體專案的測試經理。面對一堆缺陷積壓，您必須首先解決軟體中最關鍵的問題。

您可以使用需求追溯矩陣過濾掉與重要需求相關的缺陷，以及缺陷的嚴重性、優先順序和其他因素。RTM 最終建立了完整的測試覆蓋率。

如何建立追溯矩陣？

既然您已經瞭解了優勢，那麼讓我們來看一下構建需求追溯矩陣的步驟。

如果您不熟悉 RTM，這似乎是大量資訊需要一次性吸收。為了幫助您開始學習，有很多影片、模板、示例和教程可用。簡潔的基本版本如下：

• 透過概述構建 RTM 的動機，指定您的 RTM 目標。

• 收集所有可用的需求文件，包括業務需求文件和功能需求文件 (分別為 BRD 和 FRD)。需要額外的測試文件，例如測試用例、結果和缺陷。

• 您可以使用 Excel 電子表格建立基本的 RTM 文件。為測試用例、測試結果、問題以及業務和功能需求建立列。接下來，從 BRD 中為每個需求分配一個需求 ID 號。

• 獲取 FRD，併為每個業務需求記錄相關聯的功能需求。

• 相關的功能需求應與測試用例 ID 連線。

• 最後，請記住，如果出現任何變化，請修改您的追溯矩陣。

有哪些型別的矩陣？

RTM 有三種類型：前向追溯、後向追溯和雙向追溯。

前向追溯

將需求對映到測試用例使用前向追溯。這將證明每個需求都經過充分測試，並且還有助於確保專案的軌跡合理。

後向追溯矩陣

可以透過將測試用例與需求對齊來建立後向追溯矩陣。透過這樣做，您可以防止“範圍蔓延”並避免不必要地超出基本需求。

雙向追溯

雙向追溯有效地將前向追溯和後向追溯組合到一個文件中。每個需求都有相應的測試用例這一事實使這種型別非常有價值。

需求追溯矩陣 (RTM) 工具

如果您不喜歡使用 Excel 電子表格，請考慮以下透過追溯矩陣進行需求管理的工具：

Visure Requirements

Visure Solutions 公司專門從事商業和安全關鍵型行業，提供這項技術。該公司的 Visure Requirements 產品提供完整的可追溯性。

Azure DevOps

此應用程式使專案經理能夠透過每個步驟進行追溯，並與 Microsoft 的 Azure DevOps、TFS 和 VSTS 相連線。

ReQtest

這個基於雲的應用程式提供從頭到尾的專案可追溯性。其高度靈活的需求模組幫助專案經理更快地評估和跟蹤變化。

底線

如果您負責管理軟體開發專案的專案需求，除了瞭解需求追溯矩陣外，還必須隨時準備一份可隨時使用的 RTM 文件。