问题标签 [use-case-diagram]

我有一项任务，其中规定了以下条件：

目的简要说明： ATM 是一种电子设备，用于自动取款。用户在授权后可以快速轻松地取款。用户通过读卡器和数字键盘与系统交互。小显示屏允许向用户显示消息和信息。银行会员可以访问特殊功能，例如订购对账单 要求简介： 需要自动柜员机 1. 允许授权持卡人进行交易

1. 持卡人应查看和/或打印账户余额
2. 持卡人须提取现金
3. 持卡人须以现金或支票存款
4. 持卡人应退出会话

允许银行会员获得额外的特殊服务

1. 银行会员应能够订购对账单
2. 银行成员应能够更改安全详细信息（例如 PIN 码）

允许访问授权的银行工作人员

1. 授权人员可以访问重新进货机器

2. 授权人员能够进行日常维护和保养

3. 跟踪其中包含的金额并在库存减少时提醒银行工作人员

附加说明：用户应能够通过输入他们的帐号和 PIN 来访问 ATM。一旦系统验证了帐户处于活动状态并且 PIN 与帐号匹配，系统就会为用户提供四种选择。用户可以取款、存款、查看余额或退出会话。用户必须在他/她的帐户中至少有 100 美元。在任何交易结束时，都会向用户提供交易的打印副本。交易可以是 - 取款、存款或检查余额。一旦用户完成交易，系统会为用户提供相同的四个选择，直到用户决定退出。

该系统应与分配现金的设备、接受现金或支票的设备和打印机连接。由于本课程没有学习数据库，系统会将所有信息保存在两个 RandomAccess 文件中。一个文件将保存密码和其他帐户余额。

我已经构建了以下用例图，但对它应该有多详细，什么应该是扩展/包含以及什么应该是基本案例感到困惑。任何反馈都将受到欢迎。

银行会员和持卡人应该分开还是一起？从技术上讲，银行成员可以做的不仅仅是持卡人，比如更新安全细节或订单报表，但不是所有银行成员都是持卡人吗？

这是我拥有的另一个版本，减去退出不是用例，还有其他不正确的因素吗？

我想编写一个可以上传文件、验证文件、转换文件并以新格式返回文件的应用程序。

用户必须上传文件。下一步是选择系统必须用于验证的模板。只有上传成功后，第二步才可用。第三步是选择输出格式。还可以选择创建新的输出格式。

所有 4 个步骤均由用户完成。但每一步只有在前一步成功的情况下才能开始。在我看来，演员需要与所有用例的关系（线）还是所有关系都被扩展？

我的图表是否正确显示了我所描述的内容？

我有这样的用例： 从这里获取

当我向老师展示这个时，她要求指定所有用例并在文档中表示概括。她希望我重用, ,中的Manage Account规范。怎么做 ？Add AccountDelete AccountEdit Account

提前谢谢你，对不起我的英语

例如，如果您有一个 eShop，那么您会在购物篮方面做什么，因为您可以从中添加/编辑/删除产品？

我正在研究用例图 (UML)，我需要在其中直观地显示异常。场景是图书馆。我想展示的例外是系统关闭。我该如何展示它？我可以只使用扩展关系来显示异常吗？我在这里链接了我的用例图

.

任何帮助，将不胜感激

我正在尝试为事件预订系统绘制用例图，对于具有功能（用例）预订事件和取消预订事件的用户，我是否可以说取消预订事件包括预订事件作为取消预订事件可以不先预订活动就不会举行？我已经阅读了以下帖子[用例图中的包含和扩展有什么区别？但我仍然不确定它在这种情况下如何应用。

For my homework, I have to write functional requirement of a game called downfall (see Wikipedia). We have to make this game, but with not two sides but n (any number of) sides.

In an example solution (another game), the teacher writes the functional requirements, then writes what use case they belong to.

I have created a use case diagram in which I have the player as an actor, and ChooseDial, RotateDial and EndTurn as use cases:

What I dont understand are the following: Is the number of players functional requirement? Is the table having two sides a functional requirement? Is the goal of the game (getting coins from top to bottom) a functional requirement? Is a rule like coins must reach bottom in order a functional requirement?

If they are, what use case could they belong to? Is my use case diagram wrong?

I have no idea where to put these functional requirements, because I feel like they arent part of any of my use cases.

我需要为有关游戏的作业（称为 Downfall）创建 UML 图。我必须创建它，以便它适用于任意数量 (n) 的播放器。

如果这是出现在图表多个位置的确切数字，我应该使用 n 还是 *？我会在多重参数和数组大小中使用它。

例如：有n个边，如果边上有一个表盘，那么那个位置的每一边都必须有一个表盘，所以这个表盘有n-1个相连的表盘。

这是我第一次制作用例，这是我的课程作业。我必须遵循下面的案例研究。

案例研究 8：仓库控制系统 (WCS)
一个仓库分销保健食品和相关产品。客户从仓库订购特定产品和数量。仓库控制系统 WCS 保存订单并向客户提供订单号。WCS 生成一个拣货清单和购物标签，它告诉订单拣货员要拣选多少件商品来完成订单。拣货员挑选物品，将它们放入盒子中，然后将运输标签贴在上面。然后，拣货员使用 WCS 来指定订单是否准备好。然后经理将订单号、地址和付款数据发送给运输公司。在一天结束时，运输公司会来取走所有的订单。库存产品的盘点由员工进行，但在其他情况下，则外包给外部公司。
该公司希望创建一个计算机系统，允许员工和外部公司在桌面上访问应用程序系统。建模、设计和实现可以使用 Visual Studio 或任何其他软件开发包访问数据库的 GUI 客户端。必须使用 MS Access 或 Oracle 数据库从类模型和实体数据模型设计数据库。

我不确定：仓库控制系统 (WCS) 是否应该扮演角色？如果没有它如何制作用例？

这是我制作的用例：

我有这种情况，我有多个共享相同用例的参与者。

我无法弄清楚我应该从哪个角度编写事件流并描述这个特定用例的序列图，有多个参与者。