開發人員熟悉計算機但不熟悉應用領域的業務，使用者熟悉應用領域的業務但不熟悉計算機，因此對於同乙個問題，開發人員和使用者之間存在認識上的差異。因此在需求分析階段，通過開發人員和使用者之間的交流，澄清一些模糊概念，最終形成乙個完整的、清晰的、一致的需求說明。換句話說，需求分析的好壞將直接影響到所開發的軟體的成敗。
①系統介面要求
描述軟體系統的外部特性。→系統從外部輸入哪些資料，系統向外部輸出哪些資料。
②系統的功能需求
列出軟體系統必須完成的所有功能。
③系統的效能要求
響應時間、吞吐量、處理時間、對主存和外存的限制等。
④安全性、保密性和可靠性方面的要求。
包括基本資料元素、資料元素之間的邏輯關係、資料量、峰值。常用的資料描述手段是實體-關係模型。
結構化分析方法中可用資料流圖來描述
物件導向分析方法中用類模型來描述。
明確使用者的真正需求後，可以更精確地估算軟體的成本和進度，從而修正專案開發計畫。
對一些需求不夠明確的軟體，可以先開發乙個原型系統，以驗證使用者的需求。
需要再次強調的是，需求分析階段主要解決「做什麼」的問題，而「怎麼做」則由設計階段來完成。
所開發的軟體必須具備什麼樣的功能。
指產品必須具備的屬性或品質，如可靠性、效能、響應時間、容錯性、擴充套件性。
也稱為限制條件、補充條件，通常是對解決方案的一些約束說明。
需求分析方法由對軟體的資料域和功能域的系統分析過程及其表示方法組成。它定義了表示系統邏輯檢視和物理檢視的方式。
大多數的需求分析方法都是由資料驅動的，也就是說，這些方法提供了一種表示資料域的機制，開發人員根據這種表示，確定軟體功能及其其他特性，最終建立乙個待開發軟體的抽象模型，→目標系統的邏輯模型。
資料域具有3種屬性：資料流、資料內容、資料結構。
目前出現了許多需求分析方法，每一種分析方法都引入了不同的記號和分析側率，但大多數都包括了：支援資料域分析的機制、功能表示的方法、介面的定義、問題分解的機制、對抽象的支援、邏輯檢視、物理檢視、系統抽象模型。
需求工程就是包括建立和維護系統需求文件所必須的一切活動的過程，→需求開發和需求管理。
（1）需求開發
包括需求捕獲、需求分析、編寫規格說明書和需求驗證4個階段。
（2）需求管理
通常包括定義需求基線、處理需求變更、需求跟蹤等方面的工作。
軟體需求分析報告
圖書館管理系統 學生姓名 徐成明 滕光禹 學號 541007010145 541007010136 專業班級計科10 1班 院 系 計算機與通訊工程學院 指導教師支俊夏永泉 完成時間 2012 年 11 月 18 日 成績隨著社會資訊化程序的不斷深化，計算機軟體的需求越來越複雜，規模也越來越大，而且...
軟體需求分析報告
目錄 1.引言 1 1.1 編寫目的 1 1.2 專案風險 1 1.3 文件約定 1 1.4 預期讀者和閱讀建議 1 1.5 產品範圍 2 1.6 參考文獻 2 2.綜合描述 2 2.1 產品的狀況 2 2.2 產品的功能 3 2.3 使用者類和特性 3 2.4 執行環境 3 2.5 設計和實現上的...
軟體需求分析報告
目錄 1.引言 1 1.1 編寫目的 1 1.2 專案風險 1 1.3 文件約定 1 1.4 預期讀者和閱讀建議 1 1.5 產品範圍 2 1.6 參考文獻 2 2.綜合描述 2 2.1 產品的狀況 2 2.2 產品的功能 3 2.3 使用者類和特性 3 2.4 執行環境 3 2.5 設計和實現上的...