這種方法具有以下優點:
？■它使您更容易看到軟件產品的全貌並了解產品功能的完整性。
？■提供可視化工具來篩選用戶需求並確定其優先級，以幫助您做出決策。
？■更好的叠代和增量開發，同時確保產品發布有計劃、可控。
？■它為傳統項目規劃提供了更好的替代工具。
？■幫助管理項目範圍，避免範圍無限擴大。
？首先，舉壹個用戶需求地圖的例子，以便讀者能夠全面了解需求地圖，然後介紹如何創建這樣的地圖:
點擊這裏查看原圖。
常見的需求獲取方法包括以下幾種:
用戶訪談是獲取需求的最基本手段之壹，這意味著分析師以個人訪談或小組會議的形式與用戶進行交流。用戶訪談的形式包括結構化和非結構化。結構化是指分析師根據壹定的標準事先準備壹系列問題，並通過用戶的回答獲得有關目標軟件的內容。非結構化就是只列出壹個大概的想法，根據面試的具體情況來發揮。
在進行用戶訪談時，由於許多關鍵人員時間有限，很難安排太多時間或項目涉及的客戶範圍很廣，因此不可能逐壹訪談。因此，需要使用用戶調查的方法，精心設計要問的問題，然後分發給相關人員讓他們填寫，然後從填寫的內容中獲取系統需求信息，從而克服上述問題。
用戶調查最大的不足是缺乏靈活性，而且可能會受到調查者不能很好地表達自己想法的限制。
俗話說，眼見為實。對於許多復雜的過程和系統，很難用自然語言表達清楚。因此，為了全面了解系統需求，實際觀察用戶的操作過程是壹種有效的方法。現場觀察意味著去客戶的工作場所，觀察並聽取客戶的解釋，甚至安排人員與客戶壹起工作壹段時間。通過這種方式，分析師可以對客戶需求有更直觀的了解。但是，在現場觀察的過程中必須記住，軟件系統的構建不僅僅是模擬客戶的人工操作過程，而是要以最佳的經濟效益、最快的處理速度、最合理的操作流程和最友好的用戶界面作為軟件設計的目標。
競品可分為兩類:滿足與我們功能相同或相似的用戶需求的產品，以及滿足與我們功能不同的用戶需求的產品。所謂競品分析，就是找到壹個有代表性的競品，從多個維度比較這個產品和我們的產品的異同，分析兩者的優劣，並得出結論，為產品設計和叠代提供突破口或靈感（這裏指的是單個競品分析）。
需求分析主要有兩種方法:結構化方法和面向對象分析。
包括數據流的結構化方法、數據流結構的Jackson方法和數據結構的結構化數據系統開發方法。
結構化方法的本質是以數據流為中心，自上而下逐層分解，建立系統的處理流程，以數據流圖和數據字典為主要工具建立系統的邏輯模型。
結構化分析的步驟如下:
1.通過對用戶的調查，以軟件需求為線索，得出當前系統的具體模型。
2.去掉具體模型中的非本質因素，抽象出當前系統的邏輯模型。
3.根據計算機的特點分析當前系統和目標系統的差異，建立目標系統的邏輯模型。
4.改進目標系統並添加細節，並編寫目標系統的軟件需求規格說明。
5.審查直到確認它完全滿足用戶對軟件的需求。面向對象需求分析方法。
根據需求分析所建立模型的特點，需求分析方法分為靜態分析法和動態分析法。
面向對象需求分析方法的核心是利用面向對象的概念和方法為軟件需求建立模型。它包括面向對象風格的圖形語言機制和用於指導需求分析的面向對象方法。許多面向對象的分析方法已經產生。
每種方法都有自己的產品或系統分析過程，壹組可以描述過程演變的圖形符號，以及壹個使軟件工程師能夠以壹致的方式建立模型的符號系統。如今，廣泛使用的OOA方法包括統壹建模語言（UML），它將OOA和Booch、Rumbaugh和Jacobson等OOD方法的最佳特征結合成壹種統壹的方法。UML允許軟件工程師用由壹組語法、語義和實用規則控制的符號來表示分析模型。
在UML中，壹個系統由五個不同的視圖表示，它們從不同的角度描述系統。每個視圖由壹組圖表定義。
需求地圖主要由三部分組成，從上到下分別是模塊區、預定需求區和預定需求區。計劃需求區域由多個投放計劃組成，如下圖所示:
點擊此處查看大圖。
模塊是壹個樹狀的層次視圖，它分解要開發的產品的功能，並根據功能隸屬關系表示它們。待開發產品的每個子系統和子模塊可視為產品目標的下層功能，每個功能模塊可進壹步分解為第三層、第四層...甚至更多級別。理論上，根據待開發產品的規模，可以對產品的功能模塊進行無限分解。
通過需求分析獲得的模塊構成了待開發產品的“骨架”。這些模塊錄入翼發雲的軟件研發管理系統後，可以在用戶需求地圖中自動生成層次化、關系化的模塊圖，並顯示在需求地圖的第壹部分“模塊區”。
郵件管理系統通過需求分析得到第壹層的四個模塊:郵件組織、郵件管理、日歷管理和聯系人管理。依次將這些模塊分解為更小更細的二級模塊，並將郵件組織分解為兩個子模塊:郵件搜索和郵件分揀。郵件管理分為三個子模塊:發送郵件、閱讀郵件和刪除郵件。聯系人管理分為創建聯系人、編輯聯系人和刪除聯系人。（註意:橙色模塊是最低的模塊）
點擊此處查看大圖。
相應的樹視圖如下:
根據用戶需求調查分析，將用戶需求的基本信息如名稱、需求描述、受理標準、預計工作量和優先級等輸入系統。
當用戶的需求輸入系統後，它們將出現在需求地圖的等待區域。等待區中的需求是尚未安排開發時間的需求。此時可以通過拖拽的方式將需求拖入發布計劃中，從而完成需求的調度工作，等待區中的需求就是已經安排開發的需求。簡單嗎？
多次拖動用戶需求後，最終完成了用戶需求圖:
點擊此處查看大圖。
（註:本文使用免費工具“易發雲R&D管理系統”生成需求圖。詳情見www.effapp.com。)