需求規格說明活動就是將需求極其軟體解決方案進行定義和文件化，並傳遞給開發人員的需求工程活動。編寫需求規格說明文件：清晰明確結構化的文件可以將軟體系統的需求資訊和解決方案更好的傳遞給所有的開發者；可以拓展人們的知識記憶能力；可以成為各方人員之間有關軟體系統的協議基準；可以成為專案開發活動的乙個重要依據；可以盡早發現和減少可能的需求錯誤，從而減少專案的返工，降低專案的工作量；可以成為有效的智力資產。需求規格說明文件的型別不同表現在，名稱，內容，組織方式，表達方式，用途和作用，使用的輔助性。需求規格說明文件的寫作需要注意：內容的組織，表達方式，細節描述。優秀的需求規格說明文件應該具備正確性，無歧義，完備性，一致性，根據重要性和穩定性分級，可驗證，可修改，可跟蹤。
（1）需求驗證確保需求集是正確，完備和一致的，技術上是可解決的，它們在現實世界中的滿足是可行和可驗證的。方法有需求評審，原型與模擬，開發測試用例，使用者手冊編制，利用跟蹤關係，自動化分析。（2）需求確認的目的是確保需求的內容正確性。（3）系統驗證：正確地建立系統，確保系統能夠在預期的環境中正確地執行設定的功能。（4）系統確認：建立的系統是正確的。問題修正有需求澄清，發現缺失需求，解決需求衝突，修正不切實際的期望的幾種。
需求基線就是被明確和固定的需求集合，內容包括軟體需求自身和軟體需求相關的描述資訊。基線的維護包括配置管理和狀態維護兩個方面。還有需求跟蹤，控制變更等模組
需求工程的過程管理：需求工程過程需要依賴的環境因素有市場特性，領域特性，技術成熟度，組織文化，專案特性等。需求工程過程的建立包括建立過程框架和選擇工作元件兩個步驟。需求工程過程需要專門特定的評價標準和改進方法。評價可以參照regpg的66個實踐。改進的實施步驟有評價當前過程，計畫改進活動，培訓參與人員，實現新過程，度量新過程，確定下一步行動等六個步驟。過程改進中需要注意以下事項：將需求工程過程放在軟體過程的背景下實施改進，改進的實施要建立在現有過程的評價之上，過程的改進要針對目標，過程的改進要有計畫，過程的改進應該是漸進和持續的。
關於專案的含義對程式設計系統產品的論述給出很好的啟發，區分了下面幾個概念：程式、程式設計產品、程式設計系統、程式設計系統產品。需求工程中的專案管理活動包括資源管理、活動管理和交付物件管理。資源支援主要有一定數量技能良好的可用人員；可行的時間限制和充足的資金支援；可用的系統執行環境、軟體工具、道具、文件模板、可復用資源等其他資源支援。維持需求團隊內部的有效共同應該建立一致的目標，建立有效的共同機制，利用有效的溝通技巧，利用輔助的工具和技術等。需求風險管理就是管理風險的活動，關注軟體開發活動和任務的風險和不確定性，並採取行動減少其中的不確定性或者降低風險的影響範圍。過程包括風險識別，風險分析，制定風險管理計畫，風險跟蹤，風險控制等幾個方面。
《需求工程 軟體建模與分析》讀書筆記3
在讀完 需求工程 軟體建模與分析 的前三部分後，我對軟體需求有了初步的了解，在之後的閱讀中我開始了對這本書的第四部分，需求的文件化和驗證，在這與部分的閱讀中我開始了解到了需求文件的書寫規範，這一部分在軟體需求中同樣十分重要。需求工程 軟體建模與分析 在需求的文件化和驗證中主要分兩個部分講述，分別是需...
《需求工程 軟體建模與分析》讀書筆記三
最近讀完了 需求工程 軟體建模與分析 這本書，這次我主要讀了第五部分 需求管理與工程管理 分為三章，需求管理 需求工程的過程管理 需求工程中的專案管理。需求管理中包括維護需求基線，實現需求跟蹤，控制變更，實踐中需求管理。需求管理的重要任務 交流涉眾的需要，將需求應用 實施到解決方案，驅動設計和實現工...
《需求工程 軟體建模與分析》讀書筆記二
前一陣子，繼續讀了 需求工程 軟體建模與分析 之前了解了需求工程的概論和需求的捕獲，分別講了需求捕獲中的困難。獲取資訊的方法和 學會分析專案的前景 確定系統邊界 涉眾分析與硬資料採集 在需求捕獲時的方法 面談，問卷調查，頭腦風暴，原型，觀察與文件審查 這次讀的主要是介紹需求分析和需求文件化和驗證。其...