? ?這本書的第二部分主要介紹了需求獲取。

? ?在需求獲取的過程中，有很多問題是普遍存在的，了解這些困難對更好地了解需求獲取活動的復雜性有重要意義。書中介紹了幾種常見的困難。1.用戶和開發人員的背景不同，立場不同，因此會存在交流困難。要解決這個問題，就要求開發人員在開展需求獲取之初，盡力去研究應用的背景，理解組織的業務狀況，形成一個能夠和用戶進行有效溝通的粗略的知識框架；2.普遍用戶缺乏概括性、綜合性的表述能力。為解決這個困難，要求開發人員在與用戶接觸之前就先行確定獲取的內容主題，然后設計具體的應用環境和場景條件，讓用戶在執行細節業務的場景中來描述問題和表達愿望；3.用戶存在認知困境。要解決這類問題，開發者就需要利用各種有效的需求獲取方法和技巧，引導用戶去發現用戶尚未形成明確認知的知識；4.用戶越俎代庖。要解決用戶越俎代庖帶來的困難，就要求開發者在需求獲取的過程中，注意保持業務領域和解決方案的區分界限。而且越俎代庖式需求的出現，往往意味著用戶還擁有一些重要的隱藏需求沒有被發現，開發者就應該分析用戶的深層目的，找到隱藏在背后的需求；5.缺乏用戶參與。要解決缺乏用戶參與的困難，就要求開發者在進行需求獲取時，能夠對系統的用戶以及用戶的替代源等相關涉眾進行分析，了解他們的特征、類別、任務、取向等，并在需求獲取中采取對策避免用戶參與不足現象的發生。通過這幾個問題的分析，了解到了需求獲取過程中的困難，并且也學到了一些解決方法，應該會對以后的學習工作有幫助。

? ?需求獲取活動至少要做到：1.研究應用背景，建立初始的知識框架。2.根據獲取的需要，采用必要的獲取方法和技巧。3.先行確定獲取的內容和主題，設定場景。4.分析用戶的高（深）層目標，理解用戶的意圖。5.進行涉眾分析，針對涉眾的特點開展工作。

? ? 項目的業務目標是系統的業務需求。根據系統的高層解決方案和系統特性，可以定義系統的上下文環境，建立系統的邊界。軟件系統的涉眾可以定義為：所有能夠影響軟件系統的實現，或者會被實現后的軟件系統所影響的個人和團隊。軟件系統中常見的涉眾類別有：用戶、客戶、開發者、管理者、領域專家、政府力量、市場力量。

? ? 需求獲取方法：1.面談；2.原型；3.觀察與文檔審查

? ? 1.面談：就是在需求獲取活動發生在需求工程師和用戶之間的面對面的會見，它是一種使用問答格式，具有特定目的的直接會話。之后書中介紹了面談中的問題，準備面談的主要工作，面談的階段，面談的后續工作，面談的類別，面談的優點和局限性，群體面談以及和面談相關的其他需求獲取方法

? ?2.原型：是在軟件開發中被廣泛使用的一種工具，在軟件開發過程中的各個階段，包括需求開發，都會使用不同類型的原型來達到不同的目的。之后書中介紹了原型的類別，原型方法，原型方法的風險。

? ?3.觀察與文檔審查：用戶專心于完成自己的工作，而且不需要同步地向需求工程師解釋自己的工作；需求工程師則置于一旁，他們很少會打斷用戶的工作，同時通過觀察用戶的行為形成對相關信息的學習和認知。文檔審查的主要獲取對象包括相關產品的需求規格說明、硬數據和客戶的需求文檔。

? ?這三種需求獲取方法給我們以后在工作中提供了方法，不至于犯不必要的錯誤。書中對于每一種方法都進行了詳細的介紹，還說明了優缺點以及適用情況，對我們有極大的好處。

? ?在了解面談、原型、觀察和文檔審查等需求獲取方法的同時，還需要懂得怎樣將整個系統的需求獲取行為有效地組織起來。需求獲取的常見模型驅動方法有：1.面向目標的方法。2.基于場景的方法。3.基于用例的方法。書中詳細介紹了這三種方法，使我們更清楚地了解了這三種常用的方法，在以后的需求工程中就有方法可循了。

轉載于:https://www.cnblogs.com/gting/p/4883383.html

總結

以上是生活随笔為你收集整理的《需求工程——软件建模与分析》阅读笔记之二的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。