需求分解是將需求分解成一個個的功能點。先寫出大的模塊,然后子模塊,然后細分成各個功能點,模塊的個數名稱,子模塊的層數,名稱,功能點均可維護。同時每個功能點后面還有開發人員和維護人員的記錄。開發人員和維護人員可以根據不同時期疊加。
模塊名稱 |
子模塊名稱1 |
子模塊名稱2 |
功能點 |
開發人員 |
維護人員 |
備注 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
需求跟蹤矩陣保存需求與最終成果間的對應關系。具體就是要寫出需求中功能點相對應的需求分析文檔,詳細設計文檔,代碼及相應的版本。
入口:從需求分解中取出詳細的功能點。
功能點:功能點編號,功能點說明,所屬模塊,功能點變更;功能點的變更可以有數次。
需求文檔:各功能點對應的需求文檔,文檔名稱,作者,基線時間,版本,修改時間,備注。每個文檔可以有數次的修改。
設計文檔:各功能點對應的設計文檔,文檔名稱,作者,基線時間,版本,修改時間,備注。每個文檔可以有數次的修改。
代碼:對應功能點編號,組件/包/類名稱,代碼存放位置,文件名稱,作者,版本
測試報告:測試報告名稱
需求跟蹤矩陣
原始需求 |
需求分析 |
設計 |
代碼 |
測試 |
功能點1 |
需求文檔名稱 |
設計文檔 |
組件/包/類名稱 |
測試報告名稱 |
功能點2 |
|
|
| |
功能點3 |
|
|
|
|
功能點
功能點編號 功能點說明 所屬模塊 功能點變更時間 功能點變更次數 功能點變更內容
需求文檔
文檔名稱 作者 基線時間 版本 修改時間 備注
代碼
功能點編號 代碼存放位置 文件名稱 作者 版本
原文轉自:http://www.anti-gravitydesign.com