如何進行需求調研我們的行程需求調研的概述了解軟件需求調研如何開展需求調研需求調研前的準備需求調研的步驟需求調研中的注意規則需求調研的概述什么是需求？

需求調研的目的

需求調研指通過和客戶反復進行溝通和交流而獲取客戶的需求的一系列活動，為編寫《軟件需要規格說明書》做的前期工作。

了解現實世界中做實際工作的人們真正需要什么樣的程序過程

，編寫《用戶需求說明書》，為編寫《軟件需要規格說明書》提供依據。

什么是需求調研？

需求就是用戶對軟件系統的要求，解決問題的需要。需求調研的概述做好需求調研的重要性

做好需求調研是獲取正確的軟件需求的前提，正確的軟件需求是項目成果的關鍵。需求設計編碼單元測試驗收測試維護（各階段錯誤修改成本比例）需求調研的大體流程軟件需求調研軟件需求的定義

用戶為解決某個問題、或為實現某一目標，要求軟件必須滿足的條件或能力。

軟件需求的三個層次1）

業務需求

2）用戶需求

3）功能需求和非功能需求軟件需求調研軟件需求的三個層次1．業務需求（businessrequirement）反映了組織機構或客戶對系統、產品高層次的目標要求，它是確定調研和軟件范圍的標準。2．用戶需求(userrequirement)文檔描述了用戶使用產品必須要完成的任務，明確用戶業務角色,并通過角色獲取用戶需求。3．功能需求(functionalrequirement)定義了開發人員必須實現的軟件功能，使得用戶能完成他們的任務，從而滿足了業務需求。4．非功能性的需求——描述了系統展現給用戶的行為和執行的操作等，它包括產品必須遵從的標準、規范和約束，操作界面的具體細節和構造上的限制。如何開展需求調研了解需求調研的方法需求調研的方法多種多樣，主要包括：座談法與用戶交談，向用戶提出事先準備好的相關問題。調查表法將相關的問題制成調查表，向用戶群體發調查問卷。觀察法參觀用戶的工作流程，觀察用戶的操作。切記：沒有最好的方法，只有最適合自己的方法。做到根據環境的不同選擇最適合的調研方法。如何開展需求調研金字塔方法目標活動需要關系關系關系首先搞清楚對象（調研對象）與對象之間的關系，理清對象的目標以及和其它對象發生關系的目標；其次梳利清對象內部的活動以及對象與對象之間發生的活動；再次對活動進行整理，確定活動的邊界；最后根據活動進行詳細的需求調研。

需求調研前的準備四種準備1）了解項目背景,通過閱讀方案,與客戶方相關負責人溝通,通過上網了解行業及類似系統情況等.2）做好調研前使用資料的準備，如需求調研模板，各種調研表單以及需求調研問題列表等。

3）制定好需求調研的計劃，對需求調研中可能用到的資源進行一定的分配。

4）準備好需求調研中所要使用到的工具。

兩種心態需求調研前的準備1）保持一種和客戶平等合作的心態，確定需求調研是為了給客戶解決問題，探討問題，而不是接受問題，更不是來指導工作的。

2）平靜面對需求變更的心態，在需求調研過程中，往往雙方對需求理解不一致，造成需求調研前后矛盾，應當心平氣和的去引導客戶，達到需求理解完全一致。

五種提高需求調研前的準備1）了解被調研對象的組織機構，了解每一個子對象中的關鍵人物，提高自己的觀察能力。

2）其次應該了解用戶的行業，學習用戶使用的術語，標準，以便能夠準確的理解用戶的需求，提高自己的行業知識面。

3）需求調研中，學會盡量不使用IT行業的術語，而采用淺顯易懂的口頭語言來解釋IT行業中高深莫測的術語，以便用戶能夠很好的理解，提高自己的溝通交流能力。

4）提高自己的速記能力，文字表述能力以及歸納，能迅速的記錄需求調研核心的問題，總結歸納形成原始的需求調研資料。

5）提高自己的總結能力，書寫一份完整的、前后一致的、可追蹤的需求報告。一般要問的問題5W需求調研前的準備1）問為什么要建系統及系統的建設目標是什么?(業務需求)WHY

2）客戶單位的組織機構是什么樣的?,有哪些類用戶會使用我們的系統?WHO

3）這些用戶要通過我們這個系統干什么,使用的頻度怎么樣?(輸入什么輸出什么)WHAT,WHERE,WHEN

