领域模型(概念模型) 逻辑模型 物理模型

[quote][size=large]from 刘哥
[b]实体域对象
过程域对象
事件域对象
[color=red]逻辑模型之“逻辑”就是在抽象过程域对象时的这个“过程”[/color][/b][/size][/quote]


[b]领域模型[/b]

领域模型(domain model)，也称为概念模型、领域对象模型、分析对象模型，我们在对项目进行分析的时候，往往会创建相应的领域模型。
[quote]Java开发三件宝：
Domain Model 领域模型（如DRP的分销领域） 将现实世界中的东西抽象成模型，通过UML建模等
Pattern 模式 分分析模式、设计模式。最重要的是知道模式的应用场景，即某一模式所对应的问题所在
Framework 框架 如Struts、Spring、Hibernate[/quote]

[b]领域模型（Domain Model）是一个商业建模范畴的概念，他和软件开发并无一丝一毫的关系，即使一个企业他不开发软件，他也具备他的业务模型，所有的同行业的企业他们的业务模型必定有非常大的共性和内在的规律性，由这个行业内的各个企业的业务模型再向上抽象出来整个行业的业务模型，这个东西即“领域模型”。[/b]
---[url]http://www.iteye.com/topic/11608[/url]

领域模型学习(01)：领域模型简介：
[url]http://blog.csdn.net/t673afa/archive/2010/05/08/5569413.aspx[/url][quote]领域模型设计的步骤为：
　　[b]1. 从业务描述中提取名词；
　　2. 从提取出来的名词中总结业务实体，[color=red]区分名词中的属性、角色、实体、实例[/color]，形成问题域中操作实体的集合；
　　3. 从业务实体集合中抽象业务模型，建立问题域的概念（例如在前面的例子中，我们把容易变质的水果称之为“短期保持水果”，当然也可以是其它说法，只要能跟用户达成共识即可）；
　　4. 用UML提供的方法和图例进行领域模型设计、确定模型之间的关系；[/b][/quote]

别在领域模型迷失了自己
[url]http://www.cnblogs.com/tsoukw/archive/2007/09/28/908983.html[/url][quote]领域模型就是对领域内的概念类和现实世界中对象的可视化表示【Mo95,Fowler96】。 针对UP来说领域模型就是业务对象模型[/quote]

UML小结以及基于领域模型的系统设计初步
[url]http://www.cnblogs.com/Leo_wl/archive/2010/07/21/1781927.html[/url]

如何进行领域模型设计
[url]http://blog.csdn.net/chuan122345/archive/2010/01/13/5187302.aspx[/url][quote]一 领域模型的概念
1.领域模型是对领域内的概念类或现实世界的对象的一种抽象的可视化表示。又称为概念模型，分析模型，它主要关注问题域本身，挖掘问题域中核心的领域概念，并建立领域概念之间的关系。
2.领域模型之间的关系一般为泛化，依赖和关联，而关联又分为一般关联，聚合和组合。
3.在进行需求分析时，领域模型来自于业务描述中的名词以及对名词的抽象。当然描述业务的名词不都是模型，有可能是模型的一个属性，也有可能是角色、或者是跟业务无关紧要描述。
二 领域模型设计的步骤如下：
[b]1.从用户的业务需求描述中，提取出所有的名词，一般时间名词和地点名词可以除外。
2.分析所有的名词，从中提取出业务实体，区分名词中的属性，角色，实体，实例，形成操作实体集合。
3.从业务实体集合中抽象领域模型。
4.用UML提供的方法和图例进行领域模型设计，确定模型之间的关系。[/b]
三 领域模型的作用
领域模型描述的是业务中涉及到的业务实体以及相互之间的关系。因此它可以帮助需求分析人员和用户（或用户代表）认识实际业务，从而成为需求分析人员和用户之间交流的重要工具，是他们共同理解的概念，是彼此交流的语言。
四 数据模型的区别
数据模型是系统设计，以及实现的一部分，描述的是对用户需求在技术上的实现方法。用户不需要关心系统的数据模型，但是必须关注领域模型，因为领域模型反映的是问题域的相关业务概念以及其关系，领域模型是用户业务描述的高度抽象，来源于业务需求的描述，同时又可以帮助用户和需求分析人员更好的理解业务需求。[/quote]

领域模型驱动应用心得
[url]http://blog.csdn.net/HuDon/archive/2009/03/30/4036904.aspx[/url]

概念模型设计：
[url]http://blog.csdn.net/soltex/archive/2010/05/04/5554821.aspx[/url][quote]可以看出 ，[b]进行概念模型（领域模型）设计时应当遵循先局部，后整体的设计思路。[/b][/quote]


概念模型，逻辑模型，物理模型：
[url]http://www.cnblogs.com/emanlee/archive/2010/12/16/1907656.html[/url][quote] [b]概念模型[/b]就是在了解了用户的需求，用户的业务领域工作情况以后，经过分析和总结，提炼出来的用以描述用户业务需求的一些概念的东西。如销售业务中的“客户”和“定单”，还有就是“商品”，“业务员”。 用USE CASE来描述就是：“业务员”与“客户”就购买“商品”之事签定下“定单”。
[b]逻辑模型[/b]就是要将概念模型具体化。要实现概念模型所描述的东西，需要那些具体的功能和处理那些具体的信息。这就到了需求分析的细化阶段。还以销售业务为例：“客户”信息基本上要包括：单位名称，联系人，联系电话，地址等属性；“商品”信息基本上要包括：名称，类型，规格，单价等属性；“定单”信息基本上要包括：日期和时间属性。并且“定单”要与“客户”，“业务员”和“商品”明细关联。
系统需要建立几个数据表：业务员信息表，客户信息表，商品信息表，定单表。
系统要包括几个功能：业务员信息维护，客户信息维护，商品信息维护，建立销售定单 。
以上这些均属于建立逻辑模型，这些说明只表明系统要实现什么，但怎样实现，用什么工具实现还没有讲，后者属于物理模型范围。
[b]物理模型[/b]就是针对上述逻辑模型所说的内容，在具体的物理介质上实现出来。如：数据库使用SQL Server 2000，这样就可以编写具体的SQL脚本在数据库服务器上将数据库建立起来。其中包括业务员信息表，客户信息表，商品信息表，定单表。客户端使用VS开发工具，那么在工作站上用VS建立起功能菜单，包括：业务员信息维护，客户信息维护，商品信息维护，建立销售定单等功能，并用工具将每一个功能编码实现。
这三个过程，就是实现一个软件系统的三个关键的步骤，是一个从抽象到具体的一个不断细化完善的分析，设计和开发的过程。[/quote]

浅谈领域模型驱动中表的设计方法：
[url]http://www.uml.org.cn/mxdx/201001151.asp[/url]