需求分解與需求跟蹤矩陣

2021-05-05 09:34:04 字數 800 閱讀 8410

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

模組名稱

子模組名稱1

子模組名稱2

功能點開發人員

維護人員 備註

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

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

功能點:功能點編號,功能點說明,所屬模組,功能點變更;功能點的變更可以有數次。

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

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

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

測試報告:測試報告名稱

需求跟蹤矩陣

原始需求

需求分析 設計

** 測試

功能點1

需求文件名稱

設計文件

元件/包/類名稱

測試報告名稱

功能點2

功能點3

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

需求文件

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

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

需求分解與需求跟蹤矩陣

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

關於需求跟蹤矩陣

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

什麼是需求跟蹤矩陣RTM

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