UML是一种可视化的面向对象建模语言；描述了一个系统的静态结构和动态行为。用图形方式表现典型的面向对象系统的整个结构。从不同的角度为系统建模，并形成系统的不同视图，包括：类图（它以继承结构、关联、组成额聚集为特色）、时序图、协作图和状态图等。
下面是小编我看视频的所得：
而UML重在对5类9图的应用。下面小编我将详细介绍5类9图及UML的4种关系。
用例图描述用户的需求，从用户的角度描述系统的功能，指出各个功能的执行者，强调谁在使用系统，系统为执行者完成哪些功能。在需求分析阶段画用例图。其主要元素有：角色、用例、关系。
用例的主要属性
1）事件流：描述一个用例在执行时执行者与系统之间的交互过程。包括多个分支
基本流：对用例中常规和预期路径的描述
备选流：由于受到其他因素影响，用例执行了其他的路径
2）前置条件：用例执行的前提条件，描述在什么条件下可以开始执行一个事件流
3）后置条件：说明用例结束时系统的状态
前置条件和后置条件可以用于用例的验证和评审
静态图
1）类图用于定义系统中的类，包括描述类的内部结构和类之间的关系。主要描述系统的静态结构。
这是一个类，其属性和方法可隐藏。
类图的关系：
类图的普通关联关系又有：单向关联、多向关联、自身关联。两个类之间可以有多种关联，一个类可以多个类关联。
聚合和组合是描述整体和部分的关系。聚合通常用空心菱形表示，如书架和书本的关系。组合用实体黑菱形表示，如书本和书页的关系。区分其二者主要根据整体和部分的生命制约关系。组合：先有整体，才有个体。聚合：整体不存在，个体仍然可以单独存在。
依赖关系（虚线表示）：是一种使用关系。说明一个事物规格说明的变化可能影响到使用它的另一个事物，但反之未必。
泛化——类与类之间的继承关系
软件继承的最大目的是进行软件复用。
继承又分为单重继承和多重继承。区别在于有一个或多个父类
单重继承：子类有且只有一个父类
多重继承：子类有一个或两个以上父类。缺点是会出现二义性。
实现关系（虚线、三角形）：类元间的语义关系，在该关系中一个类元描述了另一类元保证实现的契约。
2）对象图是类图的一个实例，描述了系统在具体时间点上所包含的对象以及各个对象之间的关系。即描述系统在某个具体时刻的静态结构。包含对象、连接、包。
系统建模，需要从系统的结构和行为两个方面来描述，其中系统的行为是通过状态图、活动图、序列图和协作图描述的。
行为图描述系统的动态模型和对象之间的交互关系。
1）状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。
状态图的图符：状态；转移；起点；终点
2）活动图描述满足用例要求所要进行的活动以及活动间的约束关系，使用活动图有利于识别系统的并行活动。
流程图常被用来建立算法模型，使用流程图可以表示一个算法的执行序列、过程、判定点、分支和循环。
活动图与流程图十分类似，不同之处在于活动图可表示并发活动，而流程图不可以。
在实际项目中，活动图并不是必须的。
交互图描述对象之间的交互关系，包括：
1）序列图描述对象之间的交互顺序，着重体现对象间消息传递的时间顺序，强调对象之间消息的发送顺序，同时也显示对象之间的交互过程。
2）协作图：描述对象之间的合作关系，更侧重于说明哪些对象之间有消息的传递。
序列图和协作图可相互转化。
实现图描述实现方面的信息，从系统的层次描述硬件的组成和布局，软件系统划分和功能实现。
1）构件图描述代码构件的物理结构以及各结构之间的依赖关系。一个构件可以使一个资源文件、一个二进制文件或者一个可执行文件。
构件图从软件架构的角度描述一个系统的主要功能，如子系统、类、包、构件等。使用构件最重要的是复用。
构件component是系统中遵从同一组接口且提供其实现的物理的、可替代的部分
每个构件能实现一定的功能，为其他构件提供使用接口，方便软件的复用
构件的特点：是物理的；可替换的；是系统的一部分
构件图的构成：构件、接口和关系
2）实施图：部署图定义了系统中硬件的物理体系结构，用来描述实际的物理设备以及他们之间的连接关系。
好了，以上就是小编我对UML5类9图及其4种关系的总结。UML主要还在于能熟练地绘制9种图，多多练习，孰能生巧。