UML类图的各种标识法

http://macrochen.javaeye.com/blog/50325

(1)------> 虚线箭头表示依赖关系（dependency），一个类需要与另外一个类一起工作，是它一种最弱的关联关系，常见于各种工具类之间的关系. A --> B:表示A依赖于B，即A中包含B
(2) 实线表示联合关系（association），一个类包含对另外一个类对象的引用，这个通常是使用属性来实现的；为了表明之间的包含关系，有时候会在实线的一端加上箭头（navigability arrow）来表示导航关系；如果关联的双方又都和第三个类有关联关系，那么可以在实线的中间加一个虚线和第三个类关联来表示这种association classes关系
(3)◇— 空心菱形+实线表示聚合关系（aggregation），它是一种更强的关联关系，表示一个类可以拥有或者享有一个类的实例对象，在java代码表现上跟联合是一样的。
(4)◆— 实心菱形+实线表示组合关系（composition），它的关联性比聚合更强，被组合的对象是组合对象的一部分，没法跟其他的对象共享，而且如果组合对象销毁的话，被组合的对象也会同时被销毁，其表现形式跟联合一样
(5)空心箭头+实线，表示泛化generalization（继承inheritance）关系，这个很简单

(6)在rose中要建立enumeration，只需要在建立的class中将其stereotype设置为enumeration即可。stereotype只是用来做一个标记，并不包含别的意义

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

首先弄清楚类图是个什么东西：

类图(class diagram)描述了模型的静态结构，包括模型中的类的类的内部结构以及于其他类的关系，在结构化设计一个系统的时候类图可以让我们的思路更加清晰。

类的内部结构就不用说了，没什么好说的。

一个类与其他的类常见的关系(我所接触到的关系)有：

1.一般化关系

2.关联关系

3.聚合关系

4.组合关系（合成关系）

5.依赖关系

其中，聚合关系合成关系又属于关联关系。

一般化关系表现是与类之间是(is a)的关系。也就是类与类之间的继承，接口于接口之间的继承或者是对一个接口的实现。表示方法是用一个空心箭头+实线，箭头指向父类。或用空心肩头加虚线（如果富父类是接口的话)

如图1，User定义了系统中一个用户的原型，客户Customer继承了User类并且有自己特有的方法。管理员Manager类也继承了User类，并且又自己特有的方法，而且Manager为了能够管理客户还实现了Cmanage这个接口，也就具备了Cmanage的所有功能，可以对客户的余额进行操作，而且还可以删除一个客户。


关联关系表现为类与类之间的(has a)关系。它使一个类知道另一个类的属性和方法。关联关系表示的是类与类之间的持久关系，这种关系一般是表示一种业务逻辑上的关系，需要保存到数据库中的。
如图2.学生Student中存在一个班级Class的引用。在student中可以直接根据引用访问到Class.同时在数据库中存在两张表tb_student,tb_class，在表tb_student中有一个字段存储了所关联的class记录的id。用箭头+实指向被关联的类



聚合关系是关联的一种，是一种强关联关系。聚合关系还体现了一种整体与个体的关系。如图3：
商品ShangPin是独立的，一张进货单JinHuoDan内可以又很多个商品。可以说进货单JinHuoDan是整体，商品ShangPin是个体。可以由进货单JinHuoDan导航到每个进货单包含的商品。空心菱形+实线+箭头指向部分。

依赖关系是表现为类与类之间的一种(use a）的关系。一个类用到了另一个类，为了完成一特定的操作。但是类与类之间不存在业务逻辑上的关系。依赖关系是针对于程序来说的。依赖关系体现在程序中主要是些局部变量、方法参数、或对一个类方法的调用。如图四:
商品管理类ShangPinManager主要对上提供查询商品，删除商品的功能，而这些功能的实现必须调用Dao类的某些方法来实现（一种调用关系）但是他和我们数据库持久类Dao没有业务上的关系，更不可能把这两个类存到数据库中去。虚线+箭头指向被调用的类。

另外我个人觉得利用聚合足以体现合成，没必要分的那么详细。UML本身是一种工具，没必要把太多时间花费在工具的一些概念上面。