用例方法

1. 引言

不少人在分析需求的時候,採用的是東扯葫蘆西扯瓢的方式,列出了不少的需求點,但當你看完後,你仍是不知道到底要幹嗎!! ---- 寫在前面orm

2. 什麼是用例

用例,英文名稱Use Case,英文和中文都是很好理解,由於你們都這麼用,咱們暫且不去追究名稱上的問題,只要知道「用例是用來描述需求的流程」,即:描述5W1H中的Howio

看起來用例應該很好寫,由於用例是描述需求的流程的,而需求的流程通常都是客戶根據本身的業務總結出來,而後告訴咱們的。咱們只要將客戶描述的內容記錄下來便可,既簡單又輕鬆!方法

但現實與理想老是有差距的,你可能會遇到一個對業務並不十分熟悉的客戶,又或者和你交流的人員是客戶的臨時工,還有可能和你交流的人立刻要休婚假了,他恨不得趕快告終這個無聊的事。。。。。。總之,各類各樣的狀況均可能出現,就是完美的狀況不會出現!經驗

這種狀況下,咱們如何才能作到完善的分析呢?咱們怎麼知道咱們的分析是否正確,是否有遺漏,是否足夠了?總結

3. 用例分析方法

通常的狀況下,公司裏負責需求分析得人員都是資深的員工,對領域、對系統有必定的積累和經驗,即便面對這些狀況,也能夠經過本身的經驗來彌補。異常

但對於一個菜鳥,遇到這種狀況應該怎麼辦呢?難道菜鳥就不能作需求分析了麼?異常處理

別慌,菜鳥雖然沒有經驗,但只要掌握正確的方法,同樣能夠作出很好的需求分析,這就是我總結的用例三部曲方法,又或叫作NEA方法。英文

我總結出的用例方法三段法(NEA方法):中文

  1. ** 正常處理(Normal)**:經過和客戶溝通,分析需求的正常流程;
  2. ** 異常處理(Exception)**:在正常處理流程的步驟上,分析每一步的各類異常狀況和對應的處理;
  3. ** 替代處理(Alternative)**:在正常處理流程的步驟上,分析每一步是否有其它替代方法,以及替代方法如何作;

通過這簡單三步後,How能夠說分析得八九不離十了。系統

相關文章
相關標籤/搜索