需求調研

需求調研其實是門藝術，我有個觀點就是軟件以實用為準。我們要重視客户需求，引導客户得出比較好的解決問題辦法。從而編寫出高質量的軟件需求分析報告。

項目任務書下達給項目經理的時候，項目經理及調研人員應該對合同中軟件範圍認真審閲，雖然合同中的只大概對寫了軟件需求範圍，但這些信息極為重要，它是調研計劃制定的一個依據。

調研計劃制定，項目經理及調研人員對軟件範圍進行討論，對調研活動序列進行劃分，可以採用自頂向下的方法把活動細分，同時對各活動的週期進行評估，對各活動的資源進行分配，制定計劃時最好與以前的經驗及類似的項目關聯起來，使計劃制定的儘量準確些。在制定計劃時考慮到相應的分析，使分配的時間及資源儘量合理些。編制後的計劃在公司評審通過後，及時提交給客户相關部分，一般為信息中心，讓客户對我們的調研計劃有充分的瞭解，同時讓他們在相應的時間協調相關的部門的人員參與我們的調研工作。

① 調研用户領域的組織結構、崗位設置和職責定義，從功能上區分有多少個子系統，劃分系統的大致範圍，明確系統的目標。

② 調研每個子系統所需的工作流程、功能與處理規則，收集單據、報表和賬本等原始資料，分析物流、資金流和信息流三者的關係，以及如何用數據流來表示這三者的關係。

③ 對調研的內容事先準備，針對不同管理層次的用户詢問不同的問題，列出問題清單。將操作層、管理層和決策層的需求既聯繫，又區分開來，形成一個金字塔，使下層滿足上層的需求。

④ 對與用户溝通的情況及時總結歸納，整理調研結果，找出新的疑點，初步構成需求基線。

⑤ 若基線符合要求，則需求分析完畢；反之返回到第1步或第2或第3步。如此循環多次，直到需要分析使雙方滿意為止。