確定訪談目的

確定訪談中包含的用戶

準備訪談中的問題

作出最終訪談的安排

限制訪談時間

尋找異常和錯誤的情況

深入調查細節

認真做好記錄

首要任務是吸收、理解、錄音訪談所獲得的訊息

對使用者回答不上來的問題作記錄，安排到下次訪談確認

發送訪談備忘錄給用戶，確認被訪談者的貢獻，並確認回答錯誤的問題

良好的彈性，有廣泛的應用範圍

協調使用者時間有困難

面談資訊量大，記錄困難

足夠溝通技巧

足夠的領域知識

遇到機密問題和敏感話題

結構化（事先準備好一系列問題，有針對性進行）

非結構化（只列出粗略想法，全靠現場發揮）

實際上最有效的是兩者結合

確定問題及類型

編寫問題

設計問卷調查表的格式

短時間內以低廉代價從大量回答中收集數據

匿名填寫有利於真實回答

整理和統計容易

解釋問卷目的和使用方式

說明回答要求

拜託相關責任人督促填寫及返還

參加客戶會議回答問卷的資訊處理方向

減少問卷回答時間

設定獎品

計算公式：啟發式因子（α）*（可信度係數/可接受的錯誤）*（可信度係數/可接受的錯誤）

加快數據收集速度

取決於系統分析師的主觀因素，依賴經驗與能力

使用工具向使用者說明系統如何適合企業

被動式

主動式

互動式

靜態工具，如紙筆、PPT、圖片等

動態工具，如flash等動畫工具等

最生動需求取得技術，使用者友善、互動性強

時間代價高、獲取需求速度慢

對有歧義的問題、需求最不清楚的領域十分有效

會議組織難度高和相關人員的能力要求高

成本較高效果明顯

特別適合對業務活動級的資訊收集與整理

使用者對工作場景和過程的詳細描述

描述對使用者有價值的功能

內容

形式為手工書寫的使用者故事卡

基本屬性

類似任務卡的需求記錄工具

使用者故事和Volere白卡定位於最小需求項，適合敏捷方法使用

選取原則

精煉、分析、仔細檢視已獲取的需求，確保所有幹係人都理解並找出其中 錯誤、遺漏、不足的地方

繪製系統上下文範圍關係圖

創建使用者原型介面

分析需求的可行性

確定需求的優先級

為需求建立模型

創建資料字典

使用QFD

ER圖表示資料模型

DFD表示功能模型

STD表示行為模型

核心是資料字典

統一建模語言UML

用例模型

分析模型

強調多描述少建模

描述組成

分析過程

基本假設

適合情況

一種迭代的循環型開發方式

需要注意的問題

用好的結構化和自然語言編寫文本型文檔

建立圖形化模型

編寫形式化規格說明

範圍

引用文件

需求

合格性規定

需求可追蹤性

尚未解決的問題

註解

附錄

評審

檢查

走查

計劃

準備

進行評審

對評審結果採取行動

分層次評審

正式評審與非正式評審結合

分階段評審

精心挑選評審人員

對評審人員進行培訓

建立標準的評審流程

做好評審後的追蹤工作

充分準備評審

無足夠的用戶參與

忽略了使用者分類

用戶需求的不斷增加

模稜兩可的需求

不必要的特性

過於精簡的SSR

不準確的估算