UseCase

Usecase的概念<o:p></o:p>

Usecase功能：反映了系统的功能性需求。描述了系统的活动者和系统的交互情况。<o:p></o:p>

一个Usecase表示一组具有共同使用目标的消息序列（scenario），其中消息序列指的是描述活动者与系统交互的一组有序的步骤。消息序列包括两种：一个主要成功消息序列（main success scenario）和多个例外（extensions）。<o:p></o:p>

Usecase图<o:p></o:p>

    Usecase图只是简单地描述每一个用例的交互情况，主要目的是明确用例与活动者的关系和系统的边界，一般包括如下两个方面：1、用例是和那些活动者交互；2、用例包括那些其他的用例。<o:p></o:p>

Usecase描述<o:p></o:p>

    主要描述main success scenario和extensions，其中main success scenario由一些具有数字序号标识的步骤组成，每一步只是简单陈诉一下，但是必须指定这一步是谁执行的，一般来说不是活动者就是系统。其中extensions描述的是MSS中的某一步在一定的条件不能执行这一步的后续步骤，反而直接转入的额外的活动者与系统的交互步骤。一般是由MSS中的数字序号标识开头。<o:p></o:p>

Usecase与Usestory的区别

User Story描述了迭代中的某一块小特征，应该Small（小规模），Testable（可测试），Valuable（有价值）。

Valuable是说User Story能够给利益相关人员提供明确的商业价值。往往表现为满足了用户某方面的预期。

Testable是说User Story可以给验收标准提供明确的上下文。也就是说这个User Story能够对程序的外部行为产生影响，比如界面，日志文件等用户看得见摸得着的东西。

Small是说User Story应该足够小，在商业过程中也就一步或者相关联的几步。小的目的是更好地符合迭代式开发的风格，能够在一个迭代内完成。

这三个特性直接支撑了敏捷开发的一些核心价值：给客户提供价值（对应valuable），保证质量（对应testable）和快速响应变化（small）。<o:p></o:p>

User Story与传统的Use Case有一些不同。某些Use Case的书籍中提倡写出不同层次的Use Case，有High Level的，有Medium Level的，也有Low Level的。从某种程度上来说，High Level相当于Goal，Medium Level相当于User Story，而Low Level相当于Acceptance Criteria。<o:p></o:p>