一、需求捕獲過程
（一）需求內容：
（1）需求。主要表現為使用者對系統的期望及目標，在獲取中體現為涉眾的問題、期望、觀點、看法和態度等。
（2）問題與描述。主要用於承載和解釋需求的問題域特性，表現為現實世界的業務運**況。
（3）環境與約束。這屬於一種特殊的問題域特性，其主要**於涉眾的描述和對應用環境的觀察。
（1）涉眾。這是獲取資訊的主要**，可以為業務代表、領域專家等。
（2）硬資料。主要為登記**、單據、報表等定量文件，備忘錄、日誌等定性文件。
（3）相關產品。例如競爭對手的同類產品，或者 與本類產品的協同產品。
（4）重要文件。包括系統規格說明文件，競爭產品的規格說明、協作產品的規格說明。這將會成為重要的文件依據。
（三）獲取資訊方法
（1）傳統獲取方法。包括問卷調查、面談、文件分析等。
其中，在實際的學習中，我們就嘗試過頭腦風暴會議，按照步驟先寫出問題、目標（』三尖刀』原則：目標、好處、度量）、涉眾分析，由於是第一次進行相關討論會議，團隊之間缺少默契，掌握知識也有所差距。因此，我們採取非結構化形式，即任意提出自己的觀點的形式保障了整個會議的順利進行。頭腦風暴的會議過程中，較大的收穫就是，能夠保障問題思考的全面性，提出了較為合理的分析方案。
（3）原型
主要應用於某些需求模糊、不確定，是一種發現並且視覺化高階別的技術。主要分為兩種：
①水平和垂直的原型
水平原型也稱「行為原型」，探索預期系統的一些特定行為，從而達到細化需求的目的。可以讓使用者通過原型考慮系統功能的有效性，使使用者**的問題更加具體化。
垂直原型也稱「結構化原型」或者「概念的證明」，僅開發一部分功能，降低現階段可能存在的開發風險。
②拋棄型原型或者進化型原型
分類依據為原型存在的生命週期。
拋棄型原型，顧名思義此原型並不作為最終產品的一部分。僅用於在探索一些問題時，試探性做出類似原型。因此不應花費太多精力。
進化型原型，利用軟體迭代開發的特點，在已經清楚地定義了需求的情況下，通過漸進式開發出產品。因此對**質量要求較高。
（4）模型驅動
常見有面向目標的方法、面向場景的方法、面向用例的方法。
（5）認知方法
通過認知的方法獲取使用者無法用言語表達的需求。常見有任務分析、協議分析等。
（6）基於上下文的方法
通過注重使用者在一定環境下的表現行為，從而獲取到資訊。主要包括：觀察、民族誌、話語分析等。
（四）執行獲取
（五）記錄結果
二、需求獲取注意事項
（一）合理的組織方案
一般組織方式為：確定系統邊界、制定上下文圖、系統用例圖，通過遍歷上下文圖和系統用例圖獲取活動。有了整體的組織方案，還可將來自眾多涉眾的資訊整合。
（二）維護專案前景和範圍
使用者在獲取活動過程中，常常會表達出各種各樣的資訊，因此需求工程師需要清楚專案的前景和範圍，從而引導、控制獲取過程。
（三）接收獲取資訊的不穩定性
萬事萬物都具有其變化性，因此需求難免是不斷變化的。
（四）控制探索性工作
對需求的可行性，進行深入和廣泛的研究，在保障成本的情況下，盡可能滿足使用者需求。
（五）防止遺漏
為了保障需求的全面性，最好每乙個涉眾代表都能夠表達出自己的需求，並將其進行細化，通過多種方法進行獲取。檢查邊界值和布林邏輯（邏輯或、邏輯與、邏輯非）。
（六）結束獲取
需求資訊獲取肯定不是一蹴而就的，必定存在需求的更改及變化。但為滿足開發工期，以及防止需求過於繁雜而導致專案失敗。應該採取迭代開發，新出現的需求優先順序較低，可以將其放在下乙個階段的開發過程中。
《需求工程 軟體建模與分析》01
一 滿足需求就是解決問題 問題解決的 兩個方面 問題域與解系統 首先，我們需要簡要了解這兩點的概念。第一，問題域是需求的背景，要理解需求就必須先理解問題域。問題域的背景資訊又被稱為問題域特性 problem domain feature 與需求相區別的是，問題域是自治的，它有自己的執行規律，而且這些...
軟體需求工程與建模 專案需求分析與專案計畫
一 專案名稱 健身助手 二 nabcd分析 need 隨著人們生活水平的提高，大部分人越來越追求食不厭精膾不厭細 又因忙碌的學習與工作忽視了鍛鍊的時候，身體素質與身材也一天天地不如人意起來 而當此炎夏悄然降臨之時，涼爽的衣物又往往將暴露自己的身材 benefit 給想要健身卻沒什麼思路的人乙個完整詳...
《需求工程 軟體建模與分析》閱讀筆記03
一 需求工程過程概念介紹 一 概述 1.規格說明 需求工程過程是系統開發中需求開發活動的整合，它以使用者所面臨的業務問題為出發點進行分析和各種轉換，最終產生乙個能在使用者環境下解決使用者業務問題的系統方案，並將其文件化為明確的規格說明。2.生命週期 需求工程也有屬於它自己的生命週期模型，即存在針對需...