和實踐中不斷地理清需求、提高需求分析能力。
軟體需求包括3個不同的層次：
【業務需求】
描述組織或客戶的高層次目標，通常問題定義本身就是業務需求。這種目標通常體現在兩個方面：
問題：解決企業/組織運作過程中遇到的問題，如物資**脫節、使用者投訴量大、客戶流失率高等。
機會：抓住外部環境變化所帶來的機會，以便為企業帶來新的發展，例如電子商務、網上銀行等。
業務需求就是系統目標，它必須是業務導向的、指導軟體開發的 高層需求。這類需求通常來自與高層，例如專案投資人、購買產品的客戶、實際使用者的管理者、市場營銷部門或產品策劃部門。業務需求從總體上描述了為什麼要開 發系統（why），組織希望達到什麼目標。一般使用前景和範圍（vision and scope）文件來記錄業務需求，這份文件有時也被稱作專案輪廓圖或市場需求（project charter 或 market requirement）文件。組織願景是乙個組織對將使用的軟體系統所要達成的目標的預期期望。比如「希望實施crm後公司的客戶滿意度達到80％以 上」就是一條組織願景。
【使用者需求】
使用者需求是指描述使用者使用產品必須要完成什 麼任務，怎麼完成需求，通常是在問題定義的基礎上進行使用者訪談、調查，對使用者使用的場景進行整理，從而建立從使用者角度的需求。使用者需求必須能夠體現軟體系 統將給使用者帶來的業務價值，或使用者要求系統必須能完成的任務，也就是說使用者需求描述了使用者能使用系統來做些什麼（what），這個層次的需求是非常重要 的。
作為需求捕獲階段的主要產物，主要具備以下特點：
零散：使用者會提出不同角度、不同層面、不同粒度的需求，而且常常是一句話形式提出的，如通過**、簡訊等非正式方式提出的需求。
存在矛盾：由於使用者處於企業/組織的不同層面，因此難免會出現盲人摸象的現象，而導致需求的片面性。
因此，我們還需要對原始需求進行分析和整理，從而得出更加精確地需求說明。用例、使用者故事、特性等都是表達使用者需求的有效途徑。
【軟體需求】
由於使用者需求具有零散、矛盾的特點，因此需求分析人員還需要對其進行分析、提煉、整理，從而生成指導開發的、更準確的軟體需求，軟體需求是需求分析與建模的產物。
軟體需求是需求的主體，它描述的是開發人員如何設計具體的解決方案來實現這些需求（how），其數量往往比使用者需求高乙個數量級。這些需求記錄在軟體需 求規格說明（software requirments specification）中。srs 完整地描述了軟體系統的預期特性。srs我們一般把它當作文件，其實，srs還可以是包含需求資訊的資料庫或電子**；或者是儲存在商業需求管理工 具中的資訊；而對於小型專案，甚至可能是一疊索引卡片。開發、測試、質量保證、專案管理和其他相關的專案功能都要用到srs。
***********************************=分割線******************************==
軟體需求的層次
1.需求是有層次的。2.不要針對一條條需求進行分析。而是要建立乙個需求的架構。有了架構後就可以看到某乙個具體的需求所在的位置。對客戶的理解就不再是碎片化的。3.如何建立起需求的架構？又如何劃分需求的層次。4.需求的二重性 需求都是由問題和解決方案構成的。這裡的問題不一定是缺陷，也可能是一種願望。這時...
軟體架構之需求層次 需求方面矩陣
廣義功能 質量約束 業務級需求 業務目標 快 好 省 技術性約束 法規性約束 技術趨勢 競爭因素與競爭對手 遺留系統整合 標準性約束 分批實施 使用者級需求 使用者需求 執行期質量 使用者群特點 使用者水平 多國語言 開發級需求 行為需求 開發期質量 開發團隊技術水平 開發團隊磨合程度 開發團隊分布...
需求分析的層次
b 對產品的各種需求進行分類，需求一般存在如下種類 b 功能性需求 軟體能做什麼，具備什麼功能。可用性需求 介面一致性，可操作性，使用者幫助，培訓服務。可靠性需求 系統可能出現的故障型別，頻率，危害程度和處理要求 可支援性需求 系統能夠支援的軟體和硬體環境 效能需求 對於1個或者多個併發請求的響應速...