需求調研

1、整體調研架構

1.畫出組織架構圖,細緻到人員的上一級。開發

2.制定角色、崗位一覽表,粗略描述每一個角色崗位的職能。文檔

3.畫出總流程圖(無關角色)。原型

2、面談調研引用

1.詢問部門角色、崗位,畫出泳道;方法

2.邊談邊畫流程草圖,流程結合泳道;數據

3.每一個步驟詢問如下問題:
1)由哪些角色辦理?
2)是否要填寫什麼單據?若是有單據(不管是電子單仍是紙製單據)則收集,包括業務單據、報表、發票等。
3)仔細詢問單據上每個字段的意義。
4)若是一張單據在多個步驟中被修改(注意,是修改,不是引用),則每次修改後,單據處於什麼狀態?異常

4.若是企業有舊系統,那麼請用戶演示如何操做,並記錄舊系統的問題。 時間

5.詢問有無特例(異常)流程?
需求分析對特例流程的原則是:儘可能避免處理特例流程。由於特例流程一般只佔不多的業務量,但開發時間倒是一點不比普通流程少。
但咱們得了解特例流程,首先仔細調研特例流程,其次分析特例流程與正常流程的區別。
從減輕業務複雜性的角度,與用戶探討特例流程能否歸入正常流程。
其次若是特例流程業務量少,能否從企業規定上避免?
這兩點可做爲需求分析的重點,最好提出完美的解決方法,可以在不修改企業現有流程和規定的狀況下,把特例流程歸入正常流程的開發中。系統

3、系統原型

1.根據需求畫出系統原型;原型最好是有演示數據,複雜操做可以有互動演示。

2.給用戶展現原型,並進行討論。

4、需求文檔

1.把需求調研的結果轉爲需求規格說明書;

2.請客戶在需求規格說明書上簽字。

相關文章
相關標籤/搜索