图和模型的区别是什么？

Question

UML图和UML模型有什么区别？

我创建了几个UML图，例如活动图和用例图。指南要求我准备我为演示设计的软件的模型。

这是否意味着我必须使用我制作的UML图表，以及内容的描述，还是需要类似于模拟或线框之类的东西来呈现软件？

Answer 1

TL;DR

该模型从一定的角度代表了整个系统或它的部分，具有多方面和所有的复杂性。这些图表把它分割成可以一点一点分析的小块。

更详细的解释

根据定义(从内存中写入)，模型是对实际对象(现有的或设计的)或其部分的简化表示，通常侧重于特定方面。模型被用来更好地理解真实的对象及其属性。图是对象或其部分的某个方面的可视化表示，通常采用标准化的图形符号。

这两个主要的区别如下：

1. 模型可以有许多不同的形式，不一定是图形化的。图表是一种图形表示形式。
2. 模型通常侧重于更广泛的方面。它往往非常复杂。您将系统看作一个整体，因此您需要了解系统中的所有(或大多数)类、所有(或至少或复杂)行为等等。另一方面，图是专门用来简化视图的。将其“分割”成易于理解的较小的比特。

对于一个非常简单的系统，并且只有一个有趣的方面，一个图表可以用唯一有趣的方面来表示整个模型。在现实中，尽管我们通常创建系统模型来完全理解一个复杂的系统(或组件)，在这种情况下，您需要以其他方式(不仅仅是图表)来可视化或描述系统的几个方面。例如，您通常考虑系统的静态和行为方面，需要单独的图表来显示它们，但它们可能仍然是单个模型的一部分。模型也可以有一种形式的模拟，描述。根据最广泛的定义，BRD也是一个模型。

另一方面，该图表仅为图形表示形式。这是一整套“计划”中的一张单张。

在实践中，您将将构成模型的复杂信息拆分为可以在图表上显示的可理解的小位(有时还会以其他形式显示，例如文本描述、屏幕模拟或决策表)。大型、复杂的数据模型将由包和很少显示复杂关系的图表分割。系统的多个行为将在同一时间出现(您不能有一个活动图表示多个活动，对吗？)整个系统模型将从静态和行为的不同角度表示，并在不同的模型上显示。诸若此类。

因此，通常情况下，模型将由系统中的对象列表组成，这些对象通常以图表、行为表示，并且至少部分表示为图表，有时以附加形式表示为文档的一部分。

想想一栋两层楼高的房子。每个房子楼层的计划将是一个版本，甚至只是模型的一部分，第二个部分是物理模型或系统可视化。这些计划可以是非常通用的(这样您就可以了解房间在哪里，或者如何运行整个基础设施)。一层的一张平面图就是一张图。

最后的思想

一个自然的后续问题是“模型中应该包括什么？”不幸的是，没有简单的答案。然而，作为经验法则，模型应该包含所有必要的信息(而不是更多的信息！)而图表应该以这样的方式构建(足够简单和逻辑上的分裂)，以便它们能够理解这些信息。

Answer 2

图是模型的一部分，它们是模型的子集，所以UML图和UML模型之间的区别是没有意义的。

图是模型一部分的图形表示。然而，UML模型的所有细节/元素都没有图形表示。

这些图表不是强制性的，您可以有一个没有图表的模型，但是正如您所知道的，一幅图片值一千字，所以一定要有图表对模型的理解有很大帮助。

另一方面，您不能只在模型中拥有图表，除非所有这些图都是空的，因为图表显示模型的元素。

注意，在UML建模器中，可以强制使用图表在模型中添加元素，例如，在我的工具BoUML中，您不能从图中手工创建关系(但可以通过插件创建关系，例如反向关系)，但是当然，在您可以删除图表或不显示用于创建关系图或任何兼容关系图中的关系之后，不会影响模型中继续存在的关系。

然后，您可以使用UML对模型进行建模，从用例到部署范围很广。因此，您可以指定必须做什么/目标、如何做/实现、如何在主机/网络和/或库/可执行文件/.