4）當前用戶的網絡現狀和將來我們這個系統將跑的環境是什么,以及已上了哪些應用系統?

5）如果用戶已經上了類似系統,本次項目是重新開發等情況,要了解先前及相關系統有哪些明顯的問題?6）有哪些明確的業務流程?需求調研的步驟1.完全傾聽客戶的心聲找一個合適的地點，以客戶為主，面對面的溝通和交流，完全傾聽客戶的心聲，隨時記錄客戶所說的一切，每一次調研完后要對所有的記錄進行整理，形成文檔，在下一次的調研開始對上次的總結進行確認。切忌在傾聽需求的過程中附帶如何解決的思想！OPEN開發式獲取

CLOSE總結封閉CONFIRM確認yesorno傾聽記錄整理確認需求調研的步驟2.整理客戶的需求

對客戶提出的需求記錄的結構進行整理，整理的格式可以根據自己的寫作習慣，沒有固定的格式，但必須能夠很明確的表明用戶的需求，能夠指導后期編寫《用戶需求說明書》。建議采用以下格式進行整理。調研主題調研對象調研人調研時間調研描述3.

引導客戶的需求需求調研的步驟

許多的客戶有時并不知道自己想要什么？有時并不清楚自己缺少什么？所以就需要我們去引導客戶的需求。造成這種現象的原因很多，主要體現在用戶可能對計算機操作不是很了解，客戶的語言表達能力，客戶只能看到自身的問題等。遇到此種現象后我們應當很虛心的去開發客戶的需求，不能帶有任何的鄙視心情。引導客戶需求的幾種常用方法：向客戶講述基本的計算機操作。提示客戶在全局中的地位以及作用。向客戶演示將要實施的系統的原型。引導客戶的需求應做到能夠描述用戶的常規需求外，能夠發掘用戶的潛在需求，爭取能夠提出用戶的興奮需求，這樣作出的軟件才有生命力，才能真正體現出軟件的價值。需求調研的步驟業務目標調研的步驟與內容當前信息化現狀調研的成果包括:備忘錄,收集的各類材料,使用者和其它相關系統情況介紹等4.

編制調研報告5.編寫用戶需求說明書需求調研的步驟需求分析員對收集到的所有需求信息進行分類整理，消除錯誤，歸納與總結共性的用戶需求，然后形成文檔，編寫《用戶需求說明書》。對于《用戶需求說明書》要和客戶以及相關的行業專家進行共同評審。以前整理的需求記錄可以作為附件整理在《用戶需求說明書》之后。

需求調研的步驟用戶需求說明書的模板需求調研中的注意事項切忌在傾聽需求的過程中附帶如何解決的思想！

在調研過程中我們只是為了摸清楚用戶的所有需求。能搞了解到用戶真正想要的系統，用戶真正要解決什么樣的問題才是需求調研的目標。在調研過程中如果附帶了如何解決用戶提到的需求的想法時，將會使調研人員陷入只見樹木不見森林的的謎團中，而且往往會遺漏用戶的重要需求，造成整體需求的不完整。時間工作量對每一次的調研形成正確的文檔需求調研中的注意事項需求調研是一個漫長的過程。能夠正確理解用戶的需求，并且將用戶的各種需求完整地體現在《軟件需求規格說明書》中將更是一個復雜而艱辛的過程，因此在每一次的會談之后必須將當天的會談紀錄形成文檔，可以以備忘錄的形式讓用戶進行確認。需求調研后形成的文檔文檔必須是正確的，是經過驗證的，是在受控的狀態下變更的。而很多開發人員往往會問：“簡單的系統就不用寫需求了吧？”其實簡單的系統未必簡單，只有想清楚、寫清楚、說清楚才說明已經真正把需求整理清楚了。調研人員與用戶面談時應當注意以下事項如果與用戶約好了時間，切勿遲到或早退。要注意禮節，盡可能獲得用戶的好感，并為下次打擾他們埋下伏筆。調研人員應事先了解調研對象的身份、背景，以便隨機應變。需求調查不象偵探推理那樣從蛛絲馬跡著手，應該先了解宏觀問題，再了解細節問題。如果雙方氣氛融洽，可以采用靈活的訪談形式，輕易不要打斷用戶的談話。當雙方對某些問題的交流合乎邏輯地結束后，即可繼續討論問題表中的其它問題。盡可能避免為用戶添麻煩，但也不能怕給用戶添麻煩而降低需求調查的力度。避免片面地聽取某些用戶的需求而忽視其它用戶的需求。

需求調研