问题标签 [use-case-diagram]

我收到了以下用例图。

给定的问题是“用例需要多少人？”。

我被告知，Actor用于对领域中的某些角色进行建模，并且“真实”的人可以担任多个角色。

严格按照这个定义，一个人同时扮演两个角色就足够了，但我不确定我是否遗漏了什么，因为直觉上应该有一个原因，为什么会有两个演员在场。一个“真实”的人在这里就够了吗？

因此，我为学生在线系统设计了一个用例。问题是我的一些基本案例被细分为许多包含的案例。例如，要生成标记表作为员工，我包含的用例是：选择学生、选择课程、选择模块、选择学期

在我的类图中，我应该为所有较小的用例或像 generateMarksheet 这样的主要用例提供方法吗？

所以，我设计了一个用例图。但是我对包含的使用感到困惑。这是关于学生管理系统的。只有注册了课程的学生才能注册模块。问题是，如果我把included from register 放到enrol，是否意味着他每次注册时都必须注册？此外，从用例中产生的 2 是什么意思，是需要它还是两者都需要？

上图是不是表示一般Actor可以执行UseCase1，其中可能包含UseCase2，但是Actor2只能执行UseCase2。或者，这意味着一个 Actor 必须是 Actor 2 才能执行扩展 UseCase2？

这是什么意思，图表应该是什么意思才能有另一种含义？

演员之间的关系是否UseCase允许存在？因为UseCase2包括UseCase

我需要帮助来减少子系统上的用例。

该子系统用于管理具有以下要求的用户、管理员和超级用户的多个帐户：

系统应管理用户帐户，其中有：

• 用户：可以创建、阅读、更新、删除和阻止自己的帐户，也可以登录。

  创建需要电子邮件身份验证。登录应该要求两步验证（可选）

• 管理员：可以作为用户管理所有用户帐户（CRUD、阻止和登录）。也只读并登录自己的帐户。

  登录需要两步验证。

• 超级用户：可以管理用户和管理员帐户（CRUD、阻止、登录）以及他们自己的超级用户帐户。

  创建管理员需要电子邮件和电话身份验证。
  登录与管理员相同，需要两步验证。
  可以将超级用户访问权限委托给其他管理员。

系统的流程需要用用例图和用例描述清晰（没有其他类型的图）

设计这些用例以避免重复用例描述并在图表上制作不必要的用例的正确方法是什么？

例如，在这个系统上，用户、管理员和超级用户各有一个登录用例。用户登录要求 2 步身份验证（可选），而在管理员和超级用户上，必须始终要求 2 步身份验证。

SuperUser 继承自从 User 继承的 Admin。

我正在寻找的最终目标是（例如）将这 3 个登录用例变成一个仅连接到用户 Actor 的用例，以便 Admin 和 SuperUser 继承用例，但是由于每个 Actor 的行为不同，我想要放置一个登录用例描述，它根据触发登录的 Actor 类型更改行为。因此，我没有 3 个登录用例（每个参与者一个），而是只有 1 个用例和 1 个适用于所有人的描述。

我在互联网上看到了许多用例图（在 UML 中）的示例，如下所示：

我看到的是delete用例不包括create用例。即使我无法想象在不创建用户的情况下删除它。

我想知道为什么不使用 include 仍然是正确的？我想知道什么时候应该使用它，什么时候不使用它？

我们是否在用例图中包含条件/替代场景？

实际上，我正在为图书订购应用程序制作用例图。它有这样的条件，如果订购的副本数量少于可用的书籍副本，那么它将创建一个发货和延期订单，如果所有副本都可用，那么它只会创建一个发货订单。那么这个条件是否会包含在用例图中检查书籍副本的“扩展”中？还是仅在序列图中指定此条件。

我正在尝试创建有关 Scooter 系统的用例图。我已经创建了图表，您可以在此处找到它： 用例图：

我收到了一些关于这张图的评论：

1. 系统（或滑板车供应商）不是演员。事实上，系统边界表示系统，在用例中我们描述了外部参与者如何与系统交互。
2. 演员之间的泛化使用不正确，例如现在黄金会员也可以注册。

如何根据评论修复图表？

附加信息：对系统的要求是：

打开应用程序后，它会在客人的设备附近显示可用的滑板车。要访问更多功能，该应用程序要求客人注册帐户或登录。登录后，用户可以选择任何可用的踏板车并租用。然后他们会搭便车，最终停止并结束租赁期。除了这个基本功能外，用户还可以选择将他们的账户升级为黄金会员账户，这进一步允许他们提前预订滑板车。在本文的其余部分，您将找到有关应包含在您的解决方案中的应用程序的更多详细信息。并非所有步骤都完全扩展，因此您可以自由选择这些细节。

在使用应用程序的任何服务之前，客户必须首先创建用户资料。这需要填写一些个人信息（姓名、电子邮件地址、信用卡信息等）。在下文中，我们描述了已使用其帐户成功登录的用户可以访问的场景。

要开始租用滑板车，用户必须扫描滑板车上的二维码贴纸。然后，该应用程序会检查付款信息，如果没有付款信息，则要求输入新信息。当支付信息正常时，滑板车解锁，用户可以开始骑行。要结束骑行，用户单击应用程序中的按钮。然后，该应用程序会计算行程摘要，显示所走路线、行驶距离和最终价格。与此同时，踏板车再次被锁定。然后，用户可以通过使用提供的信用卡详细信息授权付款或选择不同的付款方式来继续进行。

要成为金牌会员，用户只需单击一个按钮，就会看到新功能和成本的概述。如果同意，用户可以继续进行与之前相同的过程；使用提供的信用卡详细信息授权付款，或选择其他付款方式。金卡会员可提前预订滑板车。此过程首先在应用程序的地图上选择一个，或扫描踏板车的二维码。黄金会员然后选择为下一小时保留踏板车。在此期间，它不再显示为可供其他用户使用。

我正在学习UML，我很困惑。有人可以解释一下统一流程模型中的用例图和序列图有什么区别吗？