【UML】——用例图

一、概述

用例图是由软件需求分析到最终实现的第一步，它描述了人们希望如何使用一个系统。用例图显示谁将是相关的用户、用户希望系统提供什么服务，以及用户需要为系统提供的服务，以便使系统的用户更容易的理解这些元素的用途，也便于软件开发人员最终实现这些元素。

二、用例图的内容

1、参与者（Actor）

（1）是系统外部的一个视图（可以是任何事物或人），它以某种方式参与了用例的执行过程

（2）参与者分类

系统用户：即用户，是最常用的参与者
与建造的系统交互的其他系统：其他系统
可以运行的进程：如时间

（3）参与者间的关系：泛化关系，用一个三角箭头表示

2、用例（Use Case）

（1）定义：

用例是对一个系统或一个应用的一种单一的使用方式所作的描述，是关于单个活动者在与系统对话中所执行的处理行为和陈述序列
用例是一个叙述型的文档，用来描述参与者使用系统完成某个时间的事件发生顺序。用例是系统的使用过程，用例不是需求或者功能的规格说明，但用例也展示和体现出其所要描述的过程中的需求情况。

（2）总结：

用例是对系统的用户需求（主要是功能需求）的描述，用例表达了系统的功能和所提供的服务。用例用一个椭圆来表示，用例的名字可以书写在椭圆的内部或者下方；每个用例都必须有一个唯一的名字以区别其他用例，用例的名字是一个字符串，它包括简单名和路径名。

3、关系

（1）关联关系：带箭头的实线来表示

（2）泛化关系：带空心箭头的实线表示

（3）包含关系：虚线箭头加<>字样，箭头指向被包含的用例

（4）扩展关系：虚线箭头加<>字样，箭头指向被扩展的用例（基础用例）

三、用例的主要属性

1、事件流：

描述一个用例在执行时执行者与系统之间的交互过程。包括：
基本流：对用例中常规和预期路径的描述
备选流：由于受到其他因素影响，用例执行了其他的路径

2、前置条件：

是该用例执行的前提条件，用来描述在什么条件下可以开始执行一个事件流。

3、后置条件：

说明用例结束时系统的状态
前置条件和后置体哦阿健可以用于用例的验证和评审。

四、用例图的粒度与范围

概述级——用户目标级——子功能级（粒度越来越细）

五、用例注意点

应该清晰的定义系统边界

防止用例过多

应该从执行者的角度来命名用例

用例描述正规程度

避免执行者的名字不一致

避免执行者和用例之间的关系太复杂

注意用例的大小是否恰当

避免用例描述混乱

区分用例的分解和功能分解

避免客户不能理解用例的情况发生

有些场合，用例来描述需求是不适合的