【前言】
统一建模语言（UML，UnifiedModelingLanguage）是面向对象软件的标准化建模语言。UML因其简单、统一的特点，而且能表达软件设计中的动态和静态信息，目前已成为可视化建模语言的工业标准。它的主要作用是帮助用户对软件系统系统进行面向对象的描述和建模（建模是通过将用户的业务需求映射为代码，保证代码满足这些需求，并能方便地回溯需求的过程）；它可以描述这个软件从需求分析直到实现和测试的开发全过程。
【内容】
1、UML的基本构造块
（1）事物（Things）：基本的图示符号，是对模型中最最具有代表性的成分的抽象
①结构事物：class（类）、interface（接口）、collaboration（协作）、use case（用例）、active class（主动类）、components（构件）、nodes（节点）
类 对一组具有相同属性、方法、关系和语义的对象的描述，一个类实现一个或多个接口
接口 描述了一个类的结构或构件的一个服务的操作集，接口定义了一组操作的规范，它并没有给出这组操作的具体实现
协作 定义了一个交互，它是由一组共同工作以提供某协作的角色和其他元素构成的群体。协作有结构、行动和维度。一个给定的类可以参与几个协作
用例 对一组动作序列的描述
主动类 对象至少拥有一个进程或者线程，因此它能启动控制活动
构件 是系统中物理的、可替代性的部件，它遵循且提供一组接口的实现
节点 在运行时存在的物理元素，它表示一种可计算的资源
②行为事物：interaction（交互）、state mechanism（状态机）
交互 它在特定语境中共同完成一定特定任务的一组对象之间交换的消息的组成
状态机 描述了一个对象或一个交互在生命期内响应时间所经历的状态序列，包括转换、事件、活动
③分组事物：package（包）
包：把元素组织成组的机制，包可以拥有其他元素，包括结构事物所包含的和其它包
④注记事物：notes（注释）
注解：一个依附于一个元素或一组元素之上，对它进行约束或解释的简单符号
（2）关系（Relationships）：表示基本图示之间的关系，也就是把事物结合在一起
关联 association：描述了两个或多个类之间的结构性关系
依赖dependency：两个事物之间的使用关系
泛化generalization：描述继承关系
实现realization：一个类实现一个接口，是类元之间的语义关系
（3）图（Diagrams）：特定的视角对系统所做的抽象描述，图聚集了相关的事物。
2、UML组成
视图：表达系统的某一方面的UML建模元素的子集，视图并不是图，它是由一个或多个图组成的对系统某个角度的抽象
图：九种基本的图，这几种基本的图结合起来就可以描述系统的所有视图
模型元素：代表面向对象中的类、对象、接口、消息和关系等概念
通用机制：用于表示其他信息，比如注释、模型元素的语义
3、视图的分类
用例视图（User case View）：强调从用户的角度看到或需要的系统功能，被称为“参与者”的外部用户所能观察到的系统功能的模型图
逻辑视图（Logical View）：展现系统的静态或结构组成及特征，被称为结构模型视图或静态视图
并发视图（Concurrency View）：体现了系统的动态或行为特征，被称为行为模型视图或动态视图
组件视图（Component View）：体现了系统实现的结构和行为结构，被称为实现模型视图
配置图（Deployment View）：体现了系统实现环境的结构和行为特征，被称为环境模型视图或物理视图
4、UML提供的视图
（1）用例图（Use Case Diagram）：描述系统功能
（2）类图（Class Diagram）：描述系统的静态功能
（3）对象图（Object Diagram）：描述系统在某个时刻的静态结构
（4）时序图（Sequence Diagram）：按时间顺序描述系统元素间的交互
（5）协作图（Collaboration Diagram）：按照时间和空间顺序描述系统元素间的交互和他们之间的关系
（6）状态图（State Diagram）：描述了系统元素的状态条件和响应
（7）活动图（Activity Diagram）：描述了系统元素的活动
（8）组件图（ComPonent Diagram）：描述了实现系统的元素的组织
（9）配置图（Deployment Diagram）：描述了环境元素的配置，并把实现系统的元素映射到配置上
5、UML建模机制
静态建模机制：包括用例图、类图、对象图、包、组件图和配置图
动态建模机制：包括消息、状态图、时序图、协作图、活动图