📜  UML-标准图

📅  最后修改于: 2020-12-13 15:04:22             🧑  作者: Mango


在前面的章节中,我们讨论了UML的构造块和其他必要元素。现在我们需要了解在哪里使用这些元素。

这些元素就像组件,可以通过不同的方式关联以形成完整的UML图片(称为图表)。因此,理解不同的图以在现实生活中实现知识非常重要。

通过制作某种图表或图片可以最好地理解任何复杂的系统。这些图对我们的理解有更好的影响。如果环顾四周,我们将认识到这些图并不是一个新概念,而是在不同行业以不同形式广泛使用。

我们准备UML图以更好,更简单的方式理解系统。一张图不足以覆盖系统的所有方面。 UML定义了各种图来覆盖系统的大多数方面。

您也可以创建自己的一组图以满足您的要求。图通常以增量和迭代的方式制作。

图有两大类,它们又分为子类-

  • 结构图

  • 行为图

结构图

结构图表示系统的静态方面。这些静态方面表示图表的那些部分,这些部分形成了主要结构,因此很稳定。

这些静态部分由类,接口,对象,组件和节点表示。四个结构图是-

  • 类图
  • 对象图
  • 组件图
  • 部署图

类图

类图是UML中最常用的图。类图由类,接口,关联和协作组成。类图基本上代表了系统的面向对象视图,该视图本质上是静态的。

活动类在类图中用于表示系统的并发性。

类图表示系统的面向对象。因此,它通常用于开发目的。这是系统构建时使用最广泛的图。

对象图

对象图可以描述为类图的实例。因此,这些图更接近于我们实现系统的真实场景。

对象图是一组对象,它们的关系就像类图一样。它们还代表系统的静态视图。

对象图的用法类似于类图,但是从实际的角度来看,它们用于构建系统的原型。

组件图

组件图表示一组组件及其关系。这些组件由类,接口或协作组成。组件图表示系统的实现视图。

在设计阶段,系统的软件工件(类,接口等)根据它们之间的关系按不同的组排列。现在,这些组称为组件。

最后,可以说组件图用于可视化实现。

部署图

部署图是一组节点及其关系。这些节点是部署组件的物理实体。

部署图用于可视化系统的部署视图。这通常由部署团队使用。

-如果仔细观察以上描述和用法,则很显然所有图之间都有某种关系。组件图取决于类,接口等,它们是类/对象图的一部分。同样,部署图取决于组件,这些组件用于制作组件图。

行为图

任何系统都可以有两个方面,静态和动态。因此,当两个方面都被完全涵盖时,模型就被认为是完整的。

行为图基本上捕获了系统的动态方面。动态方面可以进一步描述为系统的变化/运动部分。

UML具有以下五种行为图-

  • 用例图
  • 顺序图
  • 协作图
  • 状态图
  • 活动图

用例图

用例图是一组用例,参与者及其关系。它们代表系统的用例视图。

用例代表系统的特定功能。因此,用例图用于描述功能及其内部/外部控制器之间的关系。这些控制器称为参与者

顺序图

顺序图是一个交互图。从名称可以明显看出,该图处理了一些序列,即从一个对象流向另一个对象的消息序列。

从实现和执行的角度来看,系统组件之间的交互非常重要。顺序图用于可视化系统中执行特定功能的呼叫顺序。

协作图

协作图是交互图的另一种形式。它表示系统的结构组织以及已发送/已接收的消息。结构组织由对象和链接组成。

协作图的用途类似于序列图。但是,协作图的特定目的是可视化对象的组织及其交互。

状态图

任何实时系统都将受到某种内部/外部事件的影响。这些事件负责系统的状态更改。

状态图用于表示系统的事件驱动状态变化。它基本上描述了类,接口等的状态更改。

状态图用于通过内部/外部因素可视化系统的反应。

活动图

活动图描述了系统中的控制流程。它由活动和链接组成。该流可以是顺序的,并发的或分支的。

活动不过是系统的功能。准备了许多活动图以捕获系统中的整个流程。

活动图用于可视化系统中的控件流。这是为了对系统在执行时的工作方式有所了解。

–系统的动态性质很难捕获。 UML提供了从不同角度捕获系统动态的功能。序列图和协作图是同构的,因此可以相互转换而不会丢失任何信息。状态图和活动图也是如此。