'；类图'；和'；数据模型&x27；在UML中？

我有作业，我应该画一个类图和数据模型。我写了类图。我不知道如何处理数据模型有什么区别？

根据互联网上的文本，我觉得它们是一样的，即：类图和数据模型是一样的

---

您可能已经知道，

类图

和

数据模型

统一建模语言是一种用图表描述系统的方法。它们不仅与软件有关，还与硬件、经济性、日常用品、事实上的任何东西有关，尽管它们通常与软件系统一起使用

类图详细说明了如何将系统拆分为离散对象，这些对象如何相互关联，以及它们可能具有的任何已知接口。类图中的每个类都可以包含数据和函数

例如，汽车类有一个发动机、一个方向盘类和多个与之链接的车轮、车门、座椅和踏板类。在所有这些中，类图都是静态的

我不太清楚你所说的数据模型是什么意思

我见过用于对数据库表建模的类图，它们通常没有任何功能元素，只是显示数据表之间的关系

有人认为需要对数据图的UML标准进行补充，但目前还没有人批准

这是因为数据的持久性、表之间的关键关系和约束很难用标准类图建模，大多数UML工具都对标准进行了调整以实现这一点

然后是“数据流图”，它实际上是活动图，用于显示系统内进程之间的数据流

现在，如果我们回到类图，假设使用数据图对数据库进行建模，那么您会注意到有一些差异可能会被忽略

类图上的类可以具有数据属性（代码变量等）和函数属性（方法、过程、函数等），但类的这些元素也可以具有访问属性（私有、公共等）。类图也可以显示继承性，例如大众汽车是汽车，福特汽车也是，两者都将从汽车继承，这可以显示出来

数据库意义上的数据图将显示数据项（数据库表中的列/字段），但访问属性（公共、私有等）或继承的概念没有意义，因此无法显示

这是因为它不是对同时具有数据和功能的离散对象进行建模，而是对与这些对象相关联的数据进行建模。例如，Car表可能有一个到制造商表的关系链接，其中存储了Volkswagen和Ford的值。它可能有一个Wheels列，但这将只显示轮子的数量。数据库的存储过程存在于与数据相对应的级别，它们使用数据，但不受从中获取数据的数据表的控制或拥有

我可能没有很好地解释自己，但我希望我能帮上忙

---

在那个网站上。

数据建模不是专注于对象方法的UML

如上所述，您可以在对象级别的类图中建模，并在Java代码中使用Hibernate注释创建数据库。 我的意思是，您可以创建代码，同时添加持久性注释。这将在部署时创建数据库

如果您使用Omondo持久性概要文件，那么不应该是数据建模的UML也可以在部署级别创建数据。这意味着您可以在对象级别建模，也可以创建数据库。非常强大的方法，因为数据创建阶段现在与对象连接在一起

---

这仍然是一个倡议，但如果大公司采用这种方法，它可能会成为一个标准，这是我推荐的用Java编写代码时的最佳实践之一。

通常，数据模型定义数据库的实现方式。这些图是实体图。类模型是系统中对象之间的函数关系。类有数据，但不是数据模型。设计既有类模型又有数据模型。作为一个简单的例子，存在一个客户的数据模型。该数据模型是为我们的客户数据库设计的。存在一个类模型设计来实现如何处理客户订单。数据库设计器使用的是数据模型。类模型是软件设计师用来实现订购业务功能的模型。数据模型和类模型都有图表。他们使用不同的符号和规则。类图与实体图。两种不同类型的图表。

你的问题是什么。我不明白。@OlofEdler我的问题是类图和数据模型之间的区别是什么？标记表示UML。这是关于UML的吗？类的建模（或者数据库建模）。（不，我不懂UML）。@OlofEdler如果标签上写的是UML，那当然是UML了。@OlofEdler你能不能别再评论没有意义的东西了？