问题标签 [use-case-diagram]

我和我的同事不太确定如何为用例建模，我们三个人各自提出了不同的解决方案，您可以在下面看到每张图片，它们是我们所面临的简化版本。我们刚刚开始从事严肃的项目，我们没有人有太多经验，所以我们想从头开始学习在这种情况下什么是最佳实践。

我们有一个 Web 应用程序，其中每个用户都可以访问网站的某些部分，而其他部分需要登录，现在我们不确定为此编写用例的正确方法是什么。我的想法是分开userto guest userand authenticated user，这样我们的用例就不会被一堆乱七八糟的include relations（我们得到的用例比这里介绍的多得多）。

这就是我所做的：

在我看来，这是最容易理解和可扩展的，因为它清楚地区分了两种用户。

另一种可能的方法：

当我们有更多用例时，这似乎也很好，比上一个更容易理解

最后一个：

这最接近我们在大学里学到的 UML 规范，但是一旦我们添加更多用例，它就开始看起来很混乱，线开始相互交叉，很难看出什么是什么。

我们的问题是在这种情况下编写用例图的最佳方法是什么？

我应该将“更新数据库”、“添加到数据库”作为用例输入到我的 UML 图中吗？（场景：用户注册，然后将凭据添加到数据库中）如果我的项目有外部数据库，我是否应该将其作为参与者包含在内？

鉴于以下情况：

[...] 当加注了最大允许的汽油量时，或者当客户决定将软管放回安装板时，加油就会终止。加油过程完成后，所欠汽油的金额将记入客户的信用卡账户。[...]

现在，在尝试在用例图中对此进行建模时，我想出了这个：

我的主要问题是：子用例是否继承包含和扩展关系？这是有效/有意义的吗？

我正在创建用例图。我有两个演员：用户和管理员。管理员可以查看所有订单，用户只能查看他/她的订单。

我应该在我的 UML 图中创建两个用例，还是可以使用一个带有用户参与者条件的用例？

如果我可以使用条件，我必须使用哪个符号？方括号还是大括号？

我正在创建一个基于 Web 服务的聊天应用程序。我想为我的应用程序绘制一个用例图。我的问题是，当我绘制用例图时，我应该指出 Web 服务吗？如果我想如何表示？

我正在尝试为自动考试系统构建一个用例图，其中一个要求是：系统可以为考试启动一个计时器，并在某个时间停止它，这样，考生将无法继续。

有没有办法做到这一点 ？

任何人都可以建议一种解决方案，以编程方式在 BPMN 2.0 中绘制流程图、用例图。我们计划从 excel 文件中读取输入。如果有一些想法，我们也可以更改输入模板。

有一个练习需要我们为一家银行画一个用例图，描述说客户可以进行存款和取款。对于那个用例场景，我只画“存款”和“取钱”吗？或者我应该为他们两个<<'include'>>“更新余额”功能吗？

用例图中是否存在布尔情况？如果不是这个，还要这样做吗？这是我的例子：

用户不需要知道我们为他创建了一个用户，这一切都发生在后台。所以它就像一个与另一台服务器通信的客户端应用程序。如果用户已经存在于新服务器中，只需处理添加到购物车，否则，在另一台服务器上为该特定用户创建一个用户。

编辑：

感谢 Thomas Kilian 的建议，这应该是正确的答案：

我目前正在为我的期末考试而学习，我正在努力理解用例图。我通常可以毫无问题地绘制图表，但我一直坚持这一点，我不确定它是否正确。

以下是用例：

(A) 系统的所有用户都可以浏览和搜索标题

(B) 用户包括借款人和图书馆员

(C) 借款人可以结账和归还物品。如果在结账期间发现书名不可用（所有副本都已借出），则借阅人可以保留书名以备将来使用

(D) 当产权可用时，通过电子邮件通知借款人

(E) 借款人可以浏览预订列表并取消预订

(F) 图书馆员可以注册新的借阅者并添加新的标题

我的疑问是：

• 借款人是否需要与“注册新借款人”用例进行交互？考虑到用户需要注册，图书馆员也需要与系统交互，所以我假设两者都需要链接？

• 当标题可用时，它应该来自哪个用例？

正如您在第一张图片中看到的，用例 Title Available 作为 Title not Available 用例中的一个新用例，在第二张图片中，我将其作为 Check out 项目的扩展。

哪个图表最能代表用例描述？

谢谢！