1、整體調研架構
1.畫出組織架構圖,細緻到人員的上一級。開發
2.制定角色、崗位一覽表,粗略描述每一個角色崗位的職能。文檔
3.畫出總流程圖(無關角色)。原型
2、面談調研引用
1.詢問部門角色、崗位,畫出泳道;方法
2.邊談邊畫流程草圖,流程結合泳道;數據
3.每一個步驟詢問如下問題:
1)由哪些角色辦理?
2)是否要填寫什麼單據?若是有單據(不管是電子單仍是紙製單據)則收集,包括業務單據、報表、發票等。
3)仔細詢問單據上每個字段的意義。
4)若是一張單據在多個步驟中被修改(注意,是修改,不是引用),則每次修改後,單據處於什麼狀態?異常
4.若是企業有舊系統,那麼請用戶演示如何操做,並記錄舊系統的問題。 時間
5.詢問有無特例(異常)流程?
需求分析對特例流程的原則是:儘可能避免處理特例流程。由於特例流程一般只佔不多的業務量,但開發時間倒是一點不比普通流程少。
但咱們得了解特例流程,首先仔細調研特例流程,其次分析特例流程與正常流程的區別。
從減輕業務複雜性的角度,與用戶探討特例流程能否歸入正常流程。
其次若是特例流程業務量少,能否從企業規定上避免?
這兩點可做爲需求分析的重點,最好提出完美的解決方法,可以在不修改企業現有流程和規定的狀況下,把特例流程歸入正常流程的開發中。系統
3、系統原型
1.根據需求畫出系統原型;原型最好是有演示數據,複雜操做可以有互動演示。
2.給用戶展現原型,並進行討論。
4、需求文檔
1.把需求調研的結果轉爲需求規格說明書;
2.請客戶在需求規格說明書上簽字。