我目前正试图在UML和BPMN的背景下理解图和模型之间的实际差异，并得出了以下结论：
"UML模型包含许多信息，这些信息并不一定如图所示">
我不明白，图表中缺少的模型的一部分是什么信息？
模型可以在没有任何图的情况下存在。当然，只使用基于文本的对话框来编辑模型会更加麻烦，所以大多数建模人员可能会从图表开始。
模型的内容可以显示在任意多个图表中，您可以选择要显示模型中信息的哪一部分。如果一个类有10个属性，则可以选择只显示三个。只显示与图中设想的读者相关的属性是非常好的做法。
还有一些属性没有表示法，比如为操作定义的方法或许多派生属性。如果你想知道是否有一个方法被分配给了一个操作，你必须在模型中查看。或者，如果要查找某个元素的所有ownedElements。
简而言之：图表是由模型制成的，目的是向人类展示它们(即使对UML的理解不流利)。
第页。S.另见UML 2.5第681页：
UML模型由包、类和关联等元素组成。相应的UML图是UML模型各部分的图形表示。
这里有很多有趣的答案。但我也想贡献一份力量：
- 模型是某种(当前或未来)"现实"的简化表示，例如UML模型的系统或BPMN的业务流程。目的是更好地理解这种"现实"，并能够在实施或改变它之前对其进行推理(分析、设计)
- 图是模型的一部分的图形表示
因此，模型可以用许多不同的图表来表示，每个图表都显示并关注"现实"的不同方面。相反，模型可以聚合许多不同的方面，并将它们联系在一起(例如，UML信号具有带属性的结构，可以由类发送或接收，可以作为对象之间的消息交换，等等)，而不依赖于任何特定的图。
这不是UML或BPMN特有的。以一所房子为例。你会和建筑师讨论很多事情。在建筑师的头脑中，一个模型将开始出现。建筑师会画很多图表来表示这个模型，并在视觉支持下与你讨论：正面和侧面视图让你想象它会是什么样子；从上面看，你可以了解房子将如何放置在地面上；一些最初的草图将能够安排房间；楼层蓝图将提供施工的所有详细措施；一些电气模式将说明导线是如何连接的；等等
UML定义了一个模型如下：
模型总是事物的模型。被建模的事物通常可以被认为是话语领域。然后，该模型从所有从某种角度和出于某种目的可能描述的系统的细节。
模型是一个抽象概念，可以用具体的符号表示，如图表、人类可读的文本或机器可读的文件。UML和BPMN定义的主要表示方式是通过图表，但UML和BPMN规范也定义了如何以XML格式序列化模型。
一个模型可以用多个图来表示。每个图表都表示模型的一部分。
例如，关系数据库的UML模型可以由多个图表示，其中一些表显示在一个图上，而其他表显示在另一个图中。所有这些图中包含的所有信息一起构成了数据库的模型。
可能存在以非图表格式捕获的关于模型的信息。如果存在这种格式到UML/BPMN元模型的映射，则可以将其视为UML/BPMN模型的(一部分)表示。然而，对于非图表格式，UML/BPMN标准引用了XMI等其他标准。
旁白：在UML中，有一个叫做model的模型元素。这样的模型被定义为物理系统上的视图。换句话说，您可以创建一个包含多个模型的UML模型，以表明您拥有同一系统的多个视图。但这与你的问题无关。