UML类图

在学习UML类图之前，推荐一个好的拥有大量开源项目的网站：http://www.oschina.net/project。

同时推荐一个开源项目：startUML，下面的所有的类图和类之间的关系图都是用startUML绘制的。

在学习UML之前先来一个样例：

注释：

类
第一行：类名称
第二行：特性（字段或者属性）
第三行：操作（方法或行为）
注意：若类名称为斜体字，则此类为抽象类

接口
棒棒糖表示法
圆圈旁为接口名称
接口方法在类实现中出现

接口
矩形表示法，顶端有《interface》
第一行：接口名称
第二行：接口方法

注意每个类的方法和字段前面的符号
+号表示public，-号表示private，#表示protected

UML类图详解：

在画类图的时候，理清类和类之间的关系是重点。类的关系有泛化(Generalization)、实现（Realization）、依赖(Dependency)和关联(Association)。其中关联又分为一般关联关系和聚合关系(Aggregation)，合成关系(Composition)。下面我们结合实例理解这些关系。

注意：其实可以这么记忆

类关系有：泛化(Generalization)、关联(Association)。

泛化：继承和实现。

关联：依赖，一般关联，聚合关联，合成关联。

基本概念：

类图（Class Diagram）: 类图是面向对象系统建模中最常用和最重要的图，是定义其它图的基础。类图主要是用来显示系统中的类、接口以及它们之间的静态结构和关系的一种静态模型。

类图的3个基本组件：类名、属性、方法。

注意：无论是类的字段还是方法，都有+或者-等访问修饰符，后面都有类型，字段的类型是变量的类型，方法的类型是函数的返回值类型。

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

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

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

场景：本来人与电脑没有关系的，但由于偶然的机会，人需要用电脑写程序，这时候人就依赖于电脑。

类与类的依赖关系图在程序中一般为 using 引用。

 

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

A1->A2: 表示A1认识A2，A1知道A2的存在，A1可以调用A2中的方法和属性

场景：订单和商品，订单中包括商品，但是商品并不了解订单的存在。

类与类之间的单向关联图:

public class Order
    {
        public List<Product> order;
        public void AddProductToOrder(Product product)
        {
            order.Add(product);
        }
    }
    public class Product
    { 
    }

 

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

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

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