首先解释一下“用例”：用例（Use Case）是UML中一个非常重要的概念。在UML的中，UseCase的定义是：在不展现一个系统或子系统内部结构的情况下，对系统或子系统的某个连贯的功能单元的定义和描述。简单说就是对系统功能的描述而已，不过一个UseCase描述的是整个系统功能的一部分，这一部分一定要是在逻辑上相对完整的功能流程。
在使用UML的整个软件开发过程中，Use Case处于一个中心地位，被认为是第二代面向对象技术的标志。需求是用Use Case来表达的，界面是在UseCase的辅助下设计的，很多类是根据Use Case来发现的，测试实例是根据Use Case来生成的，包括整个开发的管理和任务分配，也是依据UseCase来组织的。
接下来进入主题，到底什么是用例图呢？
用例图是由角色（Actor）、用例（UseCase）以及它们之间的关系构成，是描述系统功能，表达用户需求的静态视图。主要用于对系统、子系统或类的功能行为进行建模。
一、用例图的基本元素：
1.角色：用简笔画小人的图形表示，不只是指人，也可以是事和物。角色还可以称作参与者，它不是指人或事物本身，而是表示人或事物当时所扮演的角色。在系统中触发事件，输入或被动接收信息。分析的时候从以下几方面着手：使用系统的人，系统涉及的维护人员，使用的外接设备(如打印机)，与该系统相联系的系统，对系统产生的结果感兴趣的人等。
2.用例：站在用户的角度，从外部描述系统的功能。用椭圆表示，圈里用文字描述该用例，一般为动宾短语。某个用例不一定只属于一个角色的，有些用例是同时属于多个角色的，即被多个角色“共享”。
3.关系：包括用例之间的关系，角色之间的关系，用例和角色之间的关系。用例图中的关系主要有包含（include），扩展（Extend ）和泛化关系（直线+空心三角表示）。关系用线条表示，其中有箭头的线条表示角色与系统交互的过程中数据的流向。如果箭头指向用例，就说明角色需要往系统输入数据；如果箭头指向角色，说明系统往角色输出数据。没有箭头的线条，则没有明确表示数据的流向。
二、用例图的主要属性：
1.事件流：描述一个用例在执行时执行者与系统之间的交互过程，这个过程包括多个分支。其中基本流描述了用例中常规和预期路径；备选流描述了由于受到其他因素影响，用例执行了其他的路径。
2.前置条件：该用例执行的前提条件，用来描述在什么条件下可以开始执行一个事件流。 后置条件：说明用例结束时系统的状态。（前/后置条件用于用例的验证和评审）。
3.用例图的属性还包括特殊要求、扩展点、问题说明等。
三、用例的粒度和范围：
1.概述级：
2.用户目标级：
3.子功能级：
四、用例注意点：
1.清晰定义系统边界；
2.防止用例过多，注意用例的大小是否恰当；
3.从执行者的角度来命名用例；
4.用例描述正规程度，避免用例描述混乱；
5.避免执行者的名字不一致；
6.避免执行者和用例之间关系太复杂；
7.避免用户不能理解用例的情况发生；
8.有些场合，用用例来描述需求是不适合的。
原文：http://blog.csdn.net/cyl_happygirl/article/details/19118195
