我有一个说明以下标准的赋值：
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"或类似的技术内容。下面是我使用的一个很好的例子：在线购物车域模型。它只包含架构上重要的类。
HTH，Tom
理解起来仍然很友好。分析类图和设计类图之间的主要区别在于分析阶段专注于设计类图，而不关心实现细节。其中as，desgin建模关注的是系统的实现和架构，它是系统的高级静态视图。