用例图（use case diagram）是用户与系统交互的最简表示形式，展现了用户和与他相关的用例之间的关系。通过用例图，人们可以获知系统不同种类的用户和用例。用例图也经常和其他图配合使用。
简单地说，用例图是以平白直观的形式让项目的参与者明白系统应该做什么（What），而在此阶段不考虑系统如何做（How），侧重于从系统的外部来看系统的用途，通过更高层次来辨识系统应该提供的功能。
用例图中的模型元素：
- 参与者（actor）：代表与您正在建模的系统交互的用户角色。用户可以是人类用户、组织、机器或其他外部系统。
- 用例（usecase）：描述了系统为实现用户目标而执行的功能。用例必须产生对系统用户有价值的可观察结果。
- 子系统（usecasesubject）：在 UML 模型中，子系统是一种原型组件，代表系统中独立的行为单元。在类、组件和用例图中使用子系统来表示您正在建模的系统中的大型组件。用于定义系统范围。
用例图中的关系：
- 关联关系（Association）
在 UML 模型中，关联是两个分类器（例如类或用例）之间的关系，它描述了关系的原因和控制关系的规则。 - 泛化关系（Generalization）
在 UML 建模中，泛化关系是一种模型元素（子元素）基于另一个模型元素（父元素）的关系。泛化关系用于类、组件、部署和用例图中，以指示子级接收在父级中定义的所有属性、操作和关系。 - 包含关系（Include）
在 UML 建模中，包含关系是一种关系，其中一个用例（基本用例）包含另一个用例（包含用例）的功能。包含关系支持用例模型中功能的重用。基本用例的执行，包含用例也会一并执行。 - 扩展关系（extend）
在 UML 建模中，扩展关系指定一个用例（扩展用例）扩展另一个用例（基本用例）的行为。这种类型的关系揭示了通常隐藏在用例中的系统或应用程序的详细信息。基本用例执行，扩展用例不一定会执行。
举例说明：
在一个银行业务app中，顾客可以通过下载获取该应用，并使用账号密码登录系统，完成查询余额，转账、支付等功能。如图所示：
注意：一般情况下，如果描述的用例超过20，说明用例图正在被滥用。