項目管理的輔助：
在有些地方，需求管理被作為一個技術問題來處理，需求管理所針對的對象只是產品，而同項目管理所涉及的問題例如進程安排或資源分配等無關。實際上，項目管理涉及三方面問題：進程安排、資源分配和質量管理（同需求的統一）。
試想以下三種情況：
●一場高水準的音樂會，預算合理，演出時間卻晚了兩天。
●質量優良的小轎車，交貨及時，然而造價是市價的兩倍。
●一套系統，完全滿足了用戶需求，但在開發過程中使用非法勞工。
這三種情況雖然都滿足了用戶所需，然而缺乏實際意義，因此都以失敗告終。
"我付了錢，但這不是我想要的"，沒有用戶愿意這么說。要避免出現這種情況，在進行項目管理和財務預算時，也必須以需求管理為基礎。僅僅完成了一件設計并不意味著工作的結束，只有這件設計充分解決了需求，它才具有里程碑般的意義。同樣的，一件產品只有在測試和實際操作中完全滿足了需求，已經完全準備好了投入到下一階段的運營，才意味著這件產品在本階段工作的結束。
開發進程中的每一塊里程碑都意味著需求的解決又前進了一步，這樣的每一塊里程碑也都是委托商付款的重要參照，產品開發的整個進程都可以通過需求管理進行監控。
里程碑構造機制的基本方法之一就是進程管理，一項需求的滿足就意味著一塊里程碑的確立。我們應當對用戶需求、針對需求而進行的模塊設計以及每個子模塊的開發進程之間的關聯做到心中有數。
通過我們對需求管理實際應用的分析，幾個關鍵因素凸現出來。首先，需求管理在開發周期中是自始至終存在的。注意：不要把它簡單理解為"需求周期"，需求管理必須始終保持更新，它構成了技術管理的基礎。
其次，需求管理同項目管理是密不可分的。如果我們把每一個需求的解決看作一個里程碑，并以此出發對整個開發進程進行監控，我們就應該對整體開發工作進行精密細致的劃分，從而將需求分析具體化。
☆需求管理的概念化闡釋
需求管理應當具有以下幾個特征：能夠在開發周期的初期就建立需求模型；建模的成本很低；易于以后的具體化和優化；本身能體現最終解決方案的特征。也許某些細節是抽象的，但需求管理模型本身必須是完整的。需求模型不應當具有誘導性或傾向性，必須為開發工作留有充分發揮和優化的空間。同時，我們能夠通過需求模型對最終產品作出評估。但不幸的是，這些特征本身也不是彼此完全兼容的，很難在一個簡單模型中做到面面俱到。
在開發初期針對需求而搭建產品模型（Early Models）是容易的，成本也不會太高，但是這樣的模型是很抽象的，絕非等同于最終產品。隨后的產品原型（Prototypes）或高級模型 (Qualification Models) 將更接近于最終產品，但搭建這樣的模型會要求更高的成本，同時可供修改的余地也更少。
需求管理的多種模式：
需求管理所要搭建的不同模式是由系統工程所采用的標準決定的。傳統上需求管理有兩種模式：客戶模式和系統需求模式。從這兩種模式出發的方案應該分別進行設計，不幸的是我們常常將此二者混為一談。
用戶模式著重描述用戶面臨的問題或希望得到的結果。用戶模式的語言組織很象使用場景的實地描述，指明時間，側重結果。無論誰搭建用戶模式，都必須從用戶的角度出發。
系統需求模式實際是抽象化的解決方案。系統需求模式的語言組織經常運用功能描述或使用詳解性的說明文字，事實上功能描述和使用詳解正是系統需求模式語言組織的典型風格。
實際上設計方案應當是第三種模式，即具體化的解決方案。很明顯這種模式已經非常接近于最終解決方案。很多不同的設計方案都能解決用戶需求，而在用戶需求既定的同時對設計方案作出修改也是切實可行的。在硬件系統設計中，最終進行規模生產的產品體現的往往是第四種模式。
其他設計模式：
搭建多種系統設計模式需要付出相當的工作量，因為每種設計都做到條理清晰并不是件容易的事。如果設計構架和最終方案是一致的，那么工作量可能會減少一些。有些設計方案從產品角度出發，認為不同設計模式最好采用相同構架。但在實際應用當中，設計模式必須采用不同構架，這是因為：
●有些設計中同功能無關的需求，放在其他條件下則可能引起變化；
●出于重復利用現存模塊的考慮；
●出于對機構效率的考慮；
●不同設計方案涉及的步驟要求，我們并不是都要實現；
以上每種因素都會導致設計方案同最初模式不盡相同。設計開發僅僅采用一種模式是很脆弱的。
我們必須記住，一套完整的系統開發要求有不同側重點的多種設計模式與之配合，例如：框架配置模式側重于大致的工作方向，而工作細化模式則標明了需要完成的各種具體工作。各種模式之間并不是孤立的，在實際需求和各種設計模式之間存在著多種關系。這些關系表現在：
●關聯性：不同模式下開發的產品應當具有一致性（系統需求和用戶需求）。
●應用性：非功能需求同功能需求之間的聯系。
●評估測試：需求管理同評測系統之間的聯系（以及產品）。
●設計開發：需求管理同設計模式或產品之間的聯系，我們必須清楚每一部分工作同相應需求之間的對應關系。
何謂需求管理
以下段落將通過分析傳統需求管理模式的特點，看看傳統需求管理模式同"需求管理之需求"是如何發生關聯的。
需求管理模型的特點：
顧名思義，需求管理是完整管理模式中的一環，同其他特性諸如一體性（completeness）、一致性（consistency）等不可分割，彼此相關而成一體。一套需求管理應當是已知系統需求的完整體現，每部分解決方案都是對總體需求一定比例的滿足（甚至是充分滿足），僅僅解決部分需求是沒有意義的。對關鍵需求的疏忽很可能是災難性的，試想一架飛機的安全設計不過關將會帶來什么樣的后果。不同的需求組合起來，構成了一套完整的需求模型。用戶需求決定了系統設計所要解決的問題，所要帶來的結果�？梢哉f，需求管理指明了系統開發所要做和必須做的每一件事，指明了所有設計應該提供的功能和必然受到的制約。
需求的特點：
需求的提出是進行切實可行的系統開發而存在的客觀必然。需求性的描述可以是抽象的，也可以是具體的；它針對的可以是產品本身，也可以是產品開發的方式。
需求性的提出是建立在可驗證的基礎上的，就是說，我們能夠根據需求而通過設定某種檢驗標準對最終產品進行評估，并給出或是或非的唯一回答。在測試中，我們永遠不能說產品完全解決了需求，只能說它更加接近于滿足需求。
存在的各種關聯：
需求管理的一項重要工作就是在整個計劃不同項目之間建立聯系，這也許是在進行系統工程設計時自然而然得到的一種結果。如果我們對需求模式的闡釋正確，并對需求與設計的統一性有了確證，那么我們就有了進行成功開發的堅實基礎。在出色的系統設計中，系統各部分所存在的各種聯系應當是清晰簡明的。系統的相關性、可追溯性保證了從不同側重點出發的系統設計能取得一致的結果。舉例來說：
●系統需求滿足于用戶需求；
●設計方案滿足于系統需求；
關聯性是客觀存在的，對它的描述常被用于展示：
●非功能性需求同功能性需求適用性之間的關系；
●方案設計同需求性的滿足關系；
●開發框架內部的關系（例如目標管理、進度安排、任務細分等）；
●開發過程中各類信息的存檔與交換；
●對每一需求的驗證；
●對于核心需求的合理闡釋。
需求管理的工具：
需求管理所用到的工具必須能夠處理和應用于本文所提到的各種需求，應當有助于我們分析需求，確定相應開發和支持工具以處理相關信息，進而處理系統相應模塊。系統工程師始終致力于用簡單的工具將需求形象化的展現出來，常用的工具比如附有標注說明的系統發布工具以及相關數據庫等。
需求管理涉及到一系列復雜的對象，其任務面向很廣，關系到整個設計開發的方方面面。其使用的工具應當提供如圖列舉的一些功能：
☆總結：需求管理
本文論述圍繞于需求管理工程。需求管理是開發工作有效進行的確證。很明顯需求管理是一種很高層次的系統行為，涉及整個開發過程和產品本身。
需求管理首先要針對需求做出分析，隨后應用于產品并提出方案。需求分析的模型正是產品的原型樣本，優秀的需求管理提高了這樣的可能性：它使最終產品更接近于解決需求，提高了用戶對產品的滿意度，從而使產品成為真正優質合格的產品。從這層意義上說，需求管理是產品質量的基礎。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
