UML用例图

用例图又称用况图，描述系统功能。

通过用例图展示待建系统的上下文范围以及它提供的功能。它描述了谁（或什么）与系统交互，外部世界希望系统做些什么。

用例着眼于为用户增加价值，提供了一种捕获功能需求的系统且直观的方法，可驱动整个开发过程。用例从某个特定参与者的角度用简单易懂的语言说明一个特定的使用场景。

一、基本概念

用例图包括：参与者、用例、关系和边界四个要素。

用例图是旨在从外部用户的视角来建模整个系统的需求，分析系统的功能与行为。通过用例图，可以建模系统有哪些功能（有哪些用例）、谁可以使用什么功能（参与者与用例的关系）、以及功能和功能之间的关系（用例和用例之间的关系）

1. 参与者

与系统交互的用户或其他软硬件系统，用小人形表示。参与者是指系统以外的、需要使用系统或与系统交互的外部实体，包括人（外部用户）、外部设备、外部系统

2. 用例

系统中执行的一系列动作，用椭圆表示。是对一个参与者使用系统的一项功能时所进行的交互过程的一个文字描述序列;是参与者可以感受到的系统服务或功能单元用例与用例图被广泛使用于系统的需求建模阶段，并在系统的整个生命周期中被不断细化

用例的特征：用例的特征保证用例能够正确地捕捉功能性需求，同时也是判断用例是否准确的依据
① 用例从使用系统的角度描述系统中的信息，即站在系统外部查看系统功能，而不考虑系统内部对该功能的实现方式
② 用例描述了用户提出的一些可见的功能需求，对应一个具体的用户目标。使用用例可以促进与用户沟通，理解正确的需求，同时也可以用来划分系统与外部尸体的界限，是OO系统设计的起点，是类、对象、操作的来源。
③ 用例总是被参与者启动，并向参与者提供可识别的信息。
④ 用例可大可小，但它必须是一个完整的描述。
⑤ 用例在以后的开发过程中，可以进行独立的功能检测。
⑥ 用例图是对系统行为的动态描述，属于动态建模。（有争议忽略它
⑦ 在用例视图中，用例的设置代表了软件系统的功能划分。
⑧ 用例的动态执行过程，可以用状态图、顺序图、协作图、活动图等表示
⑨ 用例是动宾短语、具有独立性、完全性；要有可观测的执行结果；由参与者初始化（启动）；用例分析本质上是一种功能分解技术

3. 关系

参与者与用例、参与者之间、用例之间的联系。

4. 边界

一组用例描述的系统或子系统，用矩形框表示。

二、关系

（1）参与者之间的关系

泛化关系
代表一般与特殊的关系。和面向对象程序设计中的继承的概念是类似的。不同的是继承使用在实施阶段，泛化使用在分析、设计阶段。在泛化关系中子用例继承了父用例的行为和含义，子用例也可以增加新的行为和含义或者覆盖父用例中的行为和含义

（2）参与者与用例之间的关系

关联关系：参与者与用例之间通常用关联关系来描述。带箭头的实线表示，箭头指向用例。

（3）用例之间的关系

包含关系：一个用例（基础用例）的行为包含另外一个用例（被包含用例）的行为。基础用例依赖于包含用例的执行结果。包含关系是通过在依赖关系上应用<<include>>构造型（衍型）来表示的。箭头的方向是从基础用例指向被包含的用例。包含关系是一定要执行的。

应用情形：

如果两个以上用例有重复的功能，则可以将重复的功能分解到另一个用例中。其他用例可以和这个用例建立包含关系。
一个用例的功能太多时，可以用包含关系创建多个子用例。

扩展关系：扩展用例可以在基础用例之上添加新的行为，基础用例必须声明某些特定的扩展点，扩展用例只能在这些扩展点上扩展新的行为，将扩展用例的事件流在一定的条件下按照相应的扩展点插入到基础用例中。扩展关系是通过在依赖关系上应用<<extend>>构造型（衍型）来表示的。箭头方向由扩展用例指向基础用例。扩展关系是当特殊情况下触发的。