該書共分為5個部分：需求獲取，需求分析，需求的格式化與驗證，需求的管理及工程管理。
首先是需求獲取
（一）需求內容：
（1）需求。主要表現為使用者對系統的期望及目標，在獲取中體現為涉眾的問題、期望、觀點、看法和態度等。
（2）問題與描述。主要用於承載和解釋需求的問題域特性，表現為現實世界的業務運**況。
（3）環境與約束。這屬於一種特殊的問題域特性，其主要**於涉眾的描述和對應用環境的觀察。
（1）涉眾。這是獲取資訊的主要**，可以為業務代表、領域專家等。
（2）硬資料。主要為登記**、單據、報表等定量文件，備忘錄、日誌等定性文件。
（3）相關產品。例如競爭對手的同類產品，或者 與本類產品的協同產品。
（4）重要文件。包括系統規格說明文件，競爭產品的規格說明、協作產品的規格說明。這將會成為重要的文件依據。
（三）獲取資訊方法
（1）傳統獲取方法。包括問卷調查、面談、文件分析等。
其中，在實際的學習中，我們就嘗試過頭腦風暴會議，按照步驟先寫出問題、目標（』三尖刀』原則：目標、好處、度量）、涉眾分析，由於是第一次進行相關討論會議，團隊之間缺少默契，掌握知識也有所差距。因此，我們採取非結構化形式，即任意提出自己的觀點的形式保障了整個會議的順利進行。頭腦風暴的會議過程中，較大的收穫就是，能夠保障問題思考的全面性，提出了較為合理的分析方案。
（3）原型
主要應用於某些需求模糊、不確定，是一種發現並且視覺化高階別的技術。主要分為兩種：
①水平和垂直的原型
水平原型也稱「行為原型」，探索預期系統的一些特定行為，從而達到細化需求的目的。可以讓使用者通過原型考慮系統功能的有效性，使使用者**的問題更加具體化。
垂直原型也稱「結構化原型」或者「概念的證明」，僅開發一部分功能，降低現階段可能存在的開發風險。
②拋棄型原型或者進化型原型
分類依據為原型存在的生命週期。
拋棄型原型，顧名思義此原型並不作為最終產品的一部分。僅用於在探索一些問題時，試探性做出類似原型。因此不應花費太多精力。
進化型原型，利用軟體迭代開發的特點，在已經清楚地定義了需求的情況下，通過漸進式開發出產品。因此對**質量要求較高。
（4）模型驅動
常見有面向目標的方法、面向場景的方法、面向用例的方法。
（5）認知方法
通過認知的方法獲取使用者無法用言語表達的需求。常見有任務分析、協議分析等。
（6）基於上下文的方法
通過注重使用者在一定環境下的表現行為，從而獲取到資訊。主要包括：觀察、民族誌、話語分析等。
（四）執行獲取
（五）記錄結果
其次是需求獲取注意事項
合理組織方案
維護專案前景及範圍
防洩漏
軟體需求閱讀筆記01
軟體需求實際就是 業務知識 問題列表 其他元素 軟體需求的三層次 業務需求 使用者需求 軟體需求。需求也有著三種型別 功能需求 非功能需求 設計約束。不完整的需求 缺乏使用者參與 不切實際的使用者期望 需求變更頻繁 提供了不再需要的 敗因解決方案 1 不完整的需求 採用業務導向讓使用者參與到完整性評...
軟體需求閱讀筆記01
在資訊化高速發展的今天，構建與時俱進的資訊化系統已成為所有 企事業單位的重點課題之一。然而在軟體專案實施過程中，進度超期 經費超預算 變更頻繁的現象層出不窮，甚至有許多專案根本無法達到預期的目標，更談不上為業主創造真正的效益。歸根結底，軟體需求實踐這一共同的軟肋是問題的根源。隨著資訊化應用的逐漸深入...
《軟體需求》閱讀筆記01
開篇首先先介紹了乙個關於phil和 maria 的關於客戶姓名更改這個功能沒有實現而造成的問題，這個問題包括很多內容 資訊收集不正規 功能隱晦 對假設功能有理解上的分歧 需求制定不明確以及需求變更不正規等。關於使用者需求，文中肯定了 ian sommerville and peter sawyer ...