UML学习的一篇好文章

一、用例图

1、什么是用例图

　　用例图源于Jacobson的OOSE方法，用例图是需求分析的产物，描述了系统的参与者与系统进行交互的功能，是参与者所能观察和使用到的系统功能的模型图。它的主要目的就是帮助开发团队以一种可视化的方式理解系统的功能需求，包括基于基本流程的“角色”关系以及系统各个功能之间的关系。它通过用例（Use Case）来捕获系统的需求，再结合参与者（Actor）进行系统功能需求的分析和设计。

2、用例图的组成

　　用例图有四部分组成：用例（Use Case）、参与者（Actor）、系统边界、关联

2.1 参与者 

　　在一个系统开发前，我们必定首先要确定系统的用户，系统的用户就是系统的参与者。除此以外，我们还会想打，我们开发的系统与其他的系统有什么关联？因此，系统的参与者可分为两类，一类是人，包括系统的使用者、维护者等，另外一类是其他系统。

2.2 用例

　　用例（Use Case）是参与者（Actor）可以感受到的系统服务或功能单元。

　　任何用例都不能在缺少参与者的情况下独立存在。同样，任何参与者也必须要有与之关联的用例，所以识别用例的最好方法就是从分析系统参与者开始，在这个过程中往往会发现新的参与者。

　　用例是有粒度的，用例的粒度指的是用例所包含的系统服务或功能单元的多少。用例的粒度越大，用例包含的功能越多，反之则包含的功能越少。

2.3 系统边界

　　所谓系统边界是指系统与系统之间的界限。把系统边界以外的同系统相关联的其他部分称之为系统环境。

2.4 关联

　　为了减少模型维护的工作量、保证用例模型的可维护性和一致性，可以在用例之间抽象出包含（Include）、扩展（Extend）和泛化（Generalization）这几种关系

　　包含关系是指用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。

　　扩展关系是指在一定条件下，把新的行为加入到已有的用例中，获得的新用例称为扩展用例（Extension），原有的用例称为基础用例（Base）。

　　泛化关系是指一个父用例可以被特化形成多个子用例，而父用例和子用例之间的关系就是泛化关系。

3、简单登录注册系统用例图

二、类图

1、什么是类图

　　类图(Class diagram)主要用于描述系统的结构化设计。类图也是最常用的UML图，用类图可以显示出类、接口以及它们之间的静态结构和关系。

2、类图的元素

　　在类图中一共包含了以下几种模型元素，分别是：类（Class）、接口（Interface）、依赖（Dependency）关系、泛化（Generalization）关系、关联（Association）关系、聚合关系（Aggregation）、组合关系（Composition）和实现（Realization）关系。

2.1 类（Class)

　　在面向对象（OO) 编程中，类是对现实世界中一组具有相同特征的物体的抽象。

2.2 接口（Interface）

　　接口是一种特殊的类，具有类的结构但不可被实例化，只可以被实现（继承）。在UML中，接口使用一个带有名称的小圆圈来进行表示。

2.3 依赖（Dependency）关系

　　依赖关系是指两个或多个类之间的依存关系，如植物类依赖于土壤类。 依赖关系还可以再细分为5种类型，分别是绑定（Binding）依赖、实现（Realization）依赖、使用（Usage）依赖、抽象（Abstraction）依赖和授权（Permission）依赖。

　　依赖关系用虚线箭头来表示，箭头指向为依赖的方向。

2.4 泛化（Generalization）关系

　　简单的讲就是类之间的继承关系。在UML中，泛化关系用空心三角形+实线来表示，箭头指向为父类。

2.5 聚合（Association）关系

　　聚合关系是类之间的一种较弱的耦合关系，如一个字符串数组和一个字符串就是一种聚合关系。在UML中类图中，聚合关系用空心的菱形+实线箭头来表示，箭头指向为被聚合的类。

　　

2.6 组合（Aggregation）关系

　　组合关系是类之间一种整体与部分之间的关系，如一只青蛙有四条腿，青蛙类与青蛙腿类之间的关系就是组合关系。在UML类图中，组合关系用实心的菱形+实线箭头来表示，箭头指向为被组合的类。

2.7 关联（Composition）关系

