用例图:区分用例的参与者

Question

我知道一个系统包含一组用例图，而不是一个用例图，但是无论如何，在找到系统需求或分析它们的第一步中，我在区分用例的参与者方面有问题。

假设系统是:库

一个演员是会员，一个演员是图书馆员。

一个典型的用例是借一本书

假设与软件交互的人是图书馆员。那么借一本书应该和图书馆员还是会员联系起来呢？

事实上，借阅一本书用例是系统成员的一项服务。但与之互动的演员是图书管理员。

在哪个阶段，在哪个用例图中，我应该使用成员作为参与者，并将其与借书用例联系起来？在哪张图里我应该把它和图书管理员联系起来？

另外，图书馆员实际上是系统的参与者，还是系统的一部分？

Answer 1

记住参与者的定义:一个与您的系统交互的实体。图书管理员实际上是与系统(图书馆)进行交互的人，而成员只是要求图书管理员提供一本书，而不管那本书是从哪里来的。然后，该成员是图书管理员的演员，而图书馆员本身就是一个系统。

图书馆员:一个系统，图书馆的行动者

图书馆:一个系统

会员:图书管理员的演员

Answer 2

在大多数情况下，图书馆员和成员都可以被视为演员:图书馆员是主要演员，成员是次要演员。

图书管理员是主要的演员:他完成了用例。

会员需要把借书证交给图书馆员:没有他/她，就没有用例。会员就会收到这本书。

因此，他们都是参与者，但对用例有着不同的重要性。

另一个例子:如果借阅系统是自动化的，那么会员是唯一的参与者，图书管理员也不需要借书。成员将触发用例，而图书管理员只在必要时提供帮助。

Answer 3

是的，图书馆工作人员应是主要行动者，因为他/她是与目标系统互动的人。

在典型的图书馆系统中，图书馆用户通常只有有限的权限访问系统，如检查可用性或预订一本书(但不签入/签出一本书)。

例如：

一所大学的计算机化图书馆系统跟踪图书馆的所有书刊及其结帐情况。结帐和返回是通过条形码阅读器(一个外部设备)自动化的。

库系统还与外部关系数据库接口，该数据库存储有关图书馆用户(学生、教员和工作人员)的信息，包括他们是否已签出任何图书馆项目。

图书馆用户可以访问目录和召回书刊。

库员工拥有与Library用户相同的访问权限，以及额外的功能(例如，签入和签出图书)。

注意：

1. 库目录是库计算机系统的一部分，因此不显示为参与者。)
2. Employee可能不是一个很好的用例，因为它可以直接实现用户目标。

该示例说明了系统的主要角色(主要参与者)如何与其相应的用例关联。