UML图是一个系统的设计,实现,或已经存在的模型的局部图形表示(图)。UML图包含图形元素(符号)
- 与边线(也称为路径或流)连接的UML节点 - 表示设计系统的UML模型中的元素。系统的UML模型还可能包含其他文档,例如用模板文本编写的用例。
该图的种类由图中所示的主要图形符号定义。例如,内容区域中的主符号是类的图是
类图。其示出的图 的用例 和演员 是用例图。序列图 表示之间的消息交换的序列 生命线。
UML规范不排除混合不同类型的图表,例如结合结构和行为元素来显示嵌套在用例中的状态机。因此,各种图之间的界限并未得到严格执行。同时,一些UML工具确实限制了在使用特定类型的图表时可以使用的可用图形元素。
UML 2.5图可以分层分类,如下所示。注意,以蓝色显示的项目不是官方UML
2.5分类图的一部分。
结构图显示了系统及其部分的不同抽象和实现级别的静态结构以及这些部分之间的相互关系。结构图中的元素表示系统的有意义的概念,并且可以包括抽象的,现实的和实现的概念。
图
|
目的
|
元素
|
类图
|
显示所设计的系统、子系统或组件的结构,作为相关的类和接口,以及它们的特征、约束和关系——关联、概括、依赖等。
|
类、接口、特征、约束、关联、泛化、依赖.
|
对象图
|
实例级别图,显示类和接口(对象)的实例规范,具有值规范的插槽和链接(关联实例)。对象图
在现在已经过时的UML 1.4.2规范中被定义 为 “实例的图形,包括对象和数据值。静态对象图是类图的一个实例,它显示了一个系统的详细状态的快照时间点。”
它还表示,对象图是 “具有对象和没有类的类图”。UML 2.5规范简单地不提供对象图的定义。
|
实例规范, 对象, 插槽, 链接。 |
包图
|
显示包 之间的包和关系。 |
包、可打包元素、依赖关系、元素导入、包导入、包合并。 |
模型图 |
UML辅助结构图显示系统的一些抽象或具体视图,以描述系统的架构,逻辑或行为方面。例如,它可以显示多层(也称多层)应用程序的体系结构
- 参见多层应用程序模型。
|
模型、包、可打包元素、依赖项。
|
复合结构图
|
图可用于显示:分类器的内部结构合作的行为
|
|
内部结构图
|
显示分类器的内部结构-将分类器分解为其属性、部分和关系。
|
结构类,部分,端口,连接器,用途. |
协作图
|
显示系统中的对象彼此协作以产生系统的一些行为。 |
协作, 连接, 部分, 依赖。 |
组件图 |
显示它们之间的组件和依赖关系。这种类型的图用于基于
组件的开发(CBD),以描述具有面向服务架构(SOA)的系统。
|
组件, 接口, 提供的接口, 必需的接口, 类, 端口,
连接器, 工件,组件实现, 使用。 |
表现形式 |
虽然组件图显示了组件和分类器之间的组件和关系,以及部署图-将工件部署到部署目标,但缺少的一些中间图是显示图,用于通过arti显示组件的显示(实现)。事实和工件的内部结构。
由于表示图不是由UML 2.5规范定义的,因此可以使用组件图或部署图来显示组件按工件的表示。
|
表现, 组件, 工件。 |
部署图 |
显示系统的架构,将软件工件部署(分发)部署 到部署目标。
请注意,组件 直接部署到UML 1.x部署图中的节点。在UML 2.x 工件 部署到节点,工件可以
显示(实现)组件。组件通过工件间接部署到节点。规范级部署图 (也称为类型级别)显示了部署
到部署目标 的工件的一些概述 ,而不引用工件或节点的特定实例。实例级部署图 显示部署
的情况下的文物 ,以具体实例部署目标。例如,可以使用特定构建或部署服务器或设备的名称/
ids来显示部署到开发,分期或生产环境的差异。
|
部署, 工件, 部署目标, 节点, 设备, 执行环境,
通信路径, 部署规范, |
网络架构图
|
部署图可用于显示系统的逻辑或物理网络架构 。这种部署图
- 在UML 2.5中没有正式定义 - 可以称为网络架构图。
|
节点、交换机、路由器、负载均衡器、防火墙、通信路径、网段、主干网。 |
配置文件图 |
作为UML标准的轻量级扩展机制的辅助图,它允许定义定制的原型、标记值和约束。概要文件允许对不同的UML元模型进行调整
平台(比如J2EE或.NET)或者 域(如实时或业务流程建模)。 配置图首次在UML
2.0中引入
|
配置文件, 元类, 构造型, 扩展名, 参考文件,
配置文件应用程序。 |
图
|
目的
|
元素
|
用例图
|
描述一些系统或系统(主题)应该或可以与系统(参与者)的一个或多个外部用户协作执行的一组操作(用例),以向系统的参与者或其他利益相关者提供一些可观察和有价值的结果。
注意,UML 2.4.1规范(参见“16.4图”)指出用例图是类图的一种专门化,因此所示的分类器仅限于参与者或用例。类图是结构图。 |
用例、参与者、主题、扩展、包含、关联。 |
信息流程图 |
显示系统实体之间在某些高抽象级别上的信息交换。信息流可能有助于通过表示尚未完全指定或细节较少的模型的各个方面来描述信息在系统中的循环。 |
信息流, 信息项目, 参与者, 类。 |
活动图 |
如何协调低级行为的顺序和条件,而不是哪个分类器拥有这些行为。这些通常被称为控制流和对象流模型。 |
活动, 分区, 行动, 对象, 控制, 活动传递 |
状态机图 |
用于通过有限状态转换模拟离散行为。除了表示系统某一部分的行为之外,状态机还可以用来表示系统某一部分的使用协议。这两种状态机被称为行为状态机和协议状态机。 |
|
行为状态机图 |
通过有限状态转换显示设计系统的一部分的离散行为。 |
行为状态, 行为转换, 伪状态 |
协议状态机图 |
显示某些分类器的使用协议或生命周期,例如,在分类器的每个状态中可以调用分类器的哪些操作,在这些状态下,特定条件以及在分类器转换到目标状态后满足某些可选的后置条件。 |
协议状态,协议转换,伪状态 |
交互图 |
交互图包括几种不同类型的图:
序列图,
通信图(在UML 1.x中称为协作图)
时序图,
交互概述图。 |
|
序列图 |
常见的一种交互图,着重于生命线(对象)之间的消息交换
。 |
生命线, 执行申明, 消息, 复合片段, 交互使用,
状态不变式, 销毁。 |
通信图 (也称为UML 1.x中的协作图) |
当图表的主要目的是推理时间时,显示交互。时序图关注的是沿线性时间轴上的生命线内和生命线之间变化的条件。 |
生命线, 消息。 |
时序图 |
重点关注生命线之间的交互,在生命线中,内部结构的体系结构以及如何与消息传递对应是核心。消息的顺序是通过序列编号方案给出的。 |
生命线,状态或状况时间表, 销毁事件, 持续约束,
时间限制。 |
交互概述图 |
通过一种活动图的变体定义交互,以促进控制流的概述。交互概述图侧重于交互或交互使用的控制流节点的概述
。生命线和消息不会出现在此概述中。 |
初始节点, 流最终节点, 活动最终节点, 决策节点,
合并节点, 分叉节点, 连接节点, 交互, 交互使用, 持续约束, 时间限制 |