以下是教材书上的顺序：
(1)类图(Class Diagram)。
类图描述一组类、 接口、协作和它们之间的关系。在00系统的建模中，最常见的图就是类图。类图给出了系统的静态设计视图，活动类的类图给出了系统的静态进程视图。
(2)对象图(Object Diagram)。
对象图描述一组对象 及它们之间的关系。对象图描述了在类图中所建立的事物实例的静态快照。和类图一样，这些图给出系统的静态设计视图或静态进程视图，但它们是从真实案例或原型案例的角度建立的。
(3)构件图(Component Diagram)。
构件图描述一个封装的类和它的接口、端口，以及由内嵌的构件和连接件构成的内部结构。构件图用于表示系统的静态设计实现视图。对于由小的部件构建大的系统来说，构件图是很重要的。构件图是类图的变体。
(4)组合结构图(Composite Structure Diagram)。
组合结构图描述结构化类(如构件或类)的内部结构，包括结构化类与系统其余部分的交互点。组合结构图用于画出结构化类的内部内容。
(5)用例图(Use Case Diagram)。
用例图描述组用例、参与者及它们之间的关系。用例图给出系统的静态用例视图。这些图在对系统的行为进行组织和建模时是非常重要的。
(6)顺序图( Sequence Diagram,序列图)。
顺序图是一种交互图( Interaction Diagram),交互图展现了一种交互，由一组对象或参与者以及它们之间可能发送的消息构成。交互图专注于系统的动态视图。顺序图是强调消息的时间次序的交互图。
(7)通信图(Communication Diagram)。
通信图也是一种交互图，强调收发消息的对象或参与者的结构组织。该图反映了对象之间的消息交互，与顺序图相似，但与顺序图不同的是，协作图不但描述了对象之间的交互还描述了交互的对象之间的链接关系，即通信图同时反映了系统的动态和静态特征。在UML 1.X版本中，通信图称为协作图(Collaboration Diagram)。
(8)定时图(Timing; Diagram, 计时图)。
定时图也是一种交互图，强调消息跨越不同对象或参与者的实际时间，而不仅仅只是关心消息的相对顺序。
(9)状态图(State Diagram)。
状态图描述一个状态机，由状态、转移、事件和活动组成。状态图给出了对象的动态视图。它对于对于校口、类或协作的行为建模尤为重要，而且它强调事件导致的对象行为，有助于对反应式系统建模。
(10)活动图(Activity Diagram)。
活动图将进程或其他计算结构展示为计算机内部一步步的控制流和数据流。活动图专注于系统的动态视图。它对系统的功能建模和业务流程建模特别重要，并强调对象间的控制流程。
(11)部署图(Deployment Diagram)。
部署图描述对运行时的的处理结点及在其中生存的构件的配望。部署图给出架构的静态部署视图，通常个结点包含一个或多个部
署图。
(12)制品图(Artifact Diagram)。
制品图描述计算机中一个系统的物理结构。制品包括文件、数据库和类似的物理比特集合。制品图通常与部署图一起使用。 制品也给出了它们实现的类和构件。
(13)包图(Package Diagram)。
包图描述由模型本身分解而成的组织单元，以及它们之间的依赖关系。
(14)交互概览图(Interaction Overview Diagram)。
交互概览图是活动图和顺序图的混合物。
结构性视图包括（七种）：类图、对象图、包图、组合结构图、构件图、部署图和制品图
行为性视图包括（七种）：例图、顺序图、通信图、定时图、状态图、活动图、交互图概览图
其中交互图：顺序图、通信图、定时图和交互概览图
其中实现图：构件图、部署图、制品图
其中静态图：类图、对象图、包图、结合结构图；
UML关系图符号
依赖-->、关联、聚合、合成、泛化、实现；
强弱关系，由弱到强分别是 依赖 < 关联 < 聚合 < 组合 < 泛化 = 实现；
以下这段是辅助记忆的内容，会的同学可以直接跳过。
小糊涂仙画图依赖UML说明书，图与图之间的关联都画不清，让图片都聚集重合在一起，换一种说法就是简单形状组合而成的图，但这是我们泛泛而看的印象，其实是他对大自然界的抽象实现，大道从简，UML统一建模语言实现一切；
后面的例子将针对某个具体目的来独立地展示各种关系。虽然语法无误，但这些例子可进一步精炼，在它们的有效范围内包括更多的语义。
依赖（Dependency）
实体之间一个“使用”关系暗示一个实体的规范发生变化后，可能影响依赖于它的其他实例（图D）。更具体地说，它可转换为对不在实例作用域内的一个类或对象的任何类型的引用。其中包括一个局部变量，对通过方法调用而获得的一个对象的引用（如下例所示），或者对一个类的静态方法的引用（同时不存在那个类的一个实例）。也可利用“依赖”来表示包和包之间的关系。由于包中含有类，所以你可根据那些包中的各个类之间的关系，表示出包和包的关系。
“动物几大特征，比如有新陈代谢，能繁殖。而动物要有生命力，需要氧气、水以及食物等。也就是说，动物依赖于氧气和水。他们之间是依赖关系（Dependency），用虚线箭头来表示。”
关联（Association）
实体之间的一个结构化关系表明对象是相互连接的。UML关系图符号中关联关系的箭头是可选的，它用于指定导航能力。如果没有箭头，暗示是一种双向的导航能力。在Java中，关联（图E）转换为一个实例作用域的变量，就像图E的“Java”区域所展示的代码那样。可为一个关联附加其他修饰符。多重性（Multiplicity）修饰符暗示着实例之间的关系。在示范代码中，Employee可以有0个或更多的TimeCard对象。但是，每个TimeCard只从属于单独一个Employee。
聚合（Aggregation）
UML关系图符号中聚合（图F）是关联的一种形式，代表两个类之间的整体/局部关系。聚合暗示着整体在概念上处于比局部更高的一个级别，而关联暗示两个类在概念上位于相同的级别。聚合也转换成Java中的一个实例作用域变量。
关联和聚合的区别纯粹是概念上的，而且严格反映在语义上。聚合还暗示着实例图中不存在回路。换言之，只能是一种单向关系。
合成（Composition）
合成（图G）是聚合的一种特殊形式，暗示“局部”在“整体”内部的生存期职责。合成也是非共享的。所以，虽然局部不一定要随整体的销毁而被销毁，但整体要么负责保持局部的存活状态，要么负责将其销毁。局部不可与其他整体共享。但是，整体可将所有权转交给另一个对象，后者随即将承担生存期职责。
Employee和TimeCard的关系或许更适合表示成“合成”，而不是表示成“关联”。
泛化（Generalization）
泛化（图H）表示一个更泛化的元素和一个更具体的元素之间的关系。UML关系图符号中泛化是用于对继承进行建模的UML元素。在Java中，用extends关键字来直接表示这种关系。
实现（Realization）
实例（图I）关系指定两个实体之间的一个合同。换言之，一个实体定义一个合同，而另一个实体保证履行该合同。对Java应用程序进行建模时，实现关系可直接用implements关键字来表示。
链接：https://www.jianshu.com/p/378bc95f261c
