如何在用例图中显示异常？答案

【问题标题】：How do I show exception in use case diagram?如何在用例图中显示异常？
【发布时间】：2019-10-18 16:41:30
【问题描述】：

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

。

任何帮助将不胜感激

【问题讨论】：

你的«扩展»关系走错路了。他们应该从扩展用例转到基本用例。
@GeertBellekens 感谢您指出这一点。但是，我想知道的是，在用例图中将异常显示为扩展关系是否正确？
你的用例有一大堆错误，评论太长了，我没有时间写答案。简短的回答：不，我不会那样做。
@GeertBellekens，问题是如何在用例图中显示系统关闭，而不是评论图中的其他所有内容。
@www.admiralalit.nl 我不太确定。感觉问题更多是关于如何在用例图中显示异常行为，而 OP 选择“系统关闭”作为这种异常行为的示例。我相信练习是为了说明“扩展”关系。

【解决方案1】：

如果系统意外关闭，系统与其参与者的每次通信都会中止，即所有用例都会立即停止。这不能在用例图中显示，除非添加一个包含文本“如果系统意外关闭，所有用例都会立即停止。”的 UML 注释符号，但即使这样也毫无意义，因为对于每个系统来说都是显而易见的：如果它停止，它就会停止。

您可以将扩展用例用于已知可能在特定用例的特定步骤中发生的特定异常，但不能用于在任何用例期间随时可能发生的异常。

您可能会在退还书籍时将延迟退货和书籍损坏视为例外情况。我将以动词-名词格式将您的用例重命名为“书籍损坏罚款”和“滞纳金罚款”（例如支付滞纳金罚款）。箭头应该从扩展用例指向扩展用例。

【讨论】：

【解决方案2】：

用例是关于附加值，而不是功能。您的重点是演员，并展示他从使用所考虑的系统中获得的附加值。

不关注细节有一个很好的理由：你失去了你的观点。当您开始处理任何问题时，您只会大惊小怪。因此，您可以在用例中创建“大图”。您可以通过阅读需求并找出要点来综合它们。这些是用例。您仍然有所有要求（例如，关闭行为在各种、大部分不相关的部分中进行了详细说明）。

特别是在合成用例时，技术人员往往会做相反的事情，即功能分解。那不是起点。这是更进一步的一步。只有当您确定了附加值时，您才能继续并在描述每个气泡内场景的活动中分解它们。

与往常一样，我建议阅读 Bittner/Spence 关于用例的信息。

【讨论】：