为什么用UML
项目需要,在项目开发实现前期进行框架技术设计（条条大路通罗马通罗马，画图或者写代码都可以，适合就可以！）。
用户的交互我们通常用Axure（原型设计）体现,
框架和功能结构设计则用UML体现,清楚自已使用目的,是否有用仁者见仁智者见智。
A:方便业务设计交流，理清思路，统一的规范描述(代码高层设计和交流的表述,避免不同表达！)；
B:建模工具可以把设计直接转换为代码（基本不用，不用把精力放在“把UML用到极致“）；
uml网上一搜一大堆，推荐一本书thinking in uml
把几个关键点记录下
UML类图关系：
泛化(继承)、实现、聚合、组合、关联、依赖
泛化(继承)--用于Interface和Interface之间，或者用于Class和Class之间
实现--指的是一个class类实现interface接口（可以是多个）的功能
关联：一个类是另一个类的成员变量，可以是单向的，也可以是双向的。
依赖：三种表现形式通过形参、通过局部变量、通过静态变量。
关联与依赖区别
用斧子砍树，我和斧子之间就是一种依赖，我和同学就是一种关联。
依赖是一种弱关联，只要一个类用到另一个类，use了一个类，依赖是一种偶然的关系，比较陌生。
关联是类之间的一种关系，例如夫妻这种关系是非常明显的，比较熟悉。
聚合关系是关联关系的一种，是强的关联关系；关联和聚合在语法上无法区分
聚合关系中作为成员变量的类一般使用 set 方法赋值。
强弱排序
泛化（继承）= 实现 > 组合 > 聚合 > 关联 > 依赖
UML基本关系链接表示
- 车是抽象的，小汽车和三轮车是车的实现关系----▽
- BMW是小汽车的一种，需要继承继承小汽车，泛化关系(继承)——▽
- 方向盘和发动机是小汽车一部分，是组合关系——♦
- 公司由职员组成，公司散了人都还在，聚合关系——♢
- 身份证代表这个具体人,人有身份证 has a，这是关联关系——>
- 职员上班要开车或坐公交 或坐地铁，依赖关系-->
三角形为实现和泛化,表示上下关系，其中虚线为实现
菱形为聚合和组合,表示组成从属关系，其中空心为聚合
箭头为关联和依赖,表示平级关系，其中虚线为依赖
UML的基本图
静态图分为：用例图，类图，对象图，包图，构件图，部署图。
动态图分为：状态图，活动图，协作图，序列图