我有一个作业,说明以下标准:
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 图吗(即只有类的名称和它们之间的交互)?
我有一个作业,说明以下标准:
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、Spring,以及基于 JPA-J2EE 架构的类图中的任何注释......
如上所述,“设计类图”应该只从架构级别设计您的域模型。你的结构系统依赖的基本实体是什么?没有关于编程语言的详细信息,没有“dto”、“dao”或类似的技术内容。这是我使用的一个很好的例子:在线购物车域模型。它只包含 架构上重要的类。
HTH,汤姆
仍然是模棱两可的理解。分析类图和设计类图的主要区别在于分析阶段专注于设计类图而不关心实现细节。其中,设计建模与实现和体系结构有关,因为它是系统的高级静态视图。