UML类图：类继承和类之间的关系

我以前从未做过类图，这就是为什么我想问。我总是从错误中吸取教训。我读过一些参考文献，但我不知道如何测试我的结果？因为这不是一个编码，如果有错误，就会出现错误消息

这是我的设计数据库

这是我根据设计数据库制作的类图。

创建类图的方法与erd类似吗？我很困惑如何继承这个类以及应该使用哪个箭头？ 在我创建的路径中有三个用户。每个人都有不同的角色

公共关系=输入来自外部用户的数据（申请人来提交书面建议），然后数据存储在数据库中。数据包括申请人数据和提案数据。公关部还可以查看部门确认的数据

部门=部门可以查看PR存储的数据并确认数据。已确认的数据将归档并形成报告

Manager=只能查看报告

---

以下是一些发现：

• 用户->登录：这不是泛化。用户不是登录名。它可能有一些相关的登录信息。因此，这将是一个协会
• 建议->状态建议类似。但这里是一个依赖项，因为您不会创建枚举对象。您只需使用它来键入属性
• 同样适用于用户->性别/角色扮演者。两者都是依赖关系

还有几个设计问题。但是这里有太多了。让用户实现userLogin（）至少是有问题的。应该有一个安全系统来验证用户登录。那么，为什么Login有一个loginStatus（）？然而，这里不讨论设计

---

关于类/ERD：它们相似，但不相同。UML的范围更广，而ERD的重点显然是数据库。因此，类中的所有*_id属性都源自数据库设计。这种状态下的类设计非常关注数据库。在MDA中，它可能从PIM派生到PSM（因此从抽象视图派生到DB特定视图）。

以下是一些发现：

• 用户->登录：这不是泛化。用户不是登录名。它可能有一些相关的登录信息。因此，这将是一个协会
• 建议->状态建议类似。但这里是一个依赖项，因为您不会创建枚举对象。您只需使用它来键入属性
• 同样适用于用户->性别/角色扮演者。两者都是依赖关系

还有几个设计问题。但是这里有太多了。让用户实现userLogin（）至少是有问题的。应该有一个安全系统来验证用户登录。那么，为什么Login有一个loginStatus（）？然而，这里不讨论设计

---

关于类/ERD：它们相似，但不相同。UML的范围更广，而ERD的重点显然是数据库。因此，类中的所有*_id属性都源自数据库设计。这种状态下的类设计非常关注数据库。在MDA中，它可能来自PIM到PSM（因此从抽象视图到DB特定视图）。

除了Thomas Killian的观察，你的构图关联似乎不准确。例如，实际上，您正在指定Department对象的生存期取决于用户对象的生存期。您还指定了用户和部门之间的整体-部分关系，其中用户是部门的集合。我认为情况正好相反。我还怀疑用户的生命周期并不取决于部门的生命周期，因为用户通常可以更改部门。因此，聚集菱形（白色）可能是正确的，它应该位于部门端

---

同样，我也很难理解你的另外两种作文联想。

除了托马斯·基利安的观察之外，你的作文联想似乎不准确。例如，实际上，您正在指定Department对象的生存期取决于用户对象的生存期。您还指定了用户和部门之间的整体-部分关系，其中用户是部门的集合。我认为情况正好相反。我还怀疑用户的生命周期并不取决于部门的生命周期，因为用户通常可以更改部门。因此，聚集菱形（白色）可能是正确的，它应该位于部门端

---

同样，我也很难理解你的另外两个作文联想。

请记住，这里不是批改作业的地方。你的问题本身太宽泛了。您的设计有几个问题。你的问题要尽量具体一些。问题陈述“公共关系接收……已由X部门制作”非常奇怪，看起来像是自动翻译。检查您的继承，例如，用户不是登录名，因此用户不能继承登录名，公共关系和X部门本身不能是用户（Person可能是更好的名称）。不要用类的名称作为属性名称的前缀。枚举的表示形式非常奇怪。@托马斯基利安，对不起，现在我更新了我的问题。@布鲁诺，请检查我的更新，我只是根据您所说的进行了更改。在创建类图之前，请确定它的用途。类图是“某物”的模型。“某物”可以是数据库、应用程序、现实世界或其他任何东西。你的情况是什么？数据库的模型？请记住，这不是家庭作业更正的地方。你的问题本身太宽泛了。您的设计有几个问题。在你的问题上要尽量具体一些。问题陈述“公共关系收到……已经收到”