ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 需求分析經驗及教訓

需求分析經驗及教訓

原创 Linux操作系统 作者:hky87 时间:2012-05-28 14:47:05 0 删除 编辑
這次是做一個晋升系統,已經結案,總結下經驗及教訓。

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

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

我與客戶大概進行了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/,如需转载,请注明出处,否则将追究法律责任。

下一篇: root默认密码
请登录后发表评论 登录
全部评论

注册时间:2009-10-09

  • 博文量
    87
  • 访问量
    229111