下面哪个不是构建领域模型的目的
用来搭建系统组织结构不是构建领域模型的目的
领域建模。 从领域模型开始,我们就开始了面向对象的分析和设计过程,可以说,领域模型是完成从需求分析到面向对象设计的一座桥梁。
顾名思义,就是显示最重要的业务概念和它们之间关系，是真实世界各个事物的表示（现实世界的可视化抽象字典）而不是软件中各构件的表示。（类：表示业务概念，通常只包含重要属性，少甚至不包含操作；关联、泛化：表达概念之间的关系）领域模型是描述业务领域（业务实体）的静态结构
理论派观点：
Domain Model是一个商业建模范畴概念，即使一个企业不开发软件，也具备其业务模型；
所有同行企业，其业务模型必定有非常大的共性和内在的规律性。
由行业内的各个企业的业务模型再向上抽象出整个行业的业务模型，这个模型称之为“领域模型”。
实战派观点：
领域模型是一个分析模型，帮助系统分析人员、用户认识现实业务的工具，描述的是业务中涉及到的实体及其相互之间的关系，它是需求分析的产物，与问题域相关。
是需求分析人员与用户交流的有力工具，是彼此交流的语言。
理论派
领域模型是一种特殊的业务模型，它分析范围是整个行业，抽象出行业里共性和内在规律性的业务，比业务模型更加抽象，它不属于软件开发范畴的概念，与软件开发无关。
实战派
领域模型是一种分析模型，在软件开发过程分析阶段用于分析如何满足系统功能性需求，属于软件开发范畴，在UML中主要使用类图来描述领域模型。
业务模型是业务建模的输出物，业务建模研究的对象是公司或者组织，业务建模属于软件开发过程中的初始阶段。
软件开发过程：业务建模、需求、分析、设计。
在软件开发过程中我们接触到的领域模型属于实战派。
从这个定义我们可以看出,领域模型有两个主要的作用:
发掘重要的业务领域概念
建立业务领域概念之间的关系
领域和子域
领域既可以表示整个业务系统，也可以表示其中的某个核心域或支撑子域。
我们可能会为整个业务系统创建一个单一的、内聚的、全功能式的模型；实际在DDD中，一个领域被分为若干个子域，领域模型在限界上下文中完成开发。
一个领域模型，通常只关注这个业务系统的某个方面。
领域模型不能包含整个业务系统，我们就应该合理的划分领域模型。
举例:
零售商在线销售产品
零售商向买家展示不同类别的产品，让买家下单，付款，还能安排物流。
在这个零售商在线销售产品的领域中，可以分为四个主要的子域:产品目录，订单，发票，物流。
如果我们再添加一个库存系统，就会变得很复杂。
可以将此零售商在线销售产品分为三个物理系统:电子商务系统，库存系统，外部预测系统。
电子商务系统中的隐形领域模型可能没有被很好的分离出来。
在正确实施DDD的时候，子域不一定要做的很大，简单到只包含一套重要的算法也行。这种简单的子域可以以模型的形式从核心域中分离出来，而不需要包含在笨重的子系统中。
领域模型的关系
认为领域模型它是一个分析模型，帮助系统分析人员、用户认识现实业务的工具，描述的是业务中涉及到的实体及其相互之间的关系，它是需求分析的产物，与问题领域相关。领域模型是需求分析人员与用户交流的有力工具，是需求分析人员与用户共同理解的概念，是彼此之间交流的语言。而数据模型是系统设计、实现的一部分，描述的是对用户需求在数据结构上的实现，仅此而已。当然数据模型中的概念模型设计与领域模型类似，缺乏的是实体之间更广泛的关系描述。
通常大家会考虑数据怎么存放的问题，我的理解是领域模型设计期间不用考虑数据的存放问题，只考虑业务描述中涉及的实体以及实体之间的关系。
实体之间的关系，很多书都讲了，无非是泛化、依赖和关联，关联又分了一般关联、聚合、组合等等，我这里就不列了。
领域模型和实体类是什么关系
领域模型 和 uml类图 是两个不同层次概念，谈不上区别。
可以这样说，领域模型是用uml类图来表达的
领域模型（Domain model）：是对领域内概念类或现实世界中对象的可视化表示。也称为概念模型。是更为完整的业务模型的一个特例。从UML的表示法角度，领域模型被描述为一组没有定义操作的类图（概念类、关联、属性）。领域模型中的领域类通常只有属性，没有或很少的操作。
什么是领域模型
领域模型是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型。它专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。
领域模型是一种什么技术
领域模型是对领域内的概念类或现实世界中对象的可视化表示
业务对象模型（也叫领域模型 domain model）是描述业务用例实现的对象模型。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业务用例。
该模型为产生预期效果确定了业务人员以及他们处理和使用的对象（“业务类和对象”）之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例。
业务角色显示了一个人承担的一系列职责。业务实体表示使用或产生的可交付工件、资源和事件。业务用例实现显示了协作的业务角色和业务实体如何执行某个工作流程。使用以下几种图来记录业务用例实现： 图显示参与的业务角色和业务实体。
活动图，其中泳道显示业务角色的职责，而对象流显示如何在工作流程中使用业务实体。 序列图描述业务角色和业务主角之间交互的详细情况，并显示如何在业务用例执行过程中访问业务实体。
领域模型的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于船舶领域模型、领域模型的信息别忘了在本站进行查找喔。