UML 类图

1.类图

1.1类图是面向对象系统建模中最常用的图. 是定义其他图的基础.

1.2类图主要是用来显示系统中的类, 接口以及它们之间的关系.

1.3类图包含的主要元素有类, 接口和关系. 其中关系有泛化关系,关联关系, 依赖关系和实现关系.在类图中也可以包含注释和约束.

2. 类图的表示法

l  类是类图的主要组件, 由 3 部分组成: 类名, 属性和方法. 在 UML 中, 类用矩形来表示, 顶端部分存放类的名称, 中间部分存放类的属性, 属性的类型及值, 底部部分存放类的方法, 方法的参数和返回类型.

l  在 UML 中可以根据实际情况有选择的隐藏属性部分或方法部分或两者都隐藏

l  在 UML 中, 公有类型用 + 表示, 私有类型用 – 表示, 保护类型用 # 表示. UML 的工具开发商可以使用自己定义的符号表示不同的可见性

3接口的表示法

l  接口中包含方法, 但不包含属性. 在 UML 中接口用一个带有名称的圆圈表示, 并且通过一条实线与它的模型元素相连（UserDAO）为接口

l  有时候接口也使用普通类的矩形符号表示

4.类之间的关系-泛化关系（继承关系）

 

l  在 UML 中, 泛化关系用来表示类与类, 接口与接口之间的继承关系.泛化关系有时也称为”is a kind of”关系

l  在 UML 中泛化关系用一条实线空心箭头有子类指向父类

5.类之间的关系-实现关系 

l  在 UML 中, 实现关系用来表示类与接口之间的实现关系.

l  在 UML 中实现关系用一条虚线空心箭头由子类指向父类

6.类与类之间的关系-依赖关系

   依赖（虚线）一个类是另外一个类的参数或者返回值

l  对于两个相对独立的系统，当一个系统负责构造另一个系统的实例，或者依赖另一个系统的服务时，这两个系统之间体现为依赖关系. 例如生产零件的机器和零件，机器负责构造零件对象; 充电电池和充电器，充电电池通过充电器来充电;自行车Bicycle和打气筒Pump，自行车通过打气筒来充气

l  在现时生活中，通常不会为某一辆自行车配备专门的打气筒，而是在需要充气的时候，从附近某个修车棚里借个打气筒打气。在程序代码中，表现为Bicycle类的expand()方法有个Pump类型的参数。以下程序代码表示某辆自行车先后到两个修车棚里充气：

7.类之间的关系-关联关系

关联（实线）一个类是另外一个类的成员变量

l  对于两个相对独立的系统，当一个系统的实例与另一个系统的一些特定实例存在固定的对应关系时，这两个系统之间为关联关系。例如客户和订单，每个订单对应特定的客户，每个客户对应一些特定的订单；公司和员工，每个公司对应一些特定的员工，每个员工对应一特定的公司；自行车和主人，每辆自行车属于特定的主人，每个主人有特定的自行车。而充电电池和充电器之间就不存在固定的对应关系，同样自行车和打气筒之间也不存在固定的对应关系。

l  Person 类与 Bicycle 类之间存在关联关系，这意味着在 Person 类中需要定义一个 Bicycle 类型的成员变量

l  在现时生活中，当骑自行车去上班时，只要从家里推出自己的自行车就能上路了，不象给自行车打气那样，在需要打气时，还要四处去找修车棚。因此，在Person类的goToWork()方法中，调用自身的bicycle对象的run()方法。假如goToWork()方法采用以下的定义方式：

l  那就好比去上班前，还要先四处去借一辆自行车，然后才能去上班。

7.1关联关系的名称

l  关联关系的名称: 关联关系可以有一个名称, 用于描述该关系的性质.  此关联名称应该是动词短语, 因为它表明源对象正在目标对象上执行动作.

7.2关联关系的角色

l  当一个类处于关联的某一端时,该类就在这个关系中扮演一个特定的角色. 具体来说, 角色就是关联关系中一个类对另一个类所表现的职责. 角色名称是名词或名称短语.

8.类之间的关系—关联—聚合

聚合（空心菱形加实线）整理和部分的关系，汽车，发动机（汽车可以选择各个型号的发动机）

l  聚合关系是关联关系的一种，是更强的关联关系。

l  聚合是整体和部分之间的关系，例如汽车由引擎、轮胎以及其它零件组成。

l  聚合关系也是通过成员变量来实现的。但是，关联关系所涉及的两个类处在同一个层次上，而聚合关系中，两个类处于不同的层次上，一个代表整体，一个代表部分。

9.类之间的关系—关联—组合

组合（实心菱形加实线）生命体，整理和部分的关系人和五脏六腑.

 

l  UML类图关系中组合关系是关联关系的一种，是比聚合关系还要强的关系。

代表整体的对象负责代表部分对象的生命周期