UML领域模型和类图

泛化（Generalization）

表示is-a的关系，是对象之间耦合度最大的一种关系，子类继承父类的所有细节。直接使用语言中的继承表达。在类图中使用带三角箭头的实线表示，箭头从子类指向父类。

什么时候需要泛化

• 子类需要增加新的属性
• 子类需要增加新的关联
• 子类需要进行与其他子类不同的操作、反应、控制等
• 子类需要表示一种生物，来进行与父类或其他子类不同的行为和动作

注意：不要过分的颗粒化。如下图这样：

抽象概念类

下图中，若存在Payment的实例既不是CashPayment，也不是CreditPayment，也不是CheckPayment，那么Payment就不是抽象概念类。反之则是。

抽象概念类在UML中用斜体表示。以上图为例：

状态改变

不要将概念类X的一个状态X设计成X的子类。而应该，1）设计一个状态层次，并将这些状态和X关联起来；或者2）不要在类图中表现状态的改变，而在状态图中展现。

实现（Realization）

在类图中就是接口和实现的关系。这个没什么好讲的。在类图中使用带三角箭头的虚线表示，箭头从实现类指向接口。

依赖(Dependency)

对象之间最弱的一种关联方式，是临时性的关联。它表示一个瞬时的关系。代码中一般指由局部变量、函数参数、返回值建立的对于其他对象的调用关系。一个类调用被依赖类中的某些方法而得以完成这个类的一些职责。在类图使用带箭头的虚线表示，箭头从使用类指向被依赖的类。

关联(Association)

对象之间一种引用关系，比如客户类与订单类之间的关系。这种关系通常使用类的属性表达。关联又分为一般关联、聚合关联与组合关联。后两种在后面分析。在类图使用带箭头的实线表示，箭头从使用类指向被关联的类。可以是单向和双向。

聚合(Aggregation)

表示has-a的关系，是一种不稳定的包含关系。较强于一般关联,有整体与局部的关系,并且没有了整体,局部也可单独存在。如公司和员工的关系，公司包含员工，但如果公司倒闭，员工依然可以换公司。在类图中使用空心的菱形表示，菱形从局部指向整体。

组合(Composition)

表示is-a-part-of的关系，是一种强烈的包含关系。组合类负责被组合类的生命周期。是一种更强的聚合关系。部分不能脱离整体存在。如公司和部门的关系，没有了公司，部门也不能存在了；调查问卷中问题和选项的关系；订单和订单选项的关系。在类图使用实心的菱形表示，菱形从局部指向整体。

聚合和组合的区别

聚合和组合的区别在于：聚合关系是“has-a”关系，组合关系是“contains-a”关系；聚合关系表示整体与部分的关系比较弱，而组合比较强；聚合关系中代表部分事物的对象与代表聚合事物的对象的生存期无关，一旦删除了聚合对象不一定就删除了代表部分事物的对象。组合中一旦删除了组合对象，同时也就删除了代表部分事物的对象。

多重性(Multiplicity)

通常在关联、聚合、组合中使用。就是代表有多少个关联对象存在。使用数字..星号（数字）表示。如下图，一个割接通知可以关联0个到N个故障单。

用包（Package）组织领域模型

有时候，一个领域模型会变得非常大，这时我们可以把按照相关的概念将其划分成不同的包。

包的划分

我们可以将如下一些元素组合成一个单独的包：

• 在概念或用途上，它们属于同一个主题范围；
• 它们在同一个类层次结构上；
• 参与了同一个用例；
• 之间有非常强烈的关联关系。

例如，我们将领域划分为Core/Misc, Payments, Products, Sales和Authorization Transation五个包，每个包中的类图又如下所示。