UML的存在

类图是使用频率比較高的UML图，它用于描写叙述系统中所含的类以及它们之间的相互关系，帮助人们简化对系统的理解，也是系统分析和设计阶段的重要产物，也是系统编码和測试的重要类型根据。

UML的表示方法

它的表示方法也比較简单，分成三层，第一层是类名。第二层是属性，第三层是方法。

而 属性和方法中用到的“+”表示public，“-”表示private，“#”表示protected。以及属性的写法：权限修饰符、属性名（方法名），然后是数据类型（或返回值）。这些都是基本的语法，都比較明显也比較简单。

当然还有接口和抽象类的表示方法：

用来描写叙述接口；

用来描写叙述抽象方法。

UML描写叙述类图之间的关系

类图之间的关系有四种：泛化关系、实现关系、依赖关系、关联关系，而关联关系又分为普通关联关系、聚合关系和合成关系。而其实这些关系我们easy理解，可很多其它时候我们要注意怎样转化成java代码：

泛化关系

实现 关系

依赖关系

public class Person{

	public void count(Computer computer){

	}

}

public class Person{

	public void count(){

		Computer computer=new Computer();

	}

}

public class Computer(){

       public static void test(){

       }

}

public class Person{

	Computer.test();

}

关联关系：

最后就是我们的关联关系了，说它分为三种状态：普通关联关系、聚合关系和合成关系，他们最大的共同之处就是都是关联关系，而代码表现出来的方式就是被指向类会作为指向类的成员变量出现，而我们再来看看它们有什么不同？

普通关联关系

（图片是从网上任意转载）

这是最普通的关联关系。代码也非常easy写：

public class Customer{

  private Address address。

}

而对应的还有自关联和双向关联，而这些也都是将对应的类做成成员变量就可以。自关联将自己，双向关联互相做成。

聚合关系

关联关系就像是一个老人讲故事，要想知道这个事情，要从多少多少年说起了，那个年代那个背景可能会让你理解的更深刻。而聚合关系则不不过这样，不不过那个时代造成了这样，而是主人公可能就在一个组织里，那个组织的人的共性，他是组织里的人。组织都是由他这类人组成的。

（图片是从网上任意转载）

它的描写叙述形式比起简单的关联来多了一个菱形。而菱形所在的类指向对方。

它的代码编写，比起普通关联要麻烦了非常多：

public class Car{

   private Engine engine；

   public Car(Engine engine){

  }

  public void setEngine(Engine engine){

  }

}

它不仅将被指向对象作为了成员变量。还将成员对象作为构造方法以及set方法或其它业务方法的參数。

合成关系

合成关系，还有人把它叫做组合关系。它之所以不同于聚合关系，是由于关联的对象在本质上是在一起的。就像四肢对于生物。就像数字对于计算。

（图片是从网上任意转载）

鉴于它的同根同源性，菱形变成了实心。而对应的程序也做出了变化：

public class Head{

   private Mouth mouth;

   public Head(){

       mouth=new Mouth();

   }

}

它是在总体的构造方法中直接实例化成员。