什么是领域模型

什么是领域模型？
什么是领域模型？这个很关键，弄清楚什么是领域模型，才能进行领域模型设计，否则领域模型设计的结果就没有相互讨论的基础。
　　首先，我想谈谈我的理解。
　　业务系统一般包括三部分内容：（1）操作者（角色）、（2）系统为操作者提供的行为、（3）操作对象。其中的操作对象就是领域模型的来源。在进行需求分析时，领域模型来自于业务描述中的名词以及对名词的抽象。
　　当然描述业务的名词不都是模型，有可能是模型的一个属性，也有可能是角色、或者是跟业务无关紧要描述。在业务描述中有些关联名词描述的则是模型之间的关系。例如，在一个业务描述中出现了部门、用户、用户部门、部门用户这些名词，那么领域模型可能只是部门和用户，用户部门则是模型的一个属性，而部门用户表明了部门和用户这两个模型的关系。
　　一个描述业务的名词成为领域模型，至少具备两点：要么是业务中确实存在的实体、要么是业务实体的提炼（抽象）。
领域模型与数据模型的关系
　　我认为领域模型它是一个分析模型，帮助系统分析人员、用户认识现实业务的工具，描述的是业务中涉及到的实体及其相互之间的关系，它是需求分析的产物，与问题域相关。领域模型是需求分析人员与用户交流的有力工具，是需求分析人员与用户共同理解的概念，是彼此之间交流的语言。而数据模型是系统设计、实现的一部分，描述的是对用户需求在数据结构上的实现，仅此而已。当然数据模型中的概念模型设计与领域模型类似，缺乏的是实体之间更广泛的关系描述。
　　通常大家会考虑数据怎么存放的问题，我的理解是领域模型设计期间不用考虑数据的存放问题，只考虑业务描述中涉及的实体以及实体之间的关系。
　　实体之间的关系，很多书都讲了，无非是泛化、依赖和关联，关联又分了一般关联、聚合、组合等等，我这里就不列了。
　　总结
　　领域模型设计是需求分析的关键步骤。它帮助用户及需求分析人员建立业务概念，确定用户业务的问题域，系统涉及的业务范围等等。
　　领域模型设计的步骤为：
　　1. 从业务描述中提取名词；
　　2. 从提取出来的名词中总结业务实体，区分名词中的属性、角色、实体、实例，形成问题域中操作实体的集合；
　　3. 从业务实体集合中抽象业务模型，建立问题域的概念（例如在前面的例子中，我们把容易变质的水果称之为“短期保持水果”，当然也可以是其它说法，只要能跟用户达成共识即可）；
　　4. 用UML提供的方法和图例进行领域模型设计、确定模型之间的关系；

领域模型是对领域内概念类或现实世界中对象的可视化表示。

概念类：思想、事务或对象。

概念类包括三个方面：符号、内涵、外延。

为什么要建立领域模型？

原因：降低与OO建模之间表示的差异。领域层软件类的名称要来源于领域模型中的名称，使对象有源于领域的信息和职责。

如何创建领域模型：
1、创建概念类。
2、将其描述为UML中的类
3、添加关联和属性