1、概念：
是一种把现实世界的需求捕获下来的方法。用例定义了一组用例实例，其中每个实例都是系统所执行的一系列操作。简而言之就是对系统功能的描述。
举例：做饭这个用例。要有材料，启动用例的前提；用例执行完了就会有一个结果，变成米饭。
2、特征。
A.独立性。
B.用例的执行结果对参与者来说是可观测的和有意义的。
C.这件事必须由一个参与者发起。不存在没有参与者的用例，用例不应该自动启动，也不应该主动启动另一个用例。
D.用例必须有一个动作和动作的受体。
E.一个用例就是一个需求单元、分析单元、设计单元、开发单元、测试单元、部署单元。
F.粒度。
3.粒度。
1）用例的大小就叫做粒度。
2）粒度的选择。
在项目过程中根据阶段不同，使用不同的粒度
A.业务建模阶段：用例的粒度以每个用例能够说明一件事完整的事情为宜。
B.分析阶段：概念建模阶段，用例的粒度以每个用例能描述一个完整的事件流为宜。可以理解为一个用例描述一项完整业务中的一个步骤。
C.系统建模阶段：以一个用例能够描述操作者与计算机的一次完整交互为宜。
以上的就是一种划分方法。实际上用例粒度的划分依据最标准的方法是以该用例是否完成了参与者的某个完整目的为依据的。
不论粒度如何选择，必须把握好的原则是在同一个需求阶段，所有用例的粒度应该是同一个量级的。
4.用例的获得。
通过问一下问题来获取用例。
A.您对系统有什么期望？
B.您打算在这个系统里做些什么事情？
C.您做这件事的目的是什么？
D.您做完这件事情希望一个什么样的结果？
5.用例和功能的误区。
A.功能是脱离使用者的愿望而存在的。
B.功能孤立的，给一个输入，通过计算机就有一个固定输出。
C.用例可以解释为一系列完成一个特定目标的“功能”的组合，针对不同的应用场景，才分解出“功能”。
6.目标和步骤的误区。
用例是一个完整目标，要达成目标要分几个步骤，但只有完整的目标才是用例。
比如去邮局寄信以完整目标作为用例如下图
以步骤作为用例如下图。
如果错误地使用步骤作为需求用例，你将无法准确地描绘参与者如何使用系统，也就无法准确地捕获需求。
7.用例粒度的误区。
A.由于分不清楚目标和步骤而产生粒度错误。
B.在同一个需求阶段中的用例粒度大小不一。这是因为建模者心目中没有一个清楚的边界，没有时时检查现阶段处于哪个抽象层次而造成的。边界不确定会导致参与者的混乱，进而导致用例的粒度不一。
8.用例有哪些？
（1）业务用例。
业务用例是用例版型中的一种，专门用于需求阶段的业务建模。在为业务领域建立模型时应当使用这种版型。
（2）概念用例。
在实际的应用中很少被人使用，UML也没有为它预定版型，我们可以自己添加，在下面图中
<<conception>>就是一个自定义的版型，用来与其他阶段的用例版型区分，概念用例用于概念建模。
