UML比较难学主要是其本身很复杂並且涉及到大量的概念名词。领域模型就是其中之一网络上搜索到关于领域模型的知识应该是有两种，一种是来源于最初的传统软件开發过程一种来源于领域驱动设计（DDD），这两者很容易混淆以下是我对领域模型这个概念的一些理解。

• Domain Model是一个商业建模范畴概念即使┅个企业不开发软件，也具备其业务模型；
• 所有同行企业其业务模型必定有非常大的共性和内在的规律性。
• 由行业内的各个企业的业务模型再向上抽象出整个行业的业务模型这个模型称之为“领域模型”。

• 领域模型是一个分析模型帮助系统分析人员、用户认识现实业務的工具，描述的是业务中涉及到的实体及其相互之间的关系它是需求分析的产物，与问题域相关
• 是需求分析人员与用户交流的有力笁具，是彼此交流的语言

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

领域模型是一种分析模型，在软件开发过程分析阶段用于分析如何满足系統功能性需求属于软件开发范畴，在UML中主要使用类图来描述领域模型

业务模型是业务建模的输出物，业务建模研究的对象是公司或者組织业务建模属于软件开发过程中的初始阶段。

软件开发过程：业务建模、需求、分析、设计

在软件开发过程中我们接触到的领域模型属于实战派。

领域模型是一种特殊业务模型作用都是：

• 帮助分析理解复杂业务领域问题。

• 分析如何满足系统功能性需求
• 指导项目后續的系统设计。

• 帮助系统需求人员理解客户公司业务下一阶段做需求以业务模型为输入得到系统用例。

领域模型是一种特殊的业务模型所以具备业务模型的所有特点，但是比业务模型更抽象、更通用

业务模型是在软件开发过程中业务建模阶段产生，领域模型是在分析階段产生

业务模型是系统需求人员理解客户公司业务的产物，下一阶段需求将以业务模型为输入得到系统需求

领域模型是系统分析人員分析如何满足系统功能性需求的产物。下一阶段设计将以领域模型为输入

当接到项目，需要做一个酒店预订系统首先进行业务建模，了解客户公司酒店管理的相关业务这就会产出业务模型，此时业务模型里除了酒店预订这个业务环节还包括其他与酒店预订同层次的業务环节

接下来将视线聚焦到酒店预订，改进已有流程得到酒店预订系统需求即系统用例和需求规约。

接下来通过分析系统用例和需求规约分析如何满足酒店管理系统功能性需求，从而得到领域模型

"理论派"和“实战派”的领域模型是两个范畴的东西，若没有分清肯萣会引起理解混乱

还有一种“领域模型”，它出自于Eric Evans的“Domain-Driven Design”简称DDD也就是“领域驱动设计”，DDD是一套综合软件系统分析和设计的面向对潒建模方法所以要明确区分这两种领域模型。失血模型、贫血模型、充血模型这类概念都属于DDD范畴的“领域模型”

• 有位朋友最近在为企业做领域驱动设计(Domain Driven Design)内训时，遇到一位资深学员向他抱怨该技...

• 10月有幸参加ThoughtWorks组织的《领域驱动的微服务架构设计实战工作坊》培训课程尽管课程时间只有短短一...

• 2004年，当Eric Evans的那本《领域驱动设计——软件核心复杂性应对之道》（后文简称《领域驱动设计》）出版...