1.引言
在之前的学习帖子中对于帖子的格式方面没有太过重视，今天起严格要求格式。
拆词理解，领域模型可以拆为“领域”和“模型”二词。
领域：按照我之前的理解，DDD中的领域是指软件系统要解决的问题，如在线商城就是为了解决电商问题，对应的就是电商领域。 模型：百度百科解释为对于某个实际问题或客观事物、规律进行抽象后的一种形式化表达方式。如户型图就是实际房屋结构的模型。
把两个词结合起来，可以给领域模型下个定义：领域模型是对我们软件系统中要解决问题的抽象表达。
2.领域模型
领域模型是一种分析模型，在软件开发过程分析阶段用于分析如何满足系统功能性需求，属于软件开发范畴，在UML中主要使用类图来描述领域模型。
业务模型是业务建模的输出物，业务建模研究的对象是公司或者组织，业务建模属于软件开发过程中的初始阶段。
软件开发过程：业务建模、需求、分析、设计。
我们知道传统的软件开发，需求、分析、设计都是分开的，开发人员以开发的角度看待业务，导致不能完好的体现出某一个功能，甚至需求和实际功能有极大的区别。而领域模型就能解决这一问题。
怎样确保最终的软件设计能满足客户需求且适应变化呢？
要保证系统分析、设计和实现不脱节。
那如何做到不脱节呢？
那就需要一个能够贯穿整个项目的东西，来处理所有环节之间的关系。
那这个东西是什么呢？
没错，就是领域模型。
领域模型如何实现的呢？
分析阶段，所有的参与人员（领域专家、设计人员、开发人员等）对业务进行需求分析，通过大家的不断交流讨论，提取出业务规则和流程中的关键词汇和概念形成通用语言，进而发现领域概念。
设计阶段，以通用语言为交流基础，将发现的领域概念进行领域模型设计，以面向对象的思想抽象出实体，确定实体所对应的方法和属性，以及实体之间的关系。然后将这些实体和实体之间的关系以某种形式展现出来，形成领域模型。
实现阶段，开发人员根据确立的领域模型进行代码实现，做到代码与模型的绑定，从而实现了设计和实现阶段的衔接。
通过这样一种方式，我们实现了语言、模型、代码三者紧密绑定，确保开发出来的软件来准确反应需求并能适应变化。
3.小结
领域模型按照我个人的理解，就是将业务中涉及到的东西以面向对象的思想进行抽象，抽象出实体对象，确定实体所对应的方法和属性，以及实体之间的关系。然后将这些实体和实体之间的关系以图形、文字描述等等展现出来。