Uml a'；类图'；和a'；设计类图'；

我有一份作业，其中说明了以下标准：

For this view you may use a truncated version of 
your Design Class Diagram (DCD) including 
only the architecturally significant classes.

---

对于上下文，这适用于4+1体系结构视图的逻辑视图。设计类图（DCD）与常规类图有何不同？它是没有包含函数或变量的UML图吗（即仅仅是类的名称以及它们之间的交互）？

大多数时候，人们对代码进行建模。太好了！在这种情况下，类图建模用于以图形方式表示（面向对象）类的结构：类、方法、属性、带有原型的注释。想象一下，基于JPA-J2EE架构的类图中的所有JPA、Spring和任何注释

如上所述，“设计类图”应该只从架构级别设计您的域模型。您的结构系统所依赖的基本实体是什么？ 没有关于编程语言的细节，没有“dto”、“dao”或类似的技术。 下面是我使用的一个很好的例子：。它只包含架构上重要的类

---

嗯，汤姆

还是很容易理解。分析类图和设计类图之间的主要区别在于，分析阶段的重点是设计类图，而不考虑实现细节。其中，desgin建模与实现和架构有关，因为它是系统的高级静态视图。

它们是一体的……只在类图上起作用。后一个术语对我来说也是新的。@Jordão，那么被截断的版本是什么呢？被截断的版本，正如已经阐明的，是没有显示设计的所有细节的版本，只是最重要的架构部分…说代码建模好于“设计类图”不是矛盾吗应该只设计您的域模型吗？类模型应该与域产生共鸣，而不是包含所有技术goo的代码，例如DTO、DAO和为方便程序员而存在的组合类。DCD不是只有类以及它们与其他类的关系，而没有属性和方法吗？