•嵌入式報表和分析：直接產生需求功能數據報表，如變更控制、變更效應、實施和測試數據等；
•自動獲取需求：在系統中，用戶可以直接輸入需求信息，或者通過文檔形式獲得需求并附加到系統中。 http://bbs.mypm.net
在獨立實現以上功能的基礎上，需求管理工具還需與ALM中的開發過程進行無縫集成，其中包含事件跟蹤、測試管理、以及中央知識庫（如圖1所示）。
http://www.mypm.net
規范點驅動的需求管理
誠然，需求管理對整個軟件項目的成敗發揮著舉足輕重的作用。然而，需求在最初只是客戶或管理人員對產品功能的一種愿望，需求分析師要將這種非結構化、粗線條、不明確的愿望歸納總結為具體的規范點（Specification，簡稱Spec）。產品管理團隊再把各種Spec根據開發時間、成本和效益進行優先排序，確定Spec單，再由開發團隊照單實施。
SpecDD（Specification Driven Development）是TechExcel根據多年經驗，總結眾多客戶關于軟件開發管理的需求而提出的一個概念性框架。SpecDD模型用Spec來表述/定義產品或版本功能，并通過中央知識庫與整個團隊有效共享，使Spec成為貫穿軟件應用生命周期各階段的要素，從而驅動整個開發流程。將知識和需求轉換為結構化的、正規表達的Spec，是將整個開發過程從宏觀戰略落實到具體實施戰術的過程。
SpecDD模型在需求管理上的優勢主要體現為以下三個方面。首先，通過SpecDD模型可以實現對需求的度量和評估，包括每個需求所需要的資源和時間，將開發所需的時間和費用與需求相關聯，度量和評估需求是否成功，通過需求驗證指標來管理開發、測試活動。其次，Spec與項目規劃、開發和測試任務始終保持關聯，這就保證了開發的每一個環節都是可追溯。另外，SpecDD模型還能評估需求變更的潛在影響，例如需求變更對開發和測試工作、項目成本的影響。
通常情況下，Spec包含功能、缺陷和功能增強三個部分，他們都來源于相關的知識或需求，并與需求條目和知識庫中的知識條目相關聯。圖2以Browser 6.0產品為例，用圖形化的方式顯示了Spec與知識、需求的關系。針對Browser產品的最新版本6.0，有安全和用戶界面兩大類需求，通過需求分析師將其分解為新的功能，如支持SSL v.3.0、Tabbed Browsing等；除新功能以外，Spec還包括對之前版本的功能增強，如保存已標記的文件；以及上一版本的缺陷，如保存時響應緩慢。這些Spec通過規劃、編碼、測試等工作，構成最終交付的產品。 
同時，Spec也是高度結構化的，表現為其樹形結構準確對應產品/版本功能樹，以保證開發人員不丟失任何需求（如圖3所示）。產品管理團隊通過創建Spec樹，使每個功能/缺陷/功能增強都能對應分支上的樹葉。同時，Spec與知識項目相關聯，這些知識項目描述了形成此Spec的構思，以及其他相關的文檔、標準、附件和參考項目。http://blog.mypm.net
需求變更的管理
理解需求變更可能產生的效應，并有效的進行控制，對于軟件的最后提交都是至關重要的。無論是變更已有需求，還是增加新的需求，都對項目最終交付的日程造成不同程度的影響。例如，需求變更可能會影響到與之相關的功能、任務和測試工作；編碼延期會延誤與該功能相關的其他開發任務和測試工作。因此，有效的需求管理工具，必須保證項目團隊能夠很容易的評估這些變更可能帶來的影響。
如何在變更發生之前對其進行評估呢？這就需要將需求管理與所有開發、測試行為進行集成，用戶就可以通過跟蹤編碼、測試等行為對變更帶來的潛在影響進行評估。這在SpecDD模型中得以實現。
將有效的變更轉變為需求
文章來源于領測軟件測試網 http://www.kjueaiud.com/
