1、 目 錄1 目的12 適用范圍13 調研簡介13.1 三種需求類13.2 三個調研階段13.3 四個調研角色13.4 五種調研方法24 調研步驟35 調研內容35.1 系統開發目標和預期利益35.2 系統邊界35.2.1 系統邊界范圍圖35.2.2 系統干系人35.2.3 接口系統35.2.4 業務流程圖35.2.5 數據流程圖35.2.6 系統組成35.2.7 功能清單45.3 功能點設計45.3.1 系統軟硬件環境45.3.2 項目干系人利益關系45.3.3 用戶技能水平45.3.4 非功能需求45.3.5 全局約束條件56 調研其他事項66.1 調研組織及接口關系66.2 調研準備活動6

2、6.3 調研記錄及調研報告66.4 調研中注意事項61 目的本文檔描述了調研的方法、步驟、內容及注意事項等內容，旨在為公司進行業務調研活動提供依據。2 適用范圍適用對象：總公司、各分公司及各子公司的需求人員業務范圍：項目業務調研過程3 調研簡介3.1 三種需求類表3-1 需求類型表需求類型描述比例用戶意識到的需求調研時用戶會明確提出，這些需求不做的話，用戶會很不滿意大約會占整個需求的70左右用戶未意識到的需求調研時用戶會想不起來，但以后會陸續想起來。大部分變更是由這種需求產生的大約會占整個項目需求的20到30左右用戶未夢想到的需求有經驗的需求分析人員才能分析出來，這些需求不做，用戶不會不滿意，

3、但一旦做了滿意度會提高很大只占整個需求的5以內3.2 三個調研階段表3-2 調研階段表特征階段使用場合目的方式要點訪談式調研調研早期，對客戶業務不了解熟悉用戶業務以客戶介紹為主，調研人員傾聽事先準備好調研提綱，并提前發給客戶誘導式調研調研中期，對客戶業務比較熟悉驗證需求理解的正確性，發現遺漏需求一問一答整理好問題列表；對于復雜業務，準備一些模型或簡單原型確認式調研需求作為一個階段快要結束了，準備進入下一個階段核對需求，雙方簽字調研方提供材料，用戶審查；用戶提問，調研方回答準備好功能清單、原型、需求規格說明書，雙方簽字3.3 四個調研角色1) 學徒：學習用戶的工作，從用戶的角度來理解它。2) 解

4、釋者：向用戶解釋自己的理解，并請用戶來判斷是否正確。 3) 發明家：發明完成該工作更好的方法，以幫助用戶更好地完成工作。 4) 作家：以需求規格說明書的形式來記錄需求分析的結果。3.4 五種調研方法表3-3 調研方法表調研方法描述用戶訪談1. 需求收集傳統方法，但需要和其他方法配合使用2. 去之前要在家里事先做好“功課”，對用戶所在的行業領域知識有一個基本的了解。第一次去用戶之前尤其重要3. 事先準備好期望的調研主題和調研問題，并提前發給用戶4. 遵循三個基本步驟進行：問答確認5. 不卑不亢的態度：對客戶一定要表示出你的尊敬，但不要讓客戶覺得你無知文檔考古1. 請客戶配合，收集目前有效的文檔、

5、文件、報表和手冊等2. 逐一審查這些文件，搞清這些文件內容所表達的含義3. 整理一份“名詞表”，將這些名詞的含義、目的、作用、取值范圍、與其他名詞的關系搞清楚4. 對于報表，還需要逐一研究各行各列的數據來源及計算關系“文檔考古”和“用戶訪談”是兩種互補性非常強的調研方法使用原型1. 原型分為粗糙原型和精細原型2. 粗糙原型的目的是為了驗證大的業務流程和大的功能符合用戶需求3. 精細原型對調研工作的意義是驗證細節功能和易用性，相對來說精細原型對于開發工作的意義更大做學徒1. 做學徒的基本出發點在于一個事實：一個人很難在事先沒有經過精心準備的情況下100%把自己的工作說清楚2. 需求工程師作為徒弟

