类图元素

另请参见

下表对可以添加到类图中的元素进行了描述。这些元素由 建模组件面板 部分进行分组。

元素 图标 描述
“基本”部分
系统中的任何常规类。
接口 只提供公共操作而不提供属性或方法主体的类的构造型。
一组类定义。
协作生命线 交互中的单个参与者。尽管部件和结构特征的多重性可能大于一,但生命线仍只表示一个交互实体。
枚举 一种类元,该类元是用作特定属性类型范围的指定值的列表。
节点 一种代表运行时计算资源的类元,一般至少具有存储功能,而且往往还具有处理功能。
数据类型 一种其值不具有标识的类型,包括基类型和枚举类型。
工件 软件开发流程使用或产生的一种有形信息。此信息可以包括模型、源文件、脚本和二进制可执行文件。
别名 多数情况下用于 C++ 的类型。允许用户“修饰”类型,如 C++ 中的指针或引用。
实用程序类 已按类声明形式分组的一组全局变量和过程。它是由非成员属性以及操作(类限定其作用域)构成的命名集合。
实用程序类代表没有实例的类型。实用程序的属性和操作分别变为全局变量和过程。
使用者 用户在系统中扮演的角色。
泛化 子类型元素和超类型元素之间的关系。此关系中的元素必须具有相同的属性。例如,子类型 Manager 和超类型 Employee 共享一种泛化关系。
实现 两个元素之间的实现关系。
嵌套链接 嵌套类之间的关系。
“健壮”部分
边界类 一种元素,其中使用者在与系统通信时使用边界对象。
控制类 一种元素,其中的对象充当边界对象和实体对象之间的“粘合剂”。这些对象将用户连接到存储的数据。
实体类 一种元素,其中的对象通常是来自领域模型的对象。这些对象通常映射到数据库表和文件。
“依赖关系”部分
依赖 两个元素之间的关系,二者的定义彼此依赖,即,如果其中一个元素的定义发生变化,那么另一个元素的定义也会随之发生变化。例如,如果一个类将另一个类作为操作参数或其数据的一部分,这两个类就具有依赖性。
实现 类元之间的语义关系。一个类元指定一个契约,另一个类元保证执行该契约。在以下两个位置使用这些关系:接口和实现它们的类之间,以及用例和实现它们的协作之间。
用法 一种依赖关系,在这种关系中,一个元素(客户端)能否正确实现或使用取决于另一个元素(提供者)是否存在。
许可 一种依赖关系,它表明提供者模型元素向客户端模型元素授予访问权限。在这种情况下,客户端能够访问提供者的部分或全部构成元素。
抽象 某个实体区别于所有其他种类实体的基本特性。抽象从查看者的视角定义边界。
“模板”部分
模板类 通常用于定义对象的集合类型的抽象类。模板类包含的信息与类相同,但需要附加的模板参数标签。标签提供模板使用的名称和可能的参数类型。
派生类元 可通过类计算得到的类元,但是,可能出于清晰的目的而要显示派生类元,也可能出于设计目的而要包含该类元。
派生边 一种关联,其中所产生的类元是由派生模板类元派生的。
“关联”部分
关联 两个元素之间的关联关系。
组合 两个元素之间的关系,在这种关系中,删除父元素将删除级联的所有子元素。
可导航的组合 一种组合,其源成员负责指定它在目标类中的目标成员。
聚合 两个元素之间的关系,在这种关系中,其中一个类的作用比另一个类更重要。
可导航的聚合 一种聚合,其中源成员负责指定其在目标类中的目标成员。
可导航的关联 一种关联,其中源成员负责指定其在目标类中的目标成员。
关联类 两个元素共享的特定关联的类信息(属、操作等)。
“设计模式”部分
设计模式 一种通常会反复使用的通信元素结构,此结构用于解决特定上下文中的常见设计问题。
角色 应用时创建数据类型的类元角色。它是表示协作模式内特定数据类型角色的数据类型参与者。
接口角色 协作模式内的特定角色。
使用者角色 通过应用一个使用者角色作为一名参与者的模式所创建的角色。或者,您可以选择一个现有的使用者并针对其应用模式。
类角色 在协作模式内具有特定角色的类参与者。
用例角色 在某种协作模式内参与的一种特征类元。
角色绑定 到类元中角色的映射。
“注释”部分
注释 使用记事本输入的注释。使用注释来记录图中元素或链接的信息。此信息并不包含在生成的代码中,仅供参考使用。每个注释包含的文本不受限制,并且可将其进行编号。您还可定义构造型,然后输入带有注释的元素。
链接注释 注释元素和关联元素之间的连接。
另请参见
关于类图
图元素

法律声明