UML——用例图

1.用例图是什么？

  用例图用来描述用户的需求，从用户的角度描述系统的功能，并指出各功能的执行者，强调谁在使用系统，系统为执行者完成哪些功能。

2.用例图包含哪些内容？

       用例图包含下面三个内容：

      (1) 用例（Use Case），用椭圆形符号表示

      (2) 参与者（Actor），用人形图标表示

      (3) 参与者与用例之间的关系，分为关联、泛化、包含、扩展四种

      用例图结构如下图所示：

3.参与者

  参与者（Actor）是系统外部的一个实体（可以是任何的事物或人），以某种方式参与用例的执行过程，参与者通过向系统输入或请求系统输入某些事件来触发某些事件来触发系统的执行。每个参与者可以参加一个或多个用例，参与者不一定是人，也可以是一个外部系统，通常把参与者分成三类：系统用户、与所建造的系统交互的其他系统和一些可以运行的进程。可以根据以下几个方面来确定参与者：

       (1)谁或为什么使用该系统；

       (2)交互中，它们扮演什么角色；

       (3)谁安装系统；

       (4)谁启动和关闭系统；

       (5)谁维护系统；

       (6)与该系统交互的是什么系统；

       (7)谁从系统获取信息；

       (8)谁提供信息给系统；

       (9)有什么事发生在固定时间；

4.用例

  用例是对系统的用户需求的描述，用例表达了系统的功能和所提供的服务，识别用例时可以从分析系统的参与者开始，考虑每个参与者是怎样使用系统的，可以从以下几个方面来确定用例：

       (1)特定参与者希望系统提供什么功能；

       (2)系统是否存储和检索信息，如果是，这个行为由哪个参与者触发；

       (3)当系统改变状态时，通知参与者吗；

       (4)存在影响系统的外部事件吗；

       (5)是哪个参与者通知系统这些事件；

5.参与者、用例间的关系

       参与者与用例之间的关系有以下四种：

      (1)关联关系

       关联关系是一种结构化的关系，指一种对象和另一种对象有联系，是用例图中最常见的关系。参与者和用例之间的关联关系使用带箭头的实线来表示。关联关系示例如下：

       (2)泛化关系

       一个用例可以被特别列举为一个或多个子用例，即用例泛化，在图形上，用例间的泛化关系用带空心箭头的实线表示，箭头的方向由子用例指向父用例，子用例表示父用例的特殊形式，子用例从父用例那里继承行为和属性，还可以添加行为或覆盖、改变已继承的行为。泛化关系实例如下：

       (3)包含关系

       包含指的是其中一个用例（基础用例）的行为包含了另一个用例（包含用例）的行为，基础用例可以看到包含用例，并依赖于包含用例的执行结果，包含关系表示为虚线箭头加<<include>>字样，箭头指向被包含的用例。包含关系实例如下：

       (4)扩展关系

       一个用例也可以被定义为基础用例的增量扩展，这称作扩展关系，扩展关系是把新行为插入到已有用例的方法。扩展关系表示为虚线箭头加<<extend>>字样，箭头指向被扩展的用例。扩展关系实例如下：

6.机房收费管理系统用例图

       在我画的图中主要体现了一般用户、操作员和管理员的关系及它们各自可满足的功能，一般用户为最基本的情况，操作员和一般用户之间满足泛化关系，操作员是一般用户的特殊情况，即操作员可以具备一般用户的功能，同时也具备自己独特的功能，而操作员和管理员之间同样满足泛化关系，管理员是操作员的特殊情况，即管理员可以具备操作员的功能，同时也具备自己独特的功能。一般用户主要具备登陆系统、上机、下机、查询余额、查询上机记录、查询充值记录、查询上机状态、修改密码等功能，在几个查询功能中都涉及到查询用户信息，所以把查询用户信息作为一个包含用例，同样，在操作员的查询功能中，都涉及到导出信息到excel表中，所以把导出到Excel作为一个包含用例，在管理员的功能中，日结账单和周结帐单都涉及到了报表的打印，所以把报表打印作为一个包含用例。而在一般用户上机后会开始动态查询余额，当余额小于系统所要求的最小余额时，将会强制下机，满足扩展关系，所以把强制下机作为扩展用例。机房收费管理系统用例图如下所示：