6、和作為師父的用戶一起工作3. 徒弟遇到問題需要及時向師父澄清4. 在用戶非常忙無法抽出大塊時間或者用戶不善言談的情況下特別有用業務事件研討會1. 對于非常復雜的業務，往往需要多崗位共同協作完成，為了提高效率將這些負責人召集起來統一調研2. 業務事件研討會的要點在于事先整理一份業務活動清單，對于每項活動逐一分析其正常完成步驟和異常步驟，并分析出各階段的輸出文檔。3. 現場繪制業務流程圖是一種經常采用的手段4 調研步驟圖4-1 調研步驟5 調研內容系統開發目標和預期利益系統邊界確定業務流和數據流確定系統組成和主要功能點逐一落實每個功能點的設計調查系統軟硬件環境調查項目干系人利益關系調查用戶技能水平

7、非功能需求,如進度、質量、信息安全等圈定全局約束條件硬、實軟、虛a) 調研內容5.1 系統開發目標和預期利益業務系統名稱的預期利益和目標。5.2 系統邊界5.2.1 系統邊界范圍圖5.2.2 系統干系人5.2.3 接口系統接口系統的集成關系和數據接口關系。5.2.4 業務流程圖5.2.5 數據流程圖5.2.6 系統組成系統結構圖5.2.7 功能清單5.3 功能點設計5.3.1 系統軟硬件環境1) 硬件環境a) 服務器的配置情況：數量，內存、CPU、磁盤陣列等。b) 網絡配置：網絡接入方式、帶寬。c) 個人計算機配置情況：機器數量、內存、CPU等。2) 軟件環境a) 操作系統。b) 數據庫。c)

8、 應用程序服務器和WEB服務器軟件。d) 安全軟件類型及配置。e) 接口系統。5.3.2 項目干系人利益關系1) 干系人對本項目的重要程度，需要分環節思考。2) 干系人的領導關系。3) 干系人的性格、喜好、工作時間等。5.3.3 用戶技能水平1) 用戶的學歷情況。2) 用戶的年齡情況。3) 用戶對計算機的掌握程度。4) 用戶是否已經習慣某種軟件風格。5.3.4 非功能需求5.3.4.1 界面需求根據領域特點及專業知識，結合了解的情況進行界面風格研究準備工作，可先準備好界面風格參考文檔。了解客戶界面喜好，整理界面風格參考文檔（ppt格式，用于引導客戶，讓客戶有風格的概念，以便進行之后的界面風格選

9、擇工作）。5.3.4.2 性能需求不同系統關注不同類型的性能需求。一個系統很少因為缺少一個功能而失敗，但經常見到因為一個方面的性能指標不符合要求而全部推倒重來。極限數據易用性效率可靠性健壯性計算精度相應速度b) 調研內容5.3.4.3 其他非功能需求可重用性需求安全需求可移植性需求可維護性需求c) 調研內容5.3.5 全局約束條件1) 解決方案類約束條件：a) 操作系統限制。b) 開發語言限制。c) 單機版還是網絡版、C/S結構還是B/S結構。d) 必須與哪些軟件做接口。e) 產品應該采用什么樣的風格。2) 項目約束條件：a) 進度要求。b) 里程碑檢查要求。c) 資源要求。6 調研其他事項6

10、.1 調研組織及接口關系1) 我方調研組織a) 調研最好有兩到三人參加，避免因為個人理解問題導致整個項目出現較大偏差的風險。b) 調研需要根據成員擅長做好分工。2) 客戶調研組織a) 多業務時需要確定總的協調人，我方調研時可和各業務口分別調研，但需求匯總和需求確認需要總協調人負責。6.2 調研準備活動1) 練好內功，調研前一定要花時間了解項目情況和該項目所涉及的業務領域知識。2) 制定調研總計劃。3) 每次調研前制定調研目標和行動計劃。4) 每次調研前準備好必要的調研材料：提綱、問題、原型、文檔、報表等。6.3 調研記錄及調研報告1) 制定統一的調研報告模板（公司模板或根據客戶需要調整）。如用戶需求調查單、會議紀要。2) 調研時隨時記錄，調研完后及時總結并發送給客戶確認。