x朋友問:
做了幾年需求跟蹤,最開始用exl表,後來用工具,
但是,感覺需求跟蹤和需求編寫質量、粒度等有很大關係。
想請問各位,是否有跟蹤矩陣做得好的,真正用上了的。
我知道哪個矩陣是有用的,但是維護和使用中容易做不下去,
想看看各位都是怎麼用好它的。有什麼經驗?
乙個朋友推薦:
也許解決方案應該是,在詳細設計之前,根據功能規格書,做成功能點的需求跟蹤矩陣,然後測試組開發組同時對需求跟蹤矩陣(主要是完整性)進行評審。然後, 根據需求跟蹤矩陣做成詳細設計書。最後,使用需求跟蹤矩陣檢查詳細設計的完整性。我想這樣也許會使我們的需求跟蹤遺漏減少,值得一試。
cabinhome答:
需求跟蹤矩陣是乙個過程,起點在需求階段,結束在測試階段。
它起初是需求分析的工作產品之一,然後在概設、詳設、編碼、測試的每個階段都要去跟蹤,看是否全面覆蓋、如果有變更要更新本矩陣。概設、詳設、編碼由編碼人員進行,測試階段由測試人員進行,qa檢查過程中的每個階段執**況。
這裡面還有乙個經驗成本的問題,是所有需求矩陣都去跟蹤還是重點跟蹤,這需要根據所在公司的開發規模來定義。做到中國國情下的恰到好處就可以了。:)
需求分解與需求跟蹤矩陣
需求分解是將需求分解成乙個個的功能點。先寫出大的模組,然後子模組,然後細分成各個功能點,模組的個數名稱,子模組的層數,名稱,功能點均可維護。同時每個功能點後面還有開發人員和維護人員的記錄。開發人員和維護人員可以根據不同時期疊加。模組名稱 子模組名稱1 子模組名稱2 功能點開發人員 維護人員 備註 需...
需求分解與需求跟蹤矩陣
需求分解是將需求分解成乙個個的功能點。先寫出大的模組,然後子模組,然後細分成各個功能點,模組的個數名稱,子模組的層數,名稱,功能點均可維護。同時每個功能點後面還有開發人員和維護人員的記錄。開發人員和維護人員可以根據不同時期疊加。模組名稱 子模組名稱1 子模組名稱2 功能點 開發人員 維護人員 備註 ...
關於需求跟蹤矩陣的6個問題
1 需求跟蹤矩陣 rtm 有什麼作用?1 在需求變更 設計變更 變更 測試用例變更時,需求跟蹤矩陣是目前經過實踐檢驗的進行變更波及範圍影響分析的最有效的工具,如果不借助rtm,則發生上述變更時,往往會遺漏某些連鎖變化。2 rtm也是驗證需求是否得到了實現的有效工具,借助rtm,可以跟蹤每個需求的狀態...