Uml 域类图和设计类图之间有什么区别?

Uml 域类图和设计类图之间有什么区别?,uml,modeling,Uml,Modeling,有人能简单地解释一下域类图和设计类图之间的区别吗 我在上面找到了一个解释, 但是我发现它非常混乱。在数据库建模中,域模型称为概念模型,而设计模型称为逻辑模型 这些区别也用于模型驱动的开发中,我们有三种类型的模型: (独立于解决方案)领域模型由系统分析或开发项目初始阶段的领域/需求工程产生 (平台无关)设计模型由精化阶段的系统设计活动产生,通常基于领域模型 (平台特定)实现模型,可以是(例如JavaScript或Java EE)类模型、SQL表模型或从信息设计模型派生的其他类型的数据模型 虽然系统

有人能简单地解释一下域类图和设计类图之间的区别吗

我在上面找到了一个解释, 但是我发现它非常混乱。

在数据库建模中,域模型称为概念模型,而设计模型称为逻辑模型

这些区别也用于模型驱动的开发中,我们有三种类型的模型:

  • (独立于解决方案)领域模型由系统分析或开发项目初始阶段的领域/需求工程产生
  • (平台无关)设计模型由精化阶段的系统设计活动产生,通常基于领域模型
  • (平台特定)实现模型,可以是(例如JavaScript或Java EE)类模型、SQL表模型或从信息设计模型派生的其他类型的数据模型
  • 虽然系统建模包括信息和过程建模,但您似乎只关心信息建模。在这里,我们可以使用术语“领域类图”和“设计类图”来表示概念信息模型和以UML类图形式创建的信息设计模型

    概念模型和设计模型之间以及设计模型和实现模型之间的一对多关系如下图所示:

    考虑到信息/类别/数据建模,我们得到以下图片:

    作为一个例子,说明了从概念到设计如何从概念到执行的派生链,考虑下面的人/人概念/类模型:

    领域模型是在软件工程项目的分析阶段产生的问题领域的独立于解决方案的描述。术语“概念模型”通常用作“领域模型”的同义词。域模型可以包括域状态结构的描述(在概念信息模型中)和域过程的描述(在概念过程模型中)。它们是解决方案独立的,或“计算独立的”,从某种意义上说,它们不关心做出任何系统设计选择或其他计算问题。相反,他们专注于所考虑领域的主题专家的观点和语言

    在设计阶段,首先在领域模型的基础上开发一个与平台无关的设计模型,作为给定软件工程问题的通用计算解决方案。同一领域模型可能被用来产生许多(甚至根本上)不同的设计模型,代表不同的设计选择。然后,通过考虑从架构风格、要最大化的非功能质量标准(例如,性能、适应性)和目标技术平台等一系列实施问题,从设计模型中衍生出一个或多个特定于平台的实施模型


    另请参见《开放存取手册》的章节和。

    UML没有这样的图表

    企业架构师有域模型-请看

    至于“类设计图”,EA、VP UML或UML本身都不知道它。我认为,通常的类图形式的UML是指

    如果您关注的是图本身,那么关于领域模型的图和关于设计模型的图之间有两个很大的区别:(至少这是Larman书中应用UML和模式所说的)

  • 在表示域模型的UML图中,不能使用箭头。所有类都用一条表示“关系”的线链接,您应该在这些线上使用文本注释来说明它到底是什么关系。在设计模型中,您必须使用箭头,所有类型的箭头:关联、继承。。。等

  • 在设计模型中,您必须指定属性和方法的类型等,而在域模型中,您只需编写它们,而不需要任何附加内容(就像在现实世界中一样)。例如,设计模型中的
    value:int
    将在域模型中写为
    value


  • 参考:应用UML和模式第3版第9章和第16章。

    在域模型中,它不能是
    value:Integer