Model 图表和模型之间的区别是什么

UML图和UML模型之间有什么区别？
我已经创建了几个UML图，比如活动图和用例图。指南要求我准备为演示设计的软件的模型

---

这是不是意味着我必须使用我制作的UML图来描述内容，还是我需要一些模型或线框来展示软件？

这些图是模型的一部分，它们是模型的一个子集，所以UML图和UML模型之间的区别毫无意义

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

图表不是强制性的，你可以有一个没有图表的模型，但正如你所知道的，一张图片胜过千言万语，所以一定要有图表来帮助你理解模型

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

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

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

TL；博士 模型从某个角度表示整个系统或其部分，具有多个方面和所有复杂性。这些图表将其分割成小块，可以逐块进行分析

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

两个主要区别如下：

模型可以有许多不同的形式，不一定是图形化的。图表是一种图形表示

模型通常关注更广泛的方面。它通常非常复杂。您将系统视为一个整体，因此需要了解其中的所有（或大多数）类、所有（或至少或复杂）行为等等。另一方面，图表专门用于简化视图。将其“切片”成易于理解的小块

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

另一方面，图表只是一种图形表示。这是一整套“计划”中的一张

在实践中，您将把构成模型的复杂信息拆分为可理解的小块，并在图表上显示（有时也以其他形式显示，例如文本描述屏幕模拟或决策表）。大型、复杂的数据模型将由包和几个显示复杂关系的图表分割。系统的多个行为将一次呈现一个（您不能用一个活动图呈现多个活动，可以吗？）。系统的整个模型将从静态和行为的不同角度进行表示，并显示在不同的模型上。等等

因此，通常情况下，模型将包括系统中的对象列表（通常以图表表示）、行为，也至少部分以图表形式表示，有时部分信息以附加形式表示为文档的一部分

想想一栋两层楼的房子。房子每层的平面图都是模型的一个版本，甚至只是模型的一部分，第二部分是物理模型或系统可视化。这些计划可以非常通用（以便您了解房间的位置或如何运行整个基础设施）。一层的单一平面图将是一个示意图

最后的想法

---

一个自然的后续问题是“模型中应该包含什么？”不幸的是，没有简单的答案。根据经验，模型应该包含所有必要的信息（而不是更多！），并且图表应该以这样的方式构建（足够简单，逻辑上是分开的），以便能够理解这些信息。

解释得很好！谢谢！非常感谢。如果它澄清了你的疑虑，请考虑将它标记为被接受的答案。