Use Case(用例)和User Story(用户故事) 的 区别

转自: http://blog.csdn.net/lovingprince/article/details/4912285 

Use Case(用例)和User Story(用户故事)他们之间究竟有什么联系和区别,还是他们本身就是一个物种的两种不同叫法而已,究竟哪个好或是哪个不好,这些问题的讨论见诸于各大网络文章之中,其实本人当初也有所迷惑,经过大量翻阅各种资料对比分析,算是有所斩获,下面就我所了解认识到的东西做一个分析,不对之处欢迎拍砖。

   

        要了解二者异同,首先来看各自的概念:

 

       Use Case(用例) :在不展现一个系统或子系统内部结构的情况下,对系统或子系统的某个连贯的功能单元的定义和描述。

       User Story(用户故事):描述对软件(或系统)用户或客户有价值的功能,只是需求描述,而不是详细的需求规范。.


      从定义上其实可以看出来,Use Case是UML中一个重要的概念,他采用actor和系统交互的方式来描述用户需求,使用了一套逻辑上相对完整的事件流来定义,他包括了名称、描述、主要事件流、扩展流、异常流、前置条件和后置条件等等元素,可见他描述需求是相当详细的,在RUP过程中使用得比较多。User Story描述用户需求则是离客户更近一步,他所使用的描述语言类似于“作为XXXX,我希望xxxxxx”这种方式,例如,作为用户,我希望能够查看订单列表,简单的描述用户需要的东西。而没有定义如何交互等事件流方式,这种需求描述形式是比较抽象的,使用User Story在敏捷项目中使用比较多,当然Use Case 也适合敏捷项目。


      因此可以看出,这里并不存在两种方法孰好孰坏的差别,而是说在不同的场景中使用合适的需求描述方式,Use Story更适合比较早期的探索需求阶段,因为他表述起来非常的简单,一个User Story只需要几句话就可以完成,另外一个因素就是用户需求的细节是非常易变的,而其高层描述却是相对稳定的所以我们可以通过使用User Story的方法来从高层确定其需求(包括功能性的和非功能性的),这些单独的Use Story相当于系统中可能要实现的一点,而由我们通过与用户交流所得到的所有User Story则构成了一个面,它就是整个系统所需要实现的功能,举个例子,“作为用户,我希望能够查看订单列表”,非常简洁,但是阐述清楚了谁需要什么的需求;而Use Case更适合于需求分析阶段,因为该阶段需要比较详细的、更系统的需求分析,而Use Case能够满足这一切,不过,由于这里需求进行了具体化处理,因此用户可能在变换交互方式的时候,那么对于User Story来讲不会变的东西,而对于Use Case来讲可能就会有所有变更。

     

 

 

 

   最后说一句,合适当前场景的选择才是最好的选择,不要拘泥于这其中的死条款不放才能取得最好的效果。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值