下表描述了可以添加到组件图中的元素。这些元素由 建模组件面板 部分进行分组。
| 元素 | 图标 | 描述 |
|---|---|---|
| “基本”部分 | ||
| 组件 | |
系统的一个可更换物理部件，它遵循一组接口并提供对它们的实现。 |
| 类 | |
系统中的任何常规类。 |
| 接口 | |
只提供公共操作而不提供属性或方法主体的类的构造型。 |
| 包 | |
一组类定义。 |
| 工件 | |
软件开发流程使用或产生的一种有形信息。例如，源文件、jar 文件、脚本和二进制可执行文件都是工件。 |
| 泛化 | |
子类型元素和超类型元素之间的关系。此关系中的元素必须具有相同的属性。例如，子类型 Manager 和超类型 Employee 共享一种泛化关系。 |
| 实现 | |
两个元素之间的实现关系。 |
| 嵌套链接 | |
嵌套类之间的关系。 |
| 委托 | |
为获得所需接口和端口而进行的从委托源端口到处理目标部分的连接（反之亦然）。 |
| 组装连接器 | |
两个元素之间的一种连接器，它定义一个元素向另一个元素提供所需的服务。组装连接器是建立所需接口（或端口）与提供的接口（或端口）之间连接的连接器。 |
| “依赖关系”部分 | ||
| 依赖 | |
两个元素之间的关系，二者的定义彼此依赖，即，如果其中一个元素的定义发生变化，那么另一个元素的定义也会随之发生变化。例如，如果一个类将另一个类作为操作参数或其数据的一部分，这两个类就具有依赖性。 |
| 实现 | |
类元之间的语义关系 - 一个类元指定一个契约，另一个类元保证执行该契约。在以下两个位置使用这些关系：接口和实现它们的类之间，以及用例和实现它们的协作之间。 |
| 用法 | |
一种依赖关系，在这种关系中，一个元素（客户端）能否正常工作或实现取决于另一个元素（提供者）是否存在。 |
| 许可 | |
一种依赖关系，它表明提供者模型元素向客户端模型元素授予访问权限，以便客户端能够访问提供者的部分或全部构成元素。 |
| 抽象 | |
相对于查看者视角的边界。某个实体区别于所有其他种类实体的基本特性。 |
| “模板”部分 | ||
| 模板类 | |
通常用于定义对象的集合类型的抽象类。模板类包含的信息与类相同，但需要附加的模板参数标签。它提供模板使用的名称和可能的参数类型。 |
| 派生类元 | |
可通过类计算得到的类元，但是，可能出于清晰的目的而要显示派生类元，也可能出于设计目的而要包含该类元。 |
| 派生边 | |
一种关联，其中所产生的类元是由派生模板类元派生的。 |
| “关联”部分 | ||
| 关联 | |
两个元素之间的关联关系。 |
| 组合 | |
两个元素之间的关系，在这种关系中，删除父元素将删除级联的所有子元素。 |
| 可导航的组合 | |
一种 组合 ，其中源成员负责指定其在目标类中的目标成员。 |
| 聚合 | |
两个元素之间的关系，在这种关系中，其中一个类的作用比另一个类更重要。 |
| 可导航的聚合 | |
一种 聚合 ，其中源成员负责指定其在目标类中的目标成员。 |
| 可导航的关联 | |
一种 关联 ，其中源成员负责指定其在目标类中的目标成员。 |
| 关联类 | |
表示两个元素共享的特定关联的类信息（属性、操作等）。 |
| “设计模式”部分 | ||
| 设计模式 | |
一种通常会反复使用的通信元素结构，此结构用于解决特定上下文中的常见设计问题。 |
| 角色 | |
应用时创建数据类型的类元角色。它是表示协作模式内特定数据类型角色的数据类型参与者。 |
| 接口角色 | |
协作模式内的特定角色。 |
| 使用者角色 | |
在应用一个使用者角色作为一名参与者的模式时，将创建一个使用者。或者，您可以选择一个现有的使用者并针对其应用模式。 |
| 类角色 | |
在协作模式内具有特定角色的类参与者。 |
| 用例角色 | |
在某种协作模式内参与的一种特征类元。 |
| 角色绑定 | |
到类元中角色的映射。 |
| “注释”部分 | ||
| 注释 | |
使用记事本输入的注释。使用注释来记录图中元素或链接的信息。此信息并不包含在生成的代码中，仅供参考使用。每个注释包含的文本不受限制，并且可将其进行编号。您还可定义构造型，然后输入带有注释的元素。 |
| 链接注释 | |
注释元素和关联元素之间的连接。 |