Uml 银行自动柜员机（ATM）用例图，即；“登录”；是一个；“用例”；

这是一个简单的ATM用例图： 我认为它遗漏了一些东西，比如登录（身份验证）和打印（转账后，取款……我们将被要求选择是否打印账单）。那么它们是用例吗？

---

是，

登录是一个用例。如果
Login
没有发生，那么其他用例都不能发生。
是的，
Login
是一个用例。如果
Login
没有发生，那么其他用例都不能发生。
是的，
Login
是一个用例。如果
Login
没有发生，那么其他用例都不能发生。
是的，
Login
是一个用例。如果
登录
没有发生，那么其他用例都不会发生。
用例是参与者与系统交互的过程。现在将此映射为登录。登录是一个用户身份验证过程，客户在其中输入卡和PIN。然后系统进行认证。所以这就是一个用例。
用例是参与者与系统交互的过程。现在将此映射为登录。登录是一个用户身份验证过程，客户在其中输入卡和PIN。然后系统进行认证。所以这就是一个用例。
用例是参与者与系统交互的过程。现在将此映射为登录。登录是一个用户身份验证过程，客户在其中输入卡和PIN。然后系统进行认证。所以这就是一个用例。
用例是参与者与系统交互的过程。现在将此映射为登录。登录是一个用户身份验证过程，客户在其中输入卡和PIN。然后系统进行认证。因此，这绝对是一个用例。
当试图决定某个行为是否应该是一个用例时，您应该查看主要参与者的“可观察结果”。“登录”会产生这样的结果吗

它取决于您正在开发的系统、身份验证系统的复杂性等。它可能只是用例场景中的一个步骤，也可能成为一个（次要）用例

我教学生的另一个工具是BOSS测试。
你必须问问自己：

我今天被解雇100次，老板会高兴吗

通常像“Login”这样的用例无法通过BOSS测试。像“创建订单”或“支付发票”这样的东西通常通过BOSS测试

但同样，是否创建用例取决于您的方法（用例的粒度）、系统和复杂性。没有是/否答案。
当试图决定某一行为是否应该成为用例时，您应该查看主要参与者的“可观察结果”。“登录”会产生这样的结果吗

它取决于您正在开发的系统、身份验证系统的复杂性等。它可能只是用例场景中的一个步骤，也可能成为一个（次要）用例

我教学生的另一个工具是BOSS测试。
你必须问问自己：

我今天被解雇100次，老板会高兴吗

通常像“Login”这样的用例无法通过BOSS测试。像“创建订单”或“支付发票”这样的东西通常通过BOSS测试

但同样，是否创建用例取决于您的方法（用例的粒度）、系统和复杂性。没有是/否答案。
当试图决定某一行为是否应该成为用例时，您应该查看主要参与者的“可观察结果”。“登录”会产生这样的结果吗

它取决于您正在开发的系统、身份验证系统的复杂性等。它可能只是用例场景中的一个步骤，也可能成为一个（次要）用例

我教学生的另一个工具是BOSS测试。
你必须问问自己：

我今天被解雇100次，老板会高兴吗

通常像“Login”这样的用例无法通过BOSS测试。像“创建订单”或“支付发票”这样的东西通常通过BOSS测试

但同样，是否创建用例取决于您的方法（用例的粒度）、系统和复杂性。没有是/否答案。
当试图决定某一行为是否应该成为用例时，您应该查看主要参与者的“可观察结果”。“登录”会产生这样的结果吗

它取决于您正在开发的系统、身份验证系统的复杂性等。它可能只是用例场景中的一个步骤，也可能成为一个（次要）用例

我教学生的另一个工具是BOSS测试。
你必须问问自己：

我今天被解雇100次，老板会高兴吗

通常像“Login”这样的用例无法通过BOSS测试。像“创建订单”或“支付发票”这样的东西通常通过BOSS测试

但同样，是否创建用例取决于您的方法（用例的粒度）、系统和复杂性。没有是/否答案。
不，绝对没有。“登录”和“打印”不是ATM的用例。用户必须在使用ATM服务之前按照您提供的用例图进行识别。但是，用户不使用ATM进行登录服务。这不是有意义的服务。打印也不是一个用例。打印是ATM某些用例中的一个步骤

您的用例图是正确的。
不，绝对不是。“登录”和“打印”不是ATM的用例。用户必须在使用ATM服务之前按照您提供的用例图进行识别。但是，用户不使用ATM进行登录服务。这不是有意义的服务。打印也不是一个用例。打印是ATM某些用例中的一个步骤

您的用例图是正确的。
不，绝对不是。“登录”和“打印”不是ATM的用例。用户必须通过标识