ieee對需求定義為：①使用者為了解決問題或達到某些目標所需要的條件或能力。②系統或系統部件為了滿足合同、標準、規範或其他正式文件所規定的要求而需要具備的條件或能力。③對①或②中的乙個條件或一種能力的一種文件化表述。通過這個定義了解了需求並不是使用者想要的，想實現的，了解了需求本質的內涵。
功能需求是軟體系統需求中最常見、最主要和最重要的需求，同時也是最為複雜的需求。功能需求通常體現為三個層次：業務需求、使用者需求、系統需求。
業務需求描述了組織為什麼要開發系統，滿足使用者的業務需求。業務需求是使用者需要在業務上使自己更加方便的開展工作的需求。
使用者需求表達了使用者對系統的期望，但是要透徹和全面地了解使用者的真正意圖，僅僅擁有期望是不夠的，還需要期望的背景知識。因此，對所有的使用者需求，都應該有充分的問題域知識作為背景支援。而在實際工作中，使用者表達自己的期望時，通常不會提及需求所涉及問題域知識，所以需求工程需要根據使用者的需求整理完整的問題域知識。
系統需求是使用者對系統行為的期望，一系列的需求聯絡在一起可以幫助使用者完成任務，達到使用者需求，進而滿足業務需求。需求工程可以直接對映為系統行為，定義了系統中需要實現的功能，描述了開發人員需要實現什麼。
將使用者需求轉化為系統需求的過程，在該過程中，首先需要分析問題領域的特性，從中發現問題域和計算機系統的共享知識，建立系統的知識模型。然後將使用者需求部署到系統模型中，即定義系列的系統行為，讓它們聯合起來實現使用者需求，每乙個系統行為即為乙個系統需求。
需求工程的應執行的路線：1.問題分析：明確問題；定義業務需求；制定解決方案及系統特性。2.需求獲取 3.需求分析 4.文件化和驗證。需求工程的執行路線簡明地展示了乙個需求工程如何執行的流程，也了解了需求工程的整個過程。
書中也列舉了常見的需求定義錯誤，更好地解釋了之前需求的定義，也更加讓我們了解了需求的定義，以及產生需求定義錯誤的原因，通過分析原因可以讓我們在實際過程中注意到並且避免。也可以有更好的方法來避免這些錯誤。
需求工程活動：1.需求獲取；2.需求分析；3.需求規格說明；4.需求驗證；5.需求管理
需求獲取是從人、文件或者環境中獲取需求的過程。在需求獲取中，需求工程師需要執行的任務包括：1.收集背景資料；2.定義專案前景和範圍；3.選擇資訊的**；4.選擇獲取方法，執行獲取；5.記錄獲取結果。
需求分析的主要工作室通過建模來整合各種資訊，從而使人們更好地理解問題。在需求分析階段，需求工程師主要的任務包括：1.背景分析；2.確定系統邊界；3.需求建模；4.需求細化；5.確定優先順序；6.需求協商
需求規格說明：獲取的需求需要被編寫成文件，其中專案前景和範圍文件記錄記錄業務需求、使用者需求分析記錄使用者需求、系統需求被寫入需求規格說明記錄系統需求。需求工程師在這個階段的主要工作包括：1.定製文件模板；2.編寫文件
需求管理：需求管理會進行變更控制，納入和實現合理的變更請求，拒絕不合理的變更請求，控制變更的成本和影響範圍。需求管理階段的主要任務包括：1.建立和維護需求基線集；2.建立需求跟蹤資訊；3.進行變更控制
這一部分詳細介紹了需求的定義及分類，需求過程的活動，使我們了解了需求工程的作用和意義，明確了軟體需求的**和去向。還針對需求工程中理論與實踐並重的現狀，對理論、技術和實踐方法進行了融合。
軟體需求分析 閱讀筆記3
讀 需求工程 軟體建模與分析 第二部分 需求獲取 有感 顧名思義，需求獲取就是進行需求收集的乙個活動，它從人員 資料和環境中得到系統開發所需要的相關資訊。在需求獲取中有很多困難時普遍存在的，了解這些困難度更好地了解需求獲取活動的複雜性有著重要意義。需求獲取中的常見困難 1 使用者和開發人員來自不同的...
軟體需求分析閱讀筆記3
三 需求分析 在需求獲取中，需求工程師可以得到關於問題域的描述資訊，可是上述被記錄在筆錄上的內容還是屬於現實世界的資訊，它們是使用者對現實世界的理解和描述，使用的是實際業務的表達方式。總的來說，需求獲取得到的資訊和需求開發應該建立的軟體系統解決方案之間有著很大的差距，因此需要需求分析解決這個差距的需...
軟體需求模式閱讀筆記3
1.需求獲取 2.需求分析 3.需求規格說明 4.需求驗證 5.需求管理需求獲取是從人 文件或者環境中獲取需求的過程。在需求獲取中，需求工程師需要執行的任務包括 1.收集背景資料 2.定義專案前景和範圍 3.選擇資訊的 4.選擇獲取方法，執行獲取 5.記錄獲取結果。需求分析的主要工作室通過建模來整合...