定义：
Unified Modeling Language (UML)又称统一建模语言或标准建模语言，是始于1997年一个OMG标准，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。 面向对象的分析与设计(OOA&D，OOAD)方法的发展在80年代末至90年代中出现了一个高潮，UML是这个高潮的产物。
类图关系概括：
1 Generalization ：泛化（继承）
2 Realization ：实现
3 Dependency ：依赖，体现在局部变量函数参数
4 Association ：关联，体现在成员变量，双向，单向 。如老师、学生
5 Aggregation ：聚合，整体与局部的关系,并且没有了整体 , 局部也可单独存在。如公司和员工 ， 车与轮胎
6 Composition ：组合，整体与局部的关系,是一种强烈的包含关系，部分不能脱离整体存在。如 公司 和 部门
工具推荐：
StarUML http://staruml.io/
Power Designer
UML的分类：
结构型的图(Structure Diagram)
类图(Class Diagram)
对象图(Object Diagram)
构件图(Component Diagram)
部署图(Deployment Diagram)
包图(Package Diagram)
行为型的图(Behavior Diagram)
活动图(Activity Diagram)
状态机图(State Machine Diagram)
顺序图(Sequence Diagram)
通信图(Communication Diagram)
用例图(Use Case Diagram)
时序图(Timing Diagram)
1.1 类图：
类图是描述系统中的类，以及各个类之间的关系的静态视图。能够让我们在正确编写代码以前对系统有一个全面的认识。
类图是一种模型类型，确切的说，是一种静态模型类型。
1.2 时序图：
序列图是用来显示你的参与者如何以一系列顺序的步骤与系统的对象交互的模型。顺序图可以用来展示对象之间是如何进
行交互的。顺序图将显示的重点放在消息序列上，即强调消息是如何在对象之间被发送和接收的
1.3 用例图：
描述角色以及角色与用例之间的连接关系。说明的是谁要使用系统，以及他们使用该系统可以做些什么。一个用例图包含
了多个模型元素，如系统、参与者和用例，并且显示了这些元素之间的各种关系，如泛化、关联和依赖。
1.4 协作图：
和序列图相似，显示对象间的动态合作关系。可以看成是类图和顺序图的交集，协作图建模对象或者角色，以及它们彼此之
间是如何通信的。如果强调时间和顺序，则使用序列图；如果强调上下级关系，则选择协作图；这两种图合称为交互图。
1.5 状态图：
描述类的对象所有可能的状态，以及事件发生时状态的转移条件。可以捕获对象、子系统和系统的生命周期。他们可以告知
一个对象可以拥有的状态，并且事件(如消息的接收、时间的流逝、错误、条件变为真等)会怎么随着时间的推移来影响这些
状态。一个状态图应该连接到所有具有清晰的可标识状态和复杂行为的类；该图可以确定类的行为，以及该行为如何根据当
前的状态变化，也可以展示哪些事件将会改变类的对象的状态。状态图是对类图的补充。
1.6 活动图：
描述用例要求所要进行的活动，以及活动间的约束关系，有利于识别并行活动。能够演示出系统中哪些地方存在功能，以及这
些功能和系统中其他组件的功能如何共同满足前面使用用例图建模的商务需求。
1.7 构件图：
组件图提供系统的物理视图。它的用途是显示系统中的软件对其他软件组件（例如，库函数）的依赖关系。组件图可以在一个
非常高的层次上显示，从而仅显示粗粒度的组件，也可以在组件包层次2上显示。
1.8 部署图：
部署图表示该软件系统如何部署到硬件环境中。它的用途是显示该系统不同的组件将在何处物理地运行，以及它们将如何彼此
通信。因为部署图是对物理运行情况进行建模，系统的生产人员就可以很好地利用这种图。
类图 （类与类之间的关系）
1 Generalization ：泛化（继承）
2 Realization ：实现
3 Dependency ：依赖，体现在局部变量函数参数
4 Association ：关联，体现在成员变量，双向，单向
5 Aggregation ：聚合，整体与局部的关系,并且没有了整体 , 局部也可单独存在。如公司和员工 ， 车与轮胎
6 Composition ：组合，整体与局部的关系,是一种强烈的包含关系，部分不能脱离整体存在。如 公司 和 部门
下面展示下6种关系的UML图：
文章推荐：https://blog.csdn.net/tianhai110/article/details/6339565
这篇文章详细解释了各种关系的描述和UML使用以及案例。
1.泛化(Generalization)
【泛化关系】：是一种继承关系,它指定了子类如何特化父类的所有特征和行为例如：老虎是动物的一种.
【箭头指向】：带三角箭头的实线，箭头指向父类
2.实现（Realization)
【实现关系】：是一种类与接口的关系，表示类是接口所有特征和行为的实现
【箭头指向】：带三角箭头的虚线，箭头指向接口
3.关联（Association）
【关联关系】：是一种拥有的关系,它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子
关联可以是双向的，也可以是单向的。双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。
【代码体现】：成员变量
【箭头及指向】：带普通箭头的实心线，指向被拥有者
上图中，老师与学生是双向关联，老师有多名学生，学生也可能有多名老师。但学生与某课程间的关系为单向关联，一名学生可能要上多门课程，课程是个抽象的东西他不拥有学生。
上图为自身关联：
- 聚合（Aggregation）
【聚合关系】：是整体与部分的关系.如车和轮胎是整体和部分的关系.
聚合关系是关联关系的一种，是强的关联关系；关联和聚合在语法上无法区分，必须考察具体的逻辑关系。
【代码体现】：成员变量
【箭头及指向】：带空心菱形的实心线，菱形指向整体
- 组合(Composition)
【组合关系】：是整体与部分的关系.,没有公司就不存在部门 组合关系是关联关系的一种，是比聚合关系还要强的关系，它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期
【代码体现】：成员变量
【箭头及指向】：带实心菱形的实线，菱形指向整体
- 依赖(Dependency)
【依赖关系】：是一种使用的关系,所以要尽量不使用双向的互相依赖。
【代码表现】：局部变量、方法的参数或者对静态方法的调用
【箭头及指向】：带箭头的虚线，指向被使用者
各种关系的强弱顺序：
泛化= 实现> 组合> 聚合> 关联> 依赖
下面这张UML图，比较形象地展示了各种类图关系：
via:
作者：挨踢大侠
来源：CSDN
原文：https://blog.csdn.net/tianhai110/article/details/6339565
版权声明：本文为博主原创文章，转载请附上博文链接！
以上内容不需要死记硬背，要理解这记忆，或者需要的时候回过头来再看，再或者将上面内容摘录出重点内容打印出来，贴在办公桌或电脑附件，毕竟是概念性的东西嘛。
END.
