用例图通常被称为行为图，描述述了一些系统或主体(subject)应该或可以与系统的一个或多个外部用户（参与者）合作执行的一组行动（用例），以向参与者或其他利益相关者提供一些可观察到的和有价值的结果。

注意，UML 2.0到2.4规范也描述了用例图 作为类图的特化，而类图是一个结构图。

用例图实际上具有双重性 – 它们都是 行为图，因为它们描述系统的行为，而且它们也是 结构图 – 作为类图的特例，其中分类器被限制为参与者(actors)或分类器被限制为参与者或与关联相关的用例(use cases)。

[uml 2.5ftf-beta 1]将用例从行为建模转移到了UML补充概念。所以，什么样的UML图是用例图是一个不幸的难题。

业务用例图

尽管支持业务建模被声明为UML的目标之一，但UML规范没有提供特定于业务需求的符号。

业务用例在Rational Unified Process（RUP）中引入，以表示在建模业务中执行的业务功能、过程或活动。业务参与者代表了被建模业务外部的一些人或系统所扮演的角色，并与业务交互。业务用例应该产生一个对业务参与者可观察到的价值的结果。

下图显示了业务用例图的主要元素。再次注意，业务用例和业务参与者都没有在UML标准中定义，因此您需要使用一些支持这些标准的UML工具或创建您自己的业务建模原型。

业务用例图的主要元素 - 业务主角， 业务用例，
业务边界， 包含 和扩展关系。

系统用例图

系统）用例图用于指定：

• （外部）要求，要求使用正在设计或分析的系统（主体） – 捕获系统应该执行的操作;
• 一个系统(主体)提供的功能 – 系统可以做什么;
• 要求指定的主体对其环境提出要求- 通过定义环境如何与主体交互以便它能够执行其服务。

UML用例图的主要元素 - 参与者， 用例， 主题，
包含 和扩展关系。

用例主题