　　关联关系是类之间一种相互影响的关系，影响的方向就是关联的方向。在UML类图中，组合关系用实线箭头来表示。

2.8 实现（Realization）关系

　　一般来讲实现关系是针对类与接口之间的关系而言的。在UML类图中，实现关系用空心三角形+虚线来表示。

3、简单的类图示例

 

三、序列图

UML的模型中可分为两种，动态模型和静态模型。用例图、类图和对象图都是UML中的静态结构模型。而在UML系统动态模型的其中一种就是交互视图，它描述了执行系统功能的各个角色之间相互传递消息的顺序关系。序列图就是交互视图的一种形式。

1、序列图的定义

　　序列图是对对象之间传送消息的时间顺序的可视化表示。序列图的主要用途是把用例表达的需求，转化为进一步、更加正式层次的精细表达。用例常常被细化为一个或者更多的序列图。同时序列图更有效地描述如何分配各个类的职责以及各类具有相应职责的原因。

2、序列图的结构

　　序列图（Sequence Diagram）是由对象（Object）、生命线（Lifeline）、激活（Activation）、消息（Messages）、分支与从属流等元素构成的。

2.1、对象

　　对象就是指类的实例。我认为在序列图中对象有三种状态：激活、运行（存在）和销毁。

　　　　　　　　

2.2、生命线

　　生命线（Lifeline）是一条垂直的虚线，用来表示序列图中的对象在一段时间内的存在。见上图。

2.3、激活

　　序列图可以描述对象的激活（Activation），激活是对象操作的执行，它表示一个对象直接或通过从属操作完成操作的过程。在UML图中通过一个窄长的矩形来表示，矩形的高度表示对象存在的过程。

　　　　　　　　

2.4、消息

　　消息（Messages）是对象间的一种通信机制。由发送对象向另一个或其他几个接收对象发送信号，或由一个对象（发送者或调用者）调用另一个对象（接收者）的操作。

　　　　　　　　

　　在UML中消息分为5类：递归调用、普通操作、返回消息、异步调用的消息、过程调用的消息。

2.5、分支与从属流

　　在UML中存在两种方式可以来修改序列图中消息的控制流，分别是：分支和从属流。

　　分支是指从同一点发出的多个消息并指向不同的对象，根据条件是否互斥，可以有条件和并行两种结构。

　　从属流指的是从同一点发出多个消息指向同一个对象的不同生命线。

3、综合示例

　　　　　　　　

四、状态图

状态图主要用于描述对象具有的各种状态、状态之间的转换过程以及触发状态转换的各种事件和条件。

1、状态图的组成

1.1 状态

　　主要用于描述一个对象在生命周期内的一个时间段。状态图中的状态包括状态名、内部活动、内部转换、入口和出口动作等部分。

1.2 转换

　　转换是指状态之间在某种事件或条件的驱动下的切换的过程。转换分为外部转换、内部转换、完成转换、复合转换等。如下图：

　　                        

1.3 判定

　　判定用来表示一个事件依据不同的监护条件有不同的影响。在实际建模的过程中，如果遇到需要使用判定的情况，通常用监护条件来覆盖每种可能，使得一个事件的发生能保证触发一个转换。

　　

1.4 同步

 　　同步是为了说明并发工作流的分支与汇合。状态图和活动图中都可能用到同步。

　　

1.5 事件

　　事件可以分成几种，主要包括：信号事件、调用事件、改变事件和时间事件等。

　　1. 信号事件（Signal Event）信号是作为两个对象之间的通信媒介的命名的实体，它以对象之间显式通信为目的。

　　2. 调用事件（Call Event）调用事件指的是一个对象对调用（Call）的接收，这个对象利用状态的转换而不是利用固定的处理过程实现操作。

　　3. 改变事件（Change Event）指的是依赖与特定属性值的布尔表达式所表示的条件满足时，事件发生改变。

　　4. 时间事件（Time Event）时间事件（Time Event）表示时间表达式被满足的事件，它代表时间的流逝。

2、组成状态

　　在一个复杂的状态中，可以细化为多个简单的子状态。这个复杂的状态就被称之为组成状态（Composite State）。

2.1 顺序组成状态

　　

2.2 并发组成状态

　　（订货的状态图）

　　

3 实例：团购旅游活动状态图