答案 0 :(得分：5)
这是一个类图，添加了刻板印象
答案 1 :(得分：1)
这是非常抽象或初始形式的类图，因为所有关系都显示为关联。
通常我们从这样的类图开始，然后通过将关联（如上所示的箭头）转换为更强大的关系（如泛化，组合，实现等）来继续提炼。
关联被认为是类之间较弱的关系形式。因此，最终的类图应该具有较少的关联。
答案 2 :(得分：0)
这个类图不正确，因为Java EE构造型和类名之间存在混淆！
<< class module>>，<< module>>构造型和Session，Session persistence名称应该是Java EE构造型。如果它在数据库中持续存在，那么它就是一个实体！持久性等...可以写在属性上。
这个图没有意义！
此图中方案的主要优点是，如果您使用AndroMDA，MIA软件或Blue Age等代码生成器，则可以直接从模型生成数据库。这些工具在代码生成期间查看构造型。
如果您不想从模型生成代码但更喜欢让hibernate映射完成工作，那么“实体”构造型可以在您的Java代码中写为注释。然后，由于实时代码和模型同步，hibernate可以获取注释并生成映射。
这就是为什么刻板印象真的非常重要，使用错误的刻板印象可能是一个非常严重的错误！
答案 3 :(得分：0)
此图表的重点或目标是什么？如果它是类和关系，那么它是一个类图。如果它是系统中类和功能层或责任层之间的映射，那么它看起来就像一个层图。这些列看起来像层：表示，业务逻辑，数据......
答案 4 :(得分：0)
好的，现在我在睡了一觉后看到了问题： - ）
它似乎是一个powerpoint而不是类图，因为你不能在类图中有直线。我的意思是你不能有3个分隔符，比如Presentation / objectos ....... etc
此powerpoint尝试使用类图并添加了标题以分隔3层。问题是类图是不正确的，并不是因为你用3层表示它会变得正确！这是对类图中JPA构造型的含义的错误理解。
答案 5 :(得分：0)
它看起来像一个类图，在背景上使用“泳道”来促进某种MVC。
