1. 引言
很多人在分析需求的时候,采用的是东扯葫芦西扯瓢的方式,列出了很多的需求点,但当你看完后,你还是不知道到底要干嘛!! ---- 写在前面
2. 什么是用例
用例,英文名称Use Case,英文和中文都是很好理解,因为大家都这么用,我们暂且不去追究名称上的问题,只要知道“用例是用来描述需求的流程”,即:描述5W1H中的How。
看起来用例应该很好写,因为用例是描述需求的流程的,而需求的流程一般都是客户根据自己的业务总结出来,然后告诉我们的。我们只要将客户描述的内容记录下来即可,既简单又轻松!
但现实与理想总是有差距的,你可能会遇到一个对业务并不十分熟悉的客户,又或者和你交流的人员是客户的临时工,还有可能和你交流的人马上要休婚假了,他巴不得赶快了结这个无聊的事。。。。。。总之,各种各样的情况都可能出现,就是完美的情况不会出现!
这种情况下,我们如何才能做到完善的分析呢?我们怎么知道我们的分析是否正确,是否有遗漏,是否足够了?
3. 用例分析方法
一般的情况下,公司里负责需求分析得人员都是资深的员工,对领域、对系统有一定的积累和经验,即使面对这些情况,也可以通过自己的经验来弥补。
但对于一个菜鸟,遇到这种情况应该怎么办呢?难道菜鸟就不能做需求分析了么?
别慌,菜鸟虽然没有经验,但只要掌握正确的方法,一样可以做出很好的需求分析,这就是我总结的用例三部曲方法,又或叫做NEA方法。
我总结出的用例方法三段法(NEA方法):
- ** 正常处理(Normal)**:通过和客户沟通,分析需求的正常流程;
- ** 异常处理(Exception)**:在正常处理流程的步骤上,分析每一步的各种异常情况和对应的处理;
- ** 替代处理(Alternative)**:在正常处理流程的步骤上,分析每一步是否有其它替代方法,以及替代方法如何做;
经过这简单三步后,How可以说分析得八九不离十了。