需求分解與需求跟蹤矩陣

需求分解是將需求分解成乙個個的功能點。先寫出大的模組，然後子模組，然後細分成各個功能點，模組的個數名稱，子模組的層數，名稱，功能點均可維護。同時每個功能點後面還有開發人員和維護人員的記錄。開發人員和維護人員可以根據不同時期疊加。

模組名稱

子模組名稱1

子模組名稱2

功能點開發人員

維護人員 備註

需求跟蹤矩陣儲存需求與最終成果間的對應關係。具體就是要寫出需求中功能點相對應的需求分析文件，詳細設計文件，**及相應的版本。

入口：從需求分解中取出詳細的功能點。

功能點：功能點編號，功能點說明，所屬模組，功能點變更；功能點的變更可以有數次。

需求文件：各功能點對應的需求文件，文件名稱，作者，基線時間，版本，修改時間，備註。每個文件可以有數次的修改。

設計文件：各功能點對應的設計文件，文件名稱，作者，基線時間，版本，修改時間，備註。每個文件可以有數次的修改。

**：對應功能點編號，元件/包/類名稱，**存放位置，檔名稱，作者，版本

測試報告：測試報告名稱

需求跟蹤矩陣

原始需求

需求分析 設計

** 測試

功能點1

需求文件名稱

設計文件

元件/包/類名稱

測試報告名稱

功能點2

功能點3

功能點功能點編號 功能點說明 所屬模組 功能點變更時間 功能點變更次數 功能點變更內容

需求文件

文件名稱 作者 基線時間 版本 修改時間 備註

**功能點編號 **存放位置 檔名稱 作者 版本

需求分解與需求跟蹤矩陣

需求分解是將需求分解成乙個個的功能點。先寫出大的模組，然後子模組，然後細分成各個功能點，模組的個數名稱，子模組的層數，名稱，功能點均可維護。同時每個功能點後面還有開發人員和維護人員的記錄。開發人員和維護人員可以根據不同時期疊加。模組名稱 子模組名稱1 子模組名稱2 功能點 開發人員 維護人員 備註 ...

關於需求跟蹤矩陣

x朋友問 做了幾年需求跟蹤，最開始用exl表，後來用工具，但是，感覺需求跟蹤和需求編寫質量 粒度等有很大關係。想請問各位，是否有跟蹤矩陣做得好的，真正用上了的。我知道哪個矩陣是有用的，但是維護和使用中容易做不下去，想看看各位都是怎麼用好它的。有什麼經驗？乙個朋友推薦 也許解決方案應該是，在詳細設計之...

什麼是需求跟蹤矩陣RTM

2009 03 19 10 32 今天開會中聽到這個詞,一直對這種正規的軟體公司的流程,規範,管理都不是很了解,轉篇文章方便以後查閱.1 有什麼作用？1 在需求變更 設計變更 變更 2 rtm也是驗證需求是否得到了實現的有效工具，借助rtm，可以跟蹤每個需求的狀態 是否設計了，是否實現了，是否測試了...