UML用例图介绍

1.什么是用例图

1.用例图用来描述系统的需求，从用户的角度来描述系统的功能，强调谁在使用系统，系统实现了哪些功能，总的来说，用例图就是描述用户的需求和系统的功能，从外部用户的角度来描述系统的功能。

2.用例图：用例图（use case diagrams）是指由参与者（actor）、用例（use case）、系统边界以及他们之间的的关系构成的用于描述系统功能的静态视图。

2.用例图基本元素

用例（use case）：功能的描述，参与者要系统做什么，例如：机房中的查看信息，结账，修改信息

角色（actor）：是指系统以外的，在使用系统的过程中与系统发生交互的角色，可以是人也可以是事或者其他系统，例如机房中的一般用户、操作员和管理员
关系：角色之间、用例之间、用例和角色之间
主要有三种：参考上篇博客：UML用例图关系（Include 和extend）

3.图符表示

执行者：小人（用来描述与系统有关的外部实体，他可以是用户，也可以是外部系统）

用例：椭圆形

注释：矩形，右上角卷起来

4.用例图的主要属性

(1)事件流：描述一个用例在执行时执行者与系统之间的交互过程，这个过程包含许多分支 基本流：对用例中常规和预期路径的描述

备选流：由于受到其他因素影响，用例执行了其他的路径
(3)前置条件：该用例执行时的前提条件，用来描述在什么条件下可以开始执行一个事件流
(4)后置条件：说明用例结束时系统的状态,用例的执行带来的结果
前置条件和后置条件可以用于用例的验证和评审
(5)特殊要求
(6)扩展点
(7) 问题说明

5.用例图的粒度和范围

概述级

用户目标级

子功能级：如果多个用例都用到了一个子功能，就要提取这个功能用例，例如借书和还书都用到了identity，就把identity提取出来

6.举例（以机房收费系统举例）

7.用例注意点

应该清晰的定义系统边界

防止用例过多
应该从执行者角度来命名用例
用例描述正规程度
避免执行者的名字不一致
避免执行者和用例之间的关系太复杂
注意用例的大小是否恰当
避免用例描述混乱
区分用例分解和功能分解
避免客户不能理解用例的情况的发生
有些场合，用用例描述需求是不合适的