簡單來說，需求工程是所有需求處理活動的總和，它收集資訊、分析問題、整合觀點、記錄需求並驗證其正確性，最終反映軟體被應用後與其環境互動形成的期望效應。從細節來看，需求工程是軟體工程的乙個分支，它關注軟體系統所應實現的現實世界目標、軟體系統的功能和軟體系統應當遵守的約束，同時，也關注以上因素和準確的軟體行為規格說明之間的聯絡，關注以上因素與其時間或跨產品族而演化之後的相關因素之間的關係。有以下3個主要任務，則需求工程
l 一必須說明軟體系統將被應用的環境及其目標，
l 二將目標、功能和約束反映到軟體系統中，
l 三現實世界是不斷變化的，因此需要妥善處理目標、功能和約束隨著時間的演化過程。
需求工程活動包括需求開發和需求管理，需求開發是因為需求工程的「需求」而存在的，它們是專門用來處理需求的軟體技術，包括需求獲取、需求分析、需求規格說明和需求驗證
4個具體活動，需求管理是對需求開發所建立的需求基線的管理，它在需求基線完成之後正式開始，並在需求工程階段結束之後繼續存在，主要工作是跟蹤後續階段中的需求實現和需求變更情況，確保需求得到正確的理解和實現。系統需求開發又被成為需求工程的早期階段，軟體需求開發相應的被成為需求工程的後期階段，系統工程中除了含有處理軟體的軟體工程之外，還包括硬體工程和人力工程，系統需求開發的主要目的是獲得整個系統的期望目標，包括功能特徵和非功能特徵值，獲得的需求被分配到軟體工程、硬體工程和人力工程部分。軟體開發者描述所需軟體系統的特徵和行為，然後通過程式設計在通用計算機上實現，使之表現出之前所描述的特徵和行為。開發軟體系統最為困難的部分就是準確說明開發什麼。最為困難的概念性工作便是編寫詳細技術需求，這包括面向使用者、面向機器和其他軟體系統的介面。
需求工程的複雜性體現在
1. 處理範圍廣泛，
2. 涉及諸多參與方，
3. 處理內容多樣，
4. 處理活動互相交織，
5. 處理結果要求苛刻。
通過閱讀了解到了需求工程的主要內容及任務，對此有了更深的了解，和需求工程的複雜性，是以後工作的重點與難點。
《需求工程》閱讀筆記之六
在完成功能分解之後，可以建立完整的資料流圖層次結構。在這個結構中，所有複雜過程都被解釋為乙個低層次的資料流子圖。但是層次結構當中最低層次的原始過程卻沒有得到更為細節化的展示。為了充分描述系統功能，需要描述這些原始過程的處理邏輯，這個任務就是通過微規格說明技術來實現的。微規格說明是一些用來描述過程處理...
《需求工程》閱讀筆記之需求工程
需求工程活動分為需求獲取和需求分析 需求規格說明 需求驗證 需求管理。需求獲取是從人 文件或環境中獲取需求的過程，需求工程師必須要利用各種方法和技術來 發現 需求。需求開發的過程包含有學習和認知的過程，而學習和認知的過程是遞進的，因此需求獲取和分析是交織在一起的，需求工程師需要獲取一些資訊，隨即進行...
《需求工程》閱讀筆記01
讀 需求工程 第一部分後 需求工程第一部分是基本概述，主要講解了需求是什麼及需求工程的過程。讀了這一部分後，我知道了作為軟體工程專業的一名學生，編 的能力強並不能代表你的軟體工程這乙個專業的能力強。需求工程作為軟體工程中最核心的一部分，充當著不可替代的作用。第一章是需求工程導論，主要介紹了軟體生產中...