我的作业说明了以下标准:
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图(即只是类的名称和它们之间的相互作用)?
答案 0 :(得分:5)
大多数时候,人们会为他们的代码建模。非常好!在这种情况下,类图建模用于以图形方式表示(面向对象)类的结构:类,方法,属性,具有构造型的注释。想象一下所有JPA,Spring,基于JPA-J2EE架构的类图中的任何注释......
如上所述,“设计类图”应该只从架构级别设计您的域模型。您的结构系统依赖的基本实体是什么? 没有关于编程语言的细节,没有“dto”,“dao”或类似技术的东西。 这是我使用的一个很好的例子:online shopping cart domain model。它只包含架构上重要的类。
HTH,汤姆
答案 1 :(得分:0)
仍然很难理解。分析类图和设计类图之间的主要区别在于分析阶段的重点是设计类图而不关心实现细节。其中,desgin建模与实现和架构有关,因为它是系统的高级静态视图。