为什么用UML
项目需要,在项目开发实现前期进行框架技术设计（条条大路通罗马通罗马，画图或者写代码都可以，适合就可以！）。
用户的交互我们通常用Axure（原型设计）体现,
框架和功能结构设计则用UML体现,清楚自已使用目的,是否有用仁者见仁智者见智。
A:方便业务设计交流，理清思路，统一的规范描述(代码高层设计和交流的表述,避免不同表达！)；
B:建模工具可以把设计直接转换为代码（基本不用，不用把精力放在“把UML用到极致“）；
uml网上一搜一大堆，推荐一本书thinking in uml
把几个关键点记录下
UML类图关系：
泛化(继承)、实现、聚合、组合、关联、依赖
泛化(继承)--用于Interface和Interface之间，或者用于Class和Class之间
实现--指的是一个class类实现interface接口（可以是多个）的功能
关联：一个类是另一个类的成员变量，可以是单向的，也可以是双向的。
依赖：三种表现形式通过形参、通过局部变量、通过静态变量。
关联与依赖区别
用斧子砍树，我和斧子之间就是一种依赖，我和同学就是一种关联。
依赖是一种弱关联，只要一个类用到另一个类，use了一个类，依赖是一种偶然的关系，比较陌生。
关联是类之间的一种关系，例如夫妻这种关系是非常明显的，比较熟悉。
聚合关系是关联关系的一种，是强的关联关系；关联和聚合在语法上无法区分
聚合关系中作为成员变量的类一般使用 set 方法赋值。
泛化(Generalization)
【泛化关系】：是一种继承关系,它指定了子类如何特化父类的所有特征和行为例如：老虎是动物的一种.
【箭头指向】：带三角箭头的实线，箭头指向父类
实现（Realization)
【实现关系】：是一种类与接口的关系，表示类是接口所有特征和行为的实现
【箭头指向】：带三角箭头的虚线，箭头指向接口
聚合（Aggregation）
【聚合关系】：是整体与部分的关系.如车和轮胎是整体和部分的关系.
聚合关系是关联关系的一种，是强的关联关系；关联和聚合在语法上无法区分，必须考察具体的逻辑关系。
【代码体现】：成员变量
【箭头及指向】：带空心菱形的实心线，菱形指向整体
组合(Composition)
【组合关系】：是整体与部分的关系.,没有公司就不存在部门 组合关系是关联关系的一种，是比聚合关系还要强的关系，它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期
【代码体现】：成员变量
【箭头及指向】：带实心菱形的实线，菱形指向整体
关联（Association）
【关联关系】：是一种拥有的关系,它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子
关联可以是双向的，也可以是单向的。双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。
【代码体现】：成员变量
【箭头及指向】：带普通箭头的实心线，指向被拥有者
依赖(Dependency)
【依赖关系】：是一种使用的关系,所以要尽量不使用双向的互相依赖。
【代码表现】：局部变量、方法的参数或者对静态方法的调用
【箭头及指向】：带箭头的虚线，指向被使用者
强弱排序
泛化（继承）= 实现 > 组合 > 聚合 > 关联 > 依赖
三角形为实现和泛化,表示上下关系，其中虚线为实现
菱形为聚合和组合,表示组成从属关系，其中空心为聚合
箭头为关联和依赖,表示平级关系，其中虚线为依赖
UML的基本图
静态图分为：用例图，类图，对象图，包图，构件图，部署图。
动态图分为：状态图，活动图，协作图，序列图