概述
1.獲取干係人資訊
2.調查與記錄
3.整理需求資訊
4.撰寫需求說明書
5.確認需求
需求設計
編碼單元測試
驗收測試
維護需求的三個層次
1）業務需求
2）使用者需求
3）功能需求（軟體必須實現的軟體功能）和非功能需求（操作介面）
如何開展需求調研？
了解需求調研方法
觀察法：參觀使用者的工作流程，觀察使用者的操作。
收集法：收集使用者使用的**，工作責任，工作規範。
收集同類相關產品的資料、技術資料、演示程式或軟體程式。
情景分析：利用情景分析（描述當前一項業務怎麼做，描述設想的系統中此項業務怎麼做。）
視覺化：結合情景分析，結合業務流程圖、功能結構圖、時序圖等圖形與客戶進行討論。
業務流程是有層次性的，這種層次體現在由上至下、由整體到部分、由巨集觀到微觀、由抽象到具體的邏輯關係。
首先，明確你要梳理的業務流程的範圍——用大的粗略的關鍵節點，講清楚這個業務流程範圍中的故事，就是頂層業務流程 圖。你的頂層業務流程圖是業務全域性故事的簡單表達，但是請注意這裡的業務全域性不見得是公司整體的業務全域性，而是你界定好的業務範圍。比如，下圖是餐廳的日 常運作流程圖，若你界定的業務範圍是面向顧客的點餐和結帳流程，那麼這就是頂層業務流程圖。但是若你界定的是整個餐廳的運作業務流程，那這顯然還是乙個子 集——並沒有包含餐廳的採購、**商管理、一級庫存管理等工作。
其次，先從頂層的業務流程分解開始，由粗至細。頂層業務流程圖的梳理原則：
1. 界定範圍內的業務全域性故事。流程圖的常用圖示2. 包含該範圍內的關鍵節點。並且，當被質疑說某某環節怎麼不存在時，自己要清楚它在下一層分解中應該被包含在那個關鍵節點中。比如，贈送10周年優惠券，應該會在結帳節點分解中出現。而列印分單，會在點菜節點中分解。而準備兒童座椅應該是接待入座環節。
3. 頂層流程圖分解出來的關鍵節點未必都會細化分解下去，生成二級以及**的流程圖。這要看該節點涉及到的「活動」以及「角色」是否複雜。
流程圖常用結構
金字塔方法
首先搞清楚物件（調研物件）與物件之間的關係，
理清物件的目標及和其它物件發生關係的目標。
其次理清物件內部的活動以及物件與物件之間的活動。
對活動進行整理，確定活動邊界。
根據活動進行詳細的需求調研。
五種提高
1.了解被調研物件的組織機構，了解每乙個子物件中的關鍵人物，提高自己的觀察能力。
2.了解使用者的行業，學習使用者使用的術語，標準，以便能夠準確的理解使用者的需求，提高自己的行業知識面。
3.需求調研中，學會盡量不使用it行業術語，而採用淺顯易懂的口頭語言來解釋it行業中高深莫測的術語，以便使用者能夠很好的理解，提高自己的溝通交流能力。
4.提高自己的速記能力，文字表達能力以及歸納，能迅速的記錄需求調研核心的問題，總結歸納之。
5.提高自己的總結能力，書寫乙份完整的、前後一致的、可追蹤的需求報告。
步驟1.傾聽客戶的心聲
找乙個安靜的地方，以客戶為主，面對面的溝通和交流，傾聽客戶的心聲，
記錄客戶所說的一切，調研完後對所有的記錄進行整理，形成文件，在下一次的調研開始對上次的總結進行確認。
2.整理客戶的需求
調研主題
調研物件
調研人調研時間
調研描述
3.引導客戶的需求
許多客戶有時候並不知道自己想要什麼？有時候並不清楚自己缺少什麼？所以就需要我們去引導客戶的需求。
常用引導方法：
1）向客戶講述基本的計算機操作。
2）提示客戶在全域性中的地位以及作用。
3）向客戶演示將要實施的系統的原型。
4）從軟體開發中需求考慮的幾個方面入手。
爭取能夠提出使用者的興奮需求，這樣做出的軟體才有生命力，
才能真正體現軟體的價值。
4.編寫使用者需求說明書
需求分析員對收集到的所有需求資訊進行分類整理，消除錯誤，歸納與總結共性的使用者需求，然後形成文件，編寫《使用者需求說明書》。
《使用者需求說明書》要和客戶以及相關的行業專家進行共同評審。以前整理的需求記錄可以作為附件整理在《使用者需求說明書》之後。
用自然語言來表達使用者需求，相對較粗略。
《產品需求說明書》則更多採用計算機語言和圖形符號來刻畫需求。
使用者需求說明書模板
1）產品介紹
2）產品面向的使用者群（使用者特徵，使用的好處）
3）功能需求（功能1，子功能1、2、3）
4）非功能需求（介面要求，軟硬體要求，質量要求）
交談注意事項
1.約好時間，切勿遲到或早退。注意禮節，盡可能獲得使用者的好感，並為下次打擾他們埋下伏筆。
2.事先了解使用者的身份、背景，以便隨機應變。
3.先了解巨集觀問題，再了解細節問題。
4.盡可能避免給使用者添麻煩，但也不能怕給使用者添麻煩而降低需求調研的力度。
5.盡可能聽取多方的綜合意見。
調研後整理
角色：部門、崗位或人
活動：做了什麼事情
次序：做這些事情的次序如何
規則：什麼情況下到什麼事情
如何進行IT專案的需求調研？
一 如何理解客戶業務和客戶需求？原則1 由粗到細，從巨集觀到微觀。必須先從巨集觀上了解客戶業務的全貌，再逐步深入細節。因為對於客戶的業務而言，我們是外行，如果從業務細節著手，很容易迷失方向，失去對業務核心的把 握。同時要認識到，對於乙個外行而言，我們對細節的深入也必定是有限的，不要指望自己能夠無窮的...
如何進行IT專案的需求調研
一 如何理解客戶業務和客戶需求？原則1 由粗到細，從巨集觀到微觀。必須先從巨集觀上了解客戶業務的全貌，再逐步深入細節。因為對於客戶的業務而言，我們是外行，如果從業務細節著手，很容易迷失方向，失去對業務核心的把握 同時要認識到，對於乙個外行而言，我們對細節的深入也必定是有限的，不要指望自己能夠無窮的徹...
如何進行IT專案的需求調研
一 如何理解客戶業務和客戶需求？原則1 由粗到細，從巨集觀到微觀。必須先從巨集觀上了解客戶業務的全貌，再逐步深入細節。因為對於客戶的業務而言，我們是外行，如果從業務細節著手，很容易迷失方向，失去對業務核心的把握。同時要認識到，對於乙個外行而言，我們對細節的深入也必定是有限的，不要指望自己能夠無窮的徹...