第1章前言 目的
需求調研是為需要說明書做前期工作，可以說需要說明書說是從需求調研表中得到或抽取而出。
需求調研是要了解現實世界中做實際工作的人們真正需要什麼樣的程式的過程，再把這些需求開進細節整理由設計部開發，再由銷售部銷售給使用者。
使用者：系統分析人員
回頁首
第2章前期準備
2.1. 確定工具
2.2. 要做什麼就要先了解什麼
2.3. 建立設計環境
一定建立乙個專門的設計環境來為本專案服務，進行一定的資源分配，進行必要的檔案管理。
2.4. 真正了解自己和使用者
2.5. 列出人員分配表和所有工具列表
回頁首
第3章調研過程
3.1. 蒐集需求得到需求說明書
注意：
雖然最終必須要編成基於計算機解決方案的描述，但到目前為止，我們關注的焦點的文件在相應領域方面的部分。
記住這裡沒有計算機方面的行話，如果是編寫乙個會計軟體，那麼一位會計師都應該清楚地理解程式設計師寫的會計方面的問題說明書
需求說明書問題中，不要太正式。只要描述能表達您想要做的事情就行了，就和另外乙個人在說話一樣就可以。
對於客戶或相應人員了解問題時，一定要有記筆記的習慣，談上幾個小時，很多細節是記不住的。
3.2. 整理，檢查和細化需求說明書
對於客戶的需要進行必要的整理和分類有進從使用者那裡會得到很多資訊，不行進必要的整理就不能從中進行合理的分析
分清有用功能、可選功能用、無用功能及不可實現功能對於使用者來講他可以說出他想要的很多功能，但這些功能間的關係有時是清晰的，但對於很多使用者來講想通過計算機或新系統實現他以前沒有的功能，在這時他所提出的新需求的可行性和與其它模組之間的關係就已經不清，所以對於分析員來講，要從使用者的需求中分清有用功能和無用功能和可選功能，進行分別區分處理，比如不可實現功能請使用者放棄。
不要忽略明顯的錯誤使用者倒是不經常提及他需要的東西，而這些東西對問題來說都是很基本的，要細化檢查一定有注意這個問題。
你認為的也許不是對的對於系統分析員對需求分析的自認為的情況要加以注意，對於乙個行業來說，有些規則可以不是最合理，但它就是那樣存在和使用，所以對於每乙個非明確確定的需求，要由專業人員來審定。除非你就是專家。
3.3. 改進
最初的第一次需求在分析，細化一定有不明及不確定之處，那麼就把整理出乙份問題細化問詢表，對發現的問題進行整理，列出不明之處，可根椐以下格式
問詢人：
問題：業務不清問題列表（業務描述不清）：
1 ….是什麼含義？
2 …..與xx是什麼關係？
多種選擇可以列表（請使用者進行選擇）：
1 ……有多個可能，那麼現在我們使用
a …… b……. c…….. d ……
3.4. 審核需求
自我審枋
把自己從使用者的角度來考慮
是否合理，是否可以提高效率，是否可以達到目的，是否有完整
由使用者來評價
由終端使用者來評價你所列的需求是否達到了使用者要求（使用者人數1-3人，再多也沒有什麼益處）。
重複過程，最終通過審核完成需求說明書
需求調研步驟和方法
第1章前言 目的需求調研是為需要說明書做前期工作，可以說需要說明書說是從需求調研表中得到或抽取而出。需求調研是要了解現實世界中做實際工作的人們真正需要什麼樣的程式的過程，再把這些需求開進細節整理由設計部開發，再由銷售部銷售給使用者。使用者 系統分析人員 第2章前期準備 2.1.確定工具 沒有什麼工具...
需求調研方法
一 需求 系統所要建設的功能點。二 需求調研方法 物件分析法和角色分析法 物件分析法 一 物件分析法 1 利用名詞分析法分析調研中的物件 2 物件具有屬性和動作，分析列舉物件的屬性和動作 3 物件的動作就是功能點，其中物件的複雜動作是流程，對流程分析，可以找到新的物件，進而找到新的需求即功能點 4 ...
需求調研和分析雜記
老調牙的調子，需求調研和分析是系統成敗的關鍵，如何做調研和分析的方法非常多，就從業務的角度來說，難度並沒有坊間傳言的那麼大，涉及到政治，那就是另外一回事情了，這裡不討論。那如何進行呢？1 首先確定系統的大致範圍 目標 即做什麼 do what 這個時候的目標當然是粗粒度的，就是所謂大的用例 和如何做...