领域模型图

领域模型图

基本含义：

显示最重要的业务概念和它们之间的关系的类图。用„类表示业务概念，但类通常只包含重要属性，不包含操作。

„关联和泛化显示了这些概念之间的关系。

它是真实世界中各个事物的表示，而不是软件中各构件的表示。

关键思想：

领域模型是现实世界的一个可视化抽象字典

„它可视化了领域中的单词或概念类，并为这些单词或概念类建立了关联

领域模型是没有方法的类图的集合，并且在领域模型中不会出现软件工件

1.发现类对象：

使用概念类分类列表来找出概念；根据名词性短语识别出概念类；

领域模型中的概念类越多越好

2.建立类之间的关联

类之间有三种关系：

„－关联（包括聚合和组合）

类之间的某种语义关系。这种语义关系体现了事物之间的联系。进一步说，联系又可以分为长久的、稳定的联系和短暂的、不稳定的联系。

关联的UML表示：

用一条写着关联名称的线段来表示两个类之间的关联。关联自然具有双向性，这意味着从关联两端的任何一个类的实例出发在逻辑上都是可以达到另一端。

关联的每一端都可以包含一个多重性的表达式，它表示两个类的实例之间的数量关系

„－继承（一般与特殊的关系）

„－依赖

3.添加类的属性：

定义：属性是某个对象的数据值。

识别：

1）首先从类的语义完整性角度列举出类的候选属性；

2）针对系统目标和类在系统中的作用以及问题域相关特性对类的候选属性进行一次筛选；

属性的识别要根据具体的问题域，同一实体在不同的系统中识别出来的属性会不一样

„图书馆系统：不关注头发颜色、眼睛颜色；

„公安局侦察管理系统：头发颜色、眼睛颜色、指纹等

避免设计潜行：任何属性都不表示外健

对象之间的联系可以采用多种方法——使用外健是一种方法，但是为了避免设计潜行，我们应该把如何实现关系推迟到设计阶段再考虑

在领域模型里,不应该使用属性来联系概念类.这个原则最常见的反例是添加一种外键属性(foreignkey attribute),这是关系数据库设计中为了连接两种类型的典型做法.