基本介紹
概念闡述,方法步驟,
概念闡述
需求調研其實是門藝術，我有個觀點就是軟體以實用為準。我們要重視客戶需求，引導客戶得出比較好的解決問題辦法。從而編寫出高質量的軟體需求分析報告。
項目任務書下達給項目經理的時候，項目經理及調研人員應該對契約中軟體範圍認真審閱，雖然契約中的只大概對寫了軟體需求範圍，但這些信息極為重要，它是調研計畫制定的一個依據。
調研計畫制定，項目經理及調研人員對軟體範圍進行討論，對調研活動序列進行劃分，可以採用自頂向下的方法把活動細分，同時對各活動的周期進行評估，對各活動的資源進行分配，制定計畫時最好與以前的經驗及類似的項目關聯起來，使計畫制定的儘量準確些。在制定計畫時考慮到相應的分析，使分配的時間及資源儘量合理些。編制後的計畫在公司評審通過後，及時提交給客戶相關部分，一般為信息中心，讓客戶對我們的調研計畫有充分的了解，同時讓他們在相應的時間協調相關的部門的人員參與我們的調研工作。
方法步驟
① 調研用戶領域的組織結構、崗位設定和職責定義，從功能上區分有多少個子系統，劃分系統的大致範圍，明確係統的目標。
② 調研每個子系統所需的工作流程、功能與處理規則，收集單據、報表和賬本等原始資料，分析物流、資金流和信息流三者的關係，以及如何用數據流來表示這三者的關係。
③ 對調研的內容事先準備，針對不同管理層次的用戶詢問不同的問題，列出問題清單。將操作層、管理層和決策層的需求既聯繫，又區分開來，形成一個金字塔，使下層滿足上層的需求。
④ 對與用戶溝通的情況及時總結歸納，整理調研結果，找出新的疑點，初步構成需求基線。
⑤ 若基線符合要求，則需求分析完畢；反之返回到第1步或第2或第3步。如此循環多次，直到需要分析使雙方滿意為止。
