用来描述用户的需求，从用户的角度描述系统的功能，并指出各功能的执行者，强调谁在使用系统，系统为执行者完成哪些功能。
用例图示被称为参与者的外部用户所能观察到的系统功能的模型图。呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。
用例图列出系统中的用例和系统外的参与者，并显示哪个参与者参与了哪个用例的执行。
用例图中的事物
参与者（Actor）
在系统外部与系统直接交互的人或事物（如另一个计算机系统或一些可运行的进程）。我们需要注意：
1.参与者是角色（role）而不是具体的人，它代表了参与者在与系统打交道的过程中所扮演的角色。所以在系统的实际运作中，一个实际用户可能对应系统的多个参与者。不痛的用户也可以只对应一个参与者，从而代表同一参与者的不同实例。
2.参与者作为外部用户（而不是内部）与系统发生交互作用，是它的主要特征。
用例（Use Case）
系统外部可见的一个系统功能单元。系统的功能由系统单元所提供，并通过一系列系统单元与一个或多个参与者之间交换的信息所表达。用例是参与者想要系统做的事情。对于对用例的命名，我们可以给用例取一个简单、描述性的名称，一般为带有动作性的词。用例在画图中用椭圆来表示，椭圆下面附上用例的名称。
用例图中的关系
参与者与用例之间的关系--关联（Association）
关联表示的是一种结构关系。它描述了一个事物与另外一个事物的对象之间的拥有关系。表示参与者与用例之间的交互，通信途径。
用例之间的关系--包含（include）
箭头指向的用例为被包含的用例，称为包含用例；箭头出发的用例为基础用例。包含用例是必选的，如果缺少包含用例，基用例就不完整；包含用例必须被执行，不需要满足某种条件；其执行并不会改变基用例的行为。
用例之间的团系--扩展（extend）
箭头指向的用例为被扩展的用例，称为扩展用例；箭头出发的用例为基础用例。扩展用例是可选的，如果缺少扩展用例，不会影响到基用例的完整性；扩展用例在一定条件下才会执行，并且其执行会改变基用例的行为。
参与者之间的关系--泛化（Generalization）
泛化是一种“is-a”的关系，它表示一般事物（父类）和该事物的更具体更特殊的类（子类）之间的一种关系。发出箭头的事物“is a”箭头指向的事物。发出箭头的一方代表子类，箭头指向的一方代表父类。子类继承了父类的特性并增加了新的特性。
下面是我自己画的机房收费系统的用例图，仅供参考，有不足之处，希望大家给我指出来