在uml用例图中,参与者表示 uml图例讲解答案 _知识分享

在前面，我们系统的学习了UML中的基础知识，从这一讲开始，我们将系统的学习UML中的各种图。这一讲，我们重点学习UML中的用例图。
1
什么是用例图
在开发系统之前，最重要的工作是获取用户的需求，而在用户需求中最重要的是关于用户提出的系统功能性需求，我们可以借助用例图来可视化的表达用户的需求。

文章插图
用例图（Use Case Diagram）是由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的视图，是被称为参与者的外部用户所能观察到的系统功能的模型图。
用例图常在需求分析阶段使用。

文章插图
2
用例图的构成
用例图中主要的元素包括参与者、用例以及各元素之间的关系。除此之外，用例图中还可以包含注解和约束。
3
参与者
3.1 参与者的概念
参与者（Actor）是与主体系统交互的外部实体。参与者可以是系统外部的人、子系统、其它系统等。
每个参与者实际上是一个角色集。在UML中，参与者使用使用人形的图形表示，并给这个参与者赋予一个名字。如下图中的“读者”即是图书馆借阅系统中的一个参与者。

文章插图
参与者应位于系统边界之外，而不是系统的一部分。
3.2 如何识别参与者
在进行用例建模时，确定参与者是用例图建模的第一步。那么，如何确定系统的参与者呢？我们可以从以下思路进行考虑：
（1）系统的服务对象
如图书馆借阅系统中的读者；
（2）为其提供支持以完成工作的人
如图书馆借阅系统中的图书馆工作人员，他需要借助系统帮助读者完成借阅、还书、催还工作。
（3）系统的维护者：负责安装、维护和管理系统的人员，这种情况下，需要系统确实提供了相关功能以帮助这类人员完成安装、维护和管理工作。
（4）外部设备：需要向外部设备传输信息或从外部设备读入信息，如读卡器。
（5）其它系统或子系统：如借阅系统中的财务系统，财务系统并非借阅系统的功能，但借阅系统需要向其传递信息以完成超期罚款工作。
（6）时间：在预定的时刻，有特定事件自动发生，如自动备份、定时提醒等。
（7）特定事件：如外卖系统中自动接单，是由订单产生事件推动的。

文章插图
在识别参与者时，要注意以下几点：

参与者位于系统的外部，而不是系统的一部分；
参与者通过系统边界与系统进行交互；
参与者的图标虽然使用人形图标来表示，但参与者不一定是人，也可能是其它子系统、其它系统、时间、温度等其它因素。

3.3 参与者间的关系
参与者间的主要关系是泛化。泛化关系是一般和特殊（具体）之间的关系。
在泛化关系中一个参与者的抽象描述可以被一个或多个具体的参与者所共享。
下图描述了图书馆借阅系统中参与者之间的泛化关系。

文章插图
上图中，读者是一个“一般”参与者，读者下面的教职工、学生、教职工家属等是“具体”的参与者。
泛化使用实线空心三角形箭头来表示，箭头指向更一般的参与者，箭尾端在“具体”参与者这端。
参与者泛化可以理解为：“具体”参与者是一种“一般”参与者，如教职工是一种读者。
在参与者泛化中，表示“一般”参与者可执行的用例，作为“具体”（“特殊”）参与者也可以执行。
4
用例
4.1 用例的概念
用例是参与者可以感受到的系统服务或功能单元。它定义了系统要实现的一个目标。用例只定义系统的一个行为，而不显示系统的内部结构。
用例最大的优点是站在用户的角度描述系统功能。