UML(Unified Modeling Language 统一建模语言) 是为软件系统的制品进行描述（specifying）、可视化（visualizing）、构造（constructing）、文档化（documenting） 的一种语言。

UML规范用来描述建模的概念有: 类、对象、关联、职责、行为、接口、用例、包、顺序、协作，以及状态。

为了表达不同的软件开发相关人员在软件开发周期的不同时期看待软件产品的不同侧重面, 需要对模型进行分层。

UML根据软件产品的体系结构（architecture）对软件进行分层。 软件的体系结构分解为五个不同的侧面，称为4＋1视图(view)。分别是：

逻辑视图定义系统的实现逻辑, 描述为实现用例图描述的功能，在对软件系统进行设计时, 所产生的设计概念，设计概念又称为软件系统的设计词汇 (vocabulary)。 逻辑视图定义了:

对逻辑视图的描述在原则上与软件系统的实现平台无关。 它相当于电子产品生产中的电原理图。逻辑视图包含的模型图有：

实现视图描述组成一个软件系统的各个物理部件，这些部件以各种方式组合起来，（如： 不同的源代码经过编译，构成一个可执行系统； 或者不同的软件组件配置成为一个可执行系统；以及不同的网页文件，以特定的目录结构，组成一个网站，等等） 构成了一个可实际运行的系统。

当系统的逻辑结构在逻辑视图里被定义之后， 需要定义逻辑结构的物理实现。这包括：

实现视图就是定义这些内容的地方，它当于电子产品的印刷电路板的布线图。

实现视图包含的模型图有:

软件产品将运行在计算机硬件系统上, 如果软件产品是面向网络的应用系统，则有可能同时运行在多个计算机上。 部署视图用来描述软件产品在计算机硬件系统和网络上的安装、分发（delivery）、分布（distribution）。

在部署视图中，系统的静态特性用分布图（deployment diagram）描述。 动态特性的描述用

过程架构考虑一些非功能性的需求，如性能和可用性。它解决并发性、分布性、系统完整性、容错性的问题，以及逻辑视图的主要抽象如何与过程结构相配合在一起 —— 即在哪个控制线程上，对象的操作被实际执行。

用例（场景）视图用来支持软件系统的需求分析，它定义系统的边界，关注的是系统的外部功能的描述。

它从系统的使用者的角度，描述系统的外部的

系统的动态功能由UML以下模型图描述：

\(UML = UML成员 + UML建模规则\)

UML建模规则：相当于建模语言的语法 UML成员（building blocks of the UML）:它是UML的基本组成部分

\(UML成员 = UML 基本模型元素+ 关系+ 模型图\)

UML成员可进一步划分为

UML基本模型元素，类似于电子产品电原理图里的集成电路符号，是模型图上包含的基本符号

\(UML基本模型元素 = 结构模型元素+行为模型元素+成组元素+注解元素\)

基本模型元素可分为四类， 它们是：

详情点击这里

结构模型元素是UML模型的静态组成部分，静态组成部分不是孤立存在的，它们被组合在一起互相协作以完成某项任务。因此，结构模型元素之间存在着某种语义上的联系。 在UML中，这种联系是关系（relationship）

UML中共有4种关系，它们是：

关联关系（association）

依赖关系(dependency)

泛化关系(generalization)

实现关系(realization) 详情点击这里

UML基本模型元素及其关系必须通过某种载体表示，这种载体就是模型图（diagram）

在UML中，模型图是一组UML基本模型元素的图形表示，它通常由一组节点（UML基本模型元素）, 及节点之间的连线（关系）组成

软件系统体系结构的5个视图的内容, 就是用模型图来表达的

一般地说，一个UML基本模型元素既可以出现在所有的模型图中，又可以出现在某些模型图中，甚至可以不在任何一个模型图上出现

9种UML模型图。它们是:

UML建模规则包括:

完备的UML模型必须对以上的内容给出完整的解释, 当用于软件系统的建造时，UML模型是必须是完备的, 但是当模型在不同的视图中出现时, 出于不同的交流侧重点, 其表达可以是不完备的 。