使用者可以是任何事物：人、设备或其他系统。
使用者可以具有属性和操作，它们不出现在“使用者”元素上，而是出现在“文档”窗口中。
一个物理对象可以扮演几个角色，因此可通过几个使用者来建模。
下表描述了可以添加到用例图中的元素。这些元素由 建模组件面板 部分进行分组。
| 元素 | 图标 | 描述 |
|---|---|---|
| “基本”部分 | ||
| 用例 | |
用例描述系统完成的操作，而不描述系统如何完成该操作。用例包含多个方案，每个方案描述贯穿该用例的特定事件流。描述用例中的方案时必须尽可能做到清晰以便易于理解。 |
| 包 | |
一组模型元素。包用于用例图、类图和组件图。包可以嵌套在其他包内。包既可以包含从属包，又可以包含普通模型元素。包可以是模型的子系统。整个系统描述可以视为一个高级子系统包，其中包含系统的所有建模元素。 |
| 使用者 | |
系统用户在与系统的用例交互时所扮演的一组相关角色。 使用者可以是任何事物：人、设备或其他系统。 使用者可以具有属性和操作，它们不出现在“使用者”元素上，而是出现在“文档”窗口中。 一个物理对象可以扮演几个角色，因此可通过几个使用者来建模。 |
| 包含 | |
用例间的依赖关系，在这种关系中，源用例在指定的位置显式地包含另一用例的行为。 |
| 扩展 | |
用例间的依赖关系，在这种关系中，用例扩展源用例的行为。 |
| 泛化 | |
泛化是指较为普通的元素与较为特殊的元素之间的一种分类关系，较为特殊的元素除了完全符合较为普通元素的特征之外，还包含其他信息。此链接也称作特化或继承链接。 |
| 关联 | |
将使用者与用例关联的链接。此链接表明使用者参与用例，并且是使用者和用例间的唯一关系。 |
| “依赖关系”部分 | ||
| 依赖 | |
两个元素之间的关系，二者的定义彼此依赖，即，如果其中一个元素的定义发生变化，那么另一个元素的定义也会随之发生变化。例如，如果一个类将另一个类作为操作参数或其数据的一部分，这两个类就具有依赖性。 |
| 实现 | |
类元之间的语义关系。一个类元指定一个契约，另一个类元保证执行该契约。在以下两个位置使用这些关系：接口和实现它们的类之间，以及用例和实现它们的协作之间。 |
| 用法 | |
一种依赖关系，在这种关系中，一个元素（客户端）能否正常工作或实现取决于另一个元素（提供者）是否存在。 |
| 许可 | |
一种依赖关系，它表明提供者模型元素向客户端模型元素授予访问权限，以便客户端能够访问提供者的部分或全部构成元素。 |
| 抽象 | |
相对于查看者视角的边界。某个实体区别于所有其他种类实体的基本特性。 |
| “注释”部分 | ||
| 注释 | |
使用记事本输入的注释。使用注释来记录图中元素或链接的信息。此信息并不包含在生成的代码中，仅供参考使用。每个注释包含的文本不受限制，并且可将其进行编号。您还可定义构造型，然后输入带有注释的元素。 |
| 链接注释 | |
注释元素和关联元素之间的连接。 |