獲取和引導需求：
- 來自用戶
- 引導用戶產生需求
- 預計需求的產生
GPS+GIS+私家車產業發展+手機普及=什么需求
- 需求可以來自管理機構：
- 需求可以來自企業內部
- 需求可以來自技術團隊本身
- 需求來自要更好地了解用戶需求
（需求來自管理機構、需求來自自由企業、需求來自老板本身、用戶的反饋）
一、需求分析概述
需求分析實現的目標：是將軟件用戶對於軟件的一系列意圖、想法轉變為軟件開發人員所需要的有關
軟件的技術規格，但實際上這具有相當大的難度。
需求分析的步驟：需求獲取、需求建模和細化、需求文檔和需求驗證。
1、需求獲取（需求類別、需求獲取的方式）
項目經過前期的確認以后，在需求分析階段獲取的需求，與項目前期獲取的需求有所不同。
（1）需求類別：用戶需求、功能需求、非功能需求
（2）需求獲取的方式：訪談用戶開座談會、問卷調查、跟班作業、收集用戶台賬資料、通過原型完善用戶需求
需求獲取的方式
- 焦點小組Focus Groups
- 卡片分類Card sorting
- 用戶問卷調查Surveys
- 人類學調查Ethnographic Studies
- 快速原型調研Quick Prototype Studies
- 眼動跟蹤研究Eye Tracking Studies
- 日志調研Diary Studies
- 深入面談In-depth Interview
- A/B測試
2、需求建模並細化
（1）結構化方法分析建模：結構化思想下，系統體現為“程序”+"數據"，目標系統的系統分析邏輯模
型由數據流圖和數據字典來描述。
（2）面向對象方法分析建模：面向對象方法下，目標系統的系統分析邏輯由用例模型（用例圖+用例
流程圖）+分析類模型構成。
數據流圖：是描述系統中數據流的圖形工具，是一種用來表示信息流和信息變換過程的圖解方法。
數據字典：是被用來對數據流圖中的加工和數據（數據流）進行補充說明，對數據流中出現的圖形
元素做出確切的解釋。
3、需求文檔化
需要文檔是后續的軟件設計和測試的重要依據，需求文檔應該具有清晰性、無二義性和准確性，並且 能夠全面和准確地描述用戶需求。
4、需求驗證
需求驗證是對需求分析的成果進行評估和驗證。
二、結構化方法的需求分析
結構化方法的需求分析由數據流圖及數據字典構成。
1、數據流圖有四種基本符號：正方形或立方體、圓角矩形或圓形、開口矩形或兩條平行線、箭頭。
- 正方形或立方體：表示數據的源點或終點
- 圓角矩形或圓形：表示變換數據的處理
- 開口矩形或兩條平行線：表示數據存儲
- 箭頭：表示數據流
2、數據字典一般應包括對數據的數據項、數據結構、數據流、數據存儲、處理邏輯、外部實體等進行定義和描述。
三、面向對象的需求分析
面向對象的需求分析，基於面向對象的思想，以用例模型為基礎。
- 參與者：表示與系統進行交互的用戶或外部系統，使用系統的對象
- 用例：指外部可見的系統功能，對系統提供的服務進行描述
- 關聯：表示參與者與用例之間的通信，任何一方都可發送或接受消息
- 泛化：是通常理解的繼承關系
- 包含：指一個較復雜用例所表示的功能分解成較小的步驟
- 擴展：把用例功能的延伸，相當於為基礎用例提供一個附加功能
- 系統：表示一個物體或一項活動
關聯指參與者與用例之間的關系;
泛化指參與者之間或用例之間的關系;
包含指用例之間;
擴展指用例之間的關系：