一、UML用例图概述

用例图捕捉了模拟系统中的动态行为，并且描述了用户、需求以及系统功能单元之间的关系。

用例图展示了一个外部用户能够观察到的系统功能模型图。

用例图由主角，用例和它们之间的关系组成。

二、UML用例图的目的

用例图的目的是捕捉到一个系统的动态方面。

简单来说，用例图的目的如下：

用例图是用来收集系统的要求，包括内部和外部的影响。这些要求大多是设计要求。所以，分析一个系统时要收集其功能用例和确定参与者。

• 用例图用来收集系统的要求。
• 用例图用于获取系统的外观图。
• 用例图识别外部和内部因素影响系统。
• 用例图显示要求之间的相互作用是参与者。

三、用例图元素

3.1 执行者

执行者（Actor）是系统的外部用户，它是与系统相关联的人或其它系统，可以是普通用户、外部硬件、其他系统。

3.2 用例

用例是指系统中的一个功能单元，也可以将用例理解为系统功能的分解。

3.3关系

3.3.1 关联关系

用来表示执行者和用例之间的关系

3.3.2 包含关系

包含是指一个用例作为另一个用例必需的部分被使用，包含关系是依赖关系的一种。包含关系用一条连接二者带箭头的虚线表示，并在虚线的上面标注《include》，箭头方向由基本用例指向被包含用例。

3.3.3 扩展关系

扩展是指一个用例扩充了另一个用例的功能，但这个扩充功能不是必需的，扩展关系也是依赖关系的一种。扩展关系用一条连接二者带箭头的虚线表示，但在虚线的上面标注的是《extend》，箭头方向由扩展用例指向基本用例

扩展关系和包含关系的区别
包含用例是一个完整的用例，它可以独立的存在，也可以单独被执行者所调用。
扩展用例并不是一个完整的用例，它只是由部分扩展功能组成的，它不能独立的存在，必须依赖于基本用例。

3.3.4 泛化关系

用例间的泛化关系是指一个概念较为抽象的用例可以被一般化为一个或多个概念更为具体的用例。其中概念较为抽象的用例被称为父用例，概念更为具体的用例称为子用例。子用例是父用例的特殊形式，子用例从父用例处继承属性和行为，还可以添加、覆盖或改变继承的行为。