用例是文本形式的情节描述。用以说明某参与者使用系统以实现某些目标。用例不是图形，而是文本。很多人包括我在内常见的错误就是注重次要的UML用例图，而非重要的用例文本。
定义：参与者、场景和用例
首先，给出几个通俗的定义。参与者（actor）是某些具有行为的事物，可以是人（由角色标识）、计算机系统或组织。场景（scenario）是参与者和系统之间的一系列特定的活动和交互，也称为用例实例（use case instance）。场景是使用系统的一个特定情节或用例的一条执行路径。通俗的讲，用例（use case）就是一组相关的成功和失败场景集合，用来描述参与者如何使用系统来实现其目标。例如：处理退货——场景：顾客携带商品到收银台退货。收银员使用pos系统记录并处理每件退货------
一组用例的实例，其中每个实例都是系统执行的一系列活动，这些活动产生了对某个参与者而言可观察的返回值。
用例和用例模型
用例是文本文档，而非图形；用例建模主要是编写文本的活动，而非制图。用例建模可以包含UML用例图，以显示用例和参与者的名称极其关系。UML用例图可以为系统极其环境提供良好的语境图。
有一种观点用例就是需求，主要说明系统如何工作的功能性或行为性需求。
如何发现用例呢？
基本过程如下：
1）选择系统边界。系统仅仅是软件应用，还是将硬件和应用作为整体？十一个人使用，还是整个组织在使用？
2）确定主要参与者——通过使用系统的服务实现其目标的那些人或事物。
3）确定每个主要参与者的目标。
4）定义满足用户目标的用例，根据其目标对用例命名。通常，用户目标级别的用例和用户目标是一一对应的。
用例的名称应使用动词开头。
最后，就是应用UML画出用例图。
用例图和用例关系在编写用例工作中是次要的。用例是文本文档。编写用例意味着编写文本。