【发布时间】：2017-01-11 00:01:45
【问题描述】：
【问题讨论】：
【发布时间】：2017-01-11 00:01:45
【问题描述】：
用例显示为其参与者带来的附加价值。 Login 没有附加价值。所以Login 根本没有用例。这是您应用于其他用例的约束。它可以附加到（真实的）用例，例如{ actor must be logged in}。
我可以推荐 Bittner/Spence 作为如何处理用例的优秀资源。
【讨论】：
-
Thomas，我真的很感兴趣你为什么说“一个用例显示为其参与者带来了附加值”。用例为利益相关者带来价值，并通过保证而不是行动者来保护他们的目标。在Wikipedia example 中，客户没有从“支付食物”或“订购食物”场景中获得任何价值。
-
@Vlad Order food 将食物带给Client 并Pay food 现金到Cashier i> 因为他们是主要参与者。次要参与者没有这样标记（他们没有附加价值）。如果你连接它们，你应该以一种或另一种方式显示它们的关系（例如，刻板印象的关联）。
根据预期的系统行为和您的写作风格，有几种方法。
- 使用两个不同的参与者，授权用户和非授权用户。为非授权用户编写子功能级登录用例。仅让授权用户成为用户目标用例（如检查余额）中的参与者。
- 在所有用户目标级别的用例中，写入用户被授权的先决条件。编写子功能级登录用例。
- 在所有用户目标级别的用例中，写入用户会话有效的前提条件。编写子功能级用例，系统检查会话并在需要时强制登录用例。
登录、注销和注册（还有会话到期）场景未按您要求的方式连接。例如，您可以将它们标记为 AAA 或放入 AAA 章节/文件夹。无需将它们混合在一个场景中。
【讨论】：