右侧
当前位置:网站首页 > 资讯 > 正文

领域模型设计模型,领域模型设计模型的区别

作者:admin 发布时间:2024-02-03 16:00 分类:资讯 浏览:11 评论:0


导读:设计模型和领域模型的区别两种模型有概念、目的、内容的区别。概念:领域模型是对业务领域中的概念、实体、关系以及三者之间交互的可视化表示。设计模型是软件系统架构的详细描述,包括系统的...

设计模型和领域模型的区别

两种模型有概念、目的、内容的区别。概念:领域模型是对业务领域中的概念、实体、关系以及三者之间交互的可视化表示。设计模型是软件系统架构的详细描述,包括系统的组件、接口、类、对象以及这些零件之间的交互和协作。

领域模型是一种特殊的业务模型,它分析范围是整个行业,抽象出行业里共性和内在规律性的业务,比业务模型更加抽象,它不属于软件开发范畴的概念,与软件开发无关。

领域模型是需求分析人员与用户交流的有力工具,是需求分析人员与用户共同理解的概念,是彼此之间交流的语言。而数据模型是系统设计、实现的一部分,描述的是对用户需求在数据结构上的实现,仅此而已。

领域模型是什么意思有什么核心元素

领域模型是业务分析模型,分析的是系统功能性需求所出核心域的业务,软件系统只是实现业务的方式而非业务的一部分(提供IaaS服务的公司除外),不会考虑系统设计IT领域里问题。

它是一种确定需求的方法,使需求能够为待建信息系统使用,并得到该系统的支持。确定业务对象定义、对象间关系、对象名称和对象间关系名称的流程使我们能够以一种能被业务领域专家理解和验证的精确方式来表达业务领域知识。

领域既可以表示整个业务系统,也可以表示其中的某个核心域或支撑子域。

领域建模的思想和方法

1、一个概念必须通过领域限定,才有具体的意义。例如,“轨道”这个概念,它可能是天文学领域的行星运动轨道,也可能是铁路领域的火车轨道,必须得先限定领域,这个概念才有真正的价值。

2、差分法 差分法的数学思想是通过taylor级数展开等方法把控制方程中的导数用网格节点上的函数值的差商代替进行离散,从而建立以网格节点上的值为未知数的方程组,将微分问题转化为代数问题,是建立离散动态系统数学模型的有效方法。

3、Eric Evans提出的DDD思想就是想解决这样问题。

4、领域的核心思想是逐级细分子领域,来降低业务的理解复杂度和技术实现的复杂度。核心域,通用域,支撑域的划分目的是:区分不同的子领域在公司的重要程度和功能属性,从而提供不同的资源投入策略和关注度。

DDD领域驱动设计-DDD概览

而领域驱动设计开发过程是让我们基于面向业务开发、面向领域模型开发。

年Eric Evans 发表Domain-Driven Design –Tackling Complexity in the Heart of Software (领域驱动设计),简称Evans DDD。

领域驱动设计(英语:Domain-driven design,缩写 DDD)是一种通过将实现连接到持续进化的模型[1]来满足复杂需求的软件开发方法。

《领域驱动设计》中关于领域的定义:通俗点讲就是针对某一特定领域结合领域知识以及业务需求进行建模。以上面所举的电商模型为例,具体DDD模型分解如下:通过分层架构隔离领域层、仔细选择模型和设计方案等措施保持实现与模型一致。

这个问题,DDD通过DCI架构(Data、Context和Interactive三层架构),显式的用role对行为进行建模,同时让role在context中对应的领域对象进行绑定(cast)来解决。

领域模型的总结

领域模型是业务分析模型,分析的是系统功能性需求所出核心域的业务,软件系统只是实现业务的方式而非业务的一部分(提供IaaS服务的公司除外),不会考虑系统设计IT领域里问题。

领域模型的特点:能对业务对象进行有效的模型展示、全面地对业务组织进行了说明。领域模型:是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型。

上面4份代码是domain的,最下面的是infrastructure的,这里我们只讲infrastructure的(但是我个人认为领域分层后还是需要整体考虑的,所以才会贴上domain的代码)。 这是我们对于跨域业务逻辑的处理办法。

领域模型分实体、值对象和服务三部分。一般实体里写业务代码、值对象显示、服务提供相对独立的业务。失血模型指一个对象中除了get和set方法外没有任何方法的类。现在不太推荐。

领域模型的模型

在业务对象模型中,业务角色代表雇员将担当的角色,而业务实体则代表雇员将处理的对象。一方面,可以使用业务对象模型来确定业务雇员将如何进行交互,以产生业务主角所期望的结果。

领域模型是对领域内的概念类或现实世界中对象的可视化表示 业务对象模型(也叫领域模型 domain model)是描述业务用例实现的对象模型。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。

领域模型是业务分析模型,分析的是系统功能性需求所出核心域的业务,软件系统只是实现业务的方式而非业务的一部分(提供IaaS服务的公司除外),不会考虑系统设计IT领域里问题。

两种模型有概念、目的、内容的区别。概念:领域模型是对业务领域中的概念、实体、关系以及三者之间交互的可视化表示。设计模型是软件系统架构的详细描述,包括系统的组件、接口、类、对象以及这些零件之间的交互和协作。

苹果、梨、葡萄、橘子、香蕉、荔枝属于水果,核桃属于干果,它们都是果品的一个具体实例。

领域模型是重要的概念。但是,真正了解并能熟练运用它的人并不多。这实在是殊为可惜的一件事情。软件开发中的许多问题,例如需求难于沟通,软件难以演化,都和领域模型紧密相关。更关键的是,掌握这个概念并不难。

标签:


取消回复欢迎 发表评论: