不少人在分析需求的時候,採用的是東扯葫蘆西扯瓢的方式,列出了不少的需求點,但當你看完後,你仍是不知道到底要幹嗎!! ---- 寫在前面orm
用例,英文名稱Use Case,英文和中文都是很好理解,由於你們都這麼用,咱們暫且不去追究名稱上的問題,只要知道「用例是用來描述需求的流程」,即:描述5W1H中的How。io
看起來用例應該很好寫,由於用例是描述需求的流程的,而需求的流程通常都是客戶根據本身的業務總結出來,而後告訴咱們的。咱們只要將客戶描述的內容記錄下來便可,既簡單又輕鬆!方法
但現實與理想老是有差距的,你可能會遇到一個對業務並不十分熟悉的客戶,又或者和你交流的人員是客戶的臨時工,還有可能和你交流的人立刻要休婚假了,他恨不得趕快告終這個無聊的事。。。。。。總之,各類各樣的狀況均可能出現,就是完美的狀況不會出現!經驗
這種狀況下,咱們如何才能作到完善的分析呢?咱們怎麼知道咱們的分析是否正確,是否有遺漏,是否足夠了?總結
通常的狀況下,公司裏負責需求分析得人員都是資深的員工,對領域、對系統有必定的積累和經驗,即便面對這些狀況,也能夠經過本身的經驗來彌補。異常
但對於一個菜鳥,遇到這種狀況應該怎麼辦呢?難道菜鳥就不能作需求分析了麼?異常處理
別慌,菜鳥雖然沒有經驗,但只要掌握正確的方法,同樣能夠作出很好的需求分析,這就是我總結的用例三部曲方法,又或叫作NEA方法。英文
我總結出的用例方法三段法(NEA方法):中文
通過這簡單三步後,How能夠說分析得八九不離十了。系統