UML学习（一）：类图

      好久没有用UML了，趁最近有时间，重新复习了一下，也学习UML2的一点新内容。

      UML2中的阴和阳

      在 UML 2 中有二种基本的图范畴：结构图和行为图。每个 UML 图都属于这二个图范畴。结构图的目的是显示建模系统的静态结构。它们包括类，组件和（或）对象图。另一方面，行为图显示系统中的对象的动态行为，包括如对象的方法，协作和活动之类的内容。行为图的实例是活动图，用例图和序列图。

      类图

      类和类之间有继承，关联，聚合等关系。接口和类之间有实现的关系。UML2中还包含了类的实例以及角色（如Employee类的实例可分为Manager和Team Member两种角色）。

      下面的内容是对IBM对于UML的基础教程的的内容整理（出自：http://www.ibm.com/developerworks/cn/rational/rationaledge/content/feb05/bell/）。

继承关系：

 

接口与类的实现关系：

 -------------------------------------------------------------------------------------------------

关联关系：

双向（标准）关联

单向关联

反射关联
现在我们已经讨论了所有的关联类型。就如你可能注意到的，我们的所有例子已经显示了两个不同类之间的关系。然而，类也可以使用反射关联与它本身相关联。起先，这可能没有意义，但是记住，类是抽象的。图 1 显示一个Employee类如何通过manager / manages角色与它本身相关。当一个类关联到它本身时，这并不意味着类的实例与它本身相关，而是类的一个实例与类的另一个实例相关。

 

图 1：一个反射关联关系的实例

 -------------------------------------------------------------------------------------------------

聚合
聚合是一种特别类型的关联，用于描述“总体到局部”的关系。在基本的聚合关系中， 部分类 的生命周期独立于 整体类 的生命周期。

举例来说，我们可以想象，车 是一个整体实体，而 车轮 轮胎是整辆车的一部分。轮胎可以在安置到车时的前几个星期被制造，并放置于仓库中。在这个实例中，Wheel类实例清楚地独立地Car类实例而存在。然而，有些情况下， 部分 类的生命周期并 不 独立于 整体 类的生命周期 -- 这称为合成聚合。举例来说，考虑公司与部门的关系。 公司和部门 都建模成类，在公司存在之前，部门不能存在。这里Department类的实例依赖于Company类的实例而存在。

让我们更进一步探讨基本聚合和组合聚合。(注：基本聚合和组合聚合的区别就在于部分类的生命周期是否独立于整体类的生命周期)

基本聚合
有聚合关系的关联指出，某个类是另外某个类的一部分。在一个聚合关系中，子类实例可以比父类存在更长的时间。为了表现一个聚合关系，你画一条从父类到部分类的实线，并在父类的关联末端画一个未填充棱形。图 2 显示车和轮胎间的聚合关系的例子。

 

图 2: 一个聚合关联的例子

组合聚合
组合聚合关系是聚合关系的另一种形式，但是子类实例的生命周期依赖于父类实例的生命周期。在图3中，显示了Company类和Department类之间的组合关系，注意组合关系如聚合关系一样绘制，不过这次菱形是被填充的。

 

图 3: 一个组合关系的例子

在图 3 中的关系建模中，一个Company类实例至少总有一个Department类实例。因为关系是组合关系，当Company实例被移除/销毁时，Department实例也将自动地被移除/销毁。组合聚合的另一个重要功能是部分类只能与父类的实例相关（举例来说，我们例子中的Company类）。