需求分析經驗及教訓

這次是做一個晉升系統，已經結案，總結下經驗及教訓。

對於需求採集：與客戶進行需求訪談預約時，客戶常常都說沒有空，只有一次次打電話過去看是否能夠約到時間。。。臉皮要厚才行哦

需求訪談前要先設計一些問題，以是否的方式請客戶代表回答，所以這之前要瞭解客戶開發這個系統的目的及作業基本流程

我與客戶大概進行了6次訪談，第二次訪談結束後，根據客戶提供的表單及收集的需求，使用Excel做了一個簡單的系統Prototype，第三次訪談的時候就用該Prototype與客戶進行訪談，Prototype大大小小改了10次。兩個星期才把Prototype確定下來。

總之遵循以下LOOP流程進行需求的收集及分析

   提問 ——>收集——>分析——>彙整——>結果&問題——>提問

   

以下簡單總結下關注的點：
1.明確瞭解系統建立的目的及意義

2.作業流程及各流程中的需求，並判斷哪些流程屬於系統

3.明確功能需求及非功能需求(如：響應速度、資料安全性等)

4.注意現行狀況下有的紙本表單

5.系統需要進行哪些運算，運算規則

6.理清系統的IPO(Input、Process、Output)

7.各頁面欄位的驗證依據，值範圍約束，是否為空等屬性

8.各頁面錄入資料的資料是否存在未被系統使用的(如果沒有，這些資料就是多餘的)

9.遇到模稜兩可的功能時，不要擅自決定怎麼做，應與客戶確認採納的方案，不然可能做白功

10.不要忽視例外狀況

11.不要做無法達成的承諾

12.與客戶談定一個需求確認人

13.關注End User的需求

14.系統的角色及其許可權，每個階段每個角色可使用的功能及看到的內容有哪些

15.站在不同User角色角度考慮，多想

16.從最差情況考慮，多想：如果有...意外，應該怎麼處理

17.如果客戶對某個需求自己都不確定的時候，可以為其提供初步建議供參考

18.是否需要與別的系統對接，抓取或處理資料

就記得這麼多了。。。以後想起來再補充吧.

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/10314474/viewspace-731291/，如需轉載，請註明出處，否則將追究法律責任。