UML用例：列表与图表

我对我正在读的一本书感到困惑

我一直认为，在一些用例中，一些带有参与者和气泡的图表，比如维基百科中的这个：

但在本文中，所谓的“用例”只是带有主/快乐路径和备用路径的列表

O'Reilly提供了本书的一个示例（您可以滚动到pdf的第71页，即本书的第123页），这些列表如下所示：

Main Path
1. Fido barks to be let out.
2. The bark recognizer “hears” a bark.
3. The bark recognizer sends a request to the door to open.
4. The dog door opens.
5. Fido goes outside.
6. Fido does his business.
6.1. The door shuts automatically.
6.2. Fido barks to be let back inside.
6.3. The bark recognizer “hears” a bark (again).
6.4. The bark recognizer sends a request to the door to open.
6.5. The dog door opens (again).
7. Fido goes back inside.
8. The door shuts automatically

哪个是官方的“用例”，列表还是图表

我想这个图表可以转换成一些清单，但我不知道如何将清单转换成用例图。他们有亲戚关系吗

---

哪一个是错的？维基百科，这本书，或者很可能是我？（为什么？

用例可以用两种不同的方式表示：

从图形上看，它通常被画成椭圆形，并包含用例应该交付的内容的简短描述。许多用例一起形成用例图

通过写下每个用例的路径来描述每个用例的细节。 这些路径也可以称为列表或场景

所以，你们都是对的：用例可以描述为一组列表/场景/路径，或者在用例图中用椭圆表示。它们都是一样的

---

因此，在你的例子中，试着描述“上菜”用例，写下侍者将食物从厨房送到正确的桌子上所需要执行的所有步骤，你就会有你的步骤列表。

用例不是某种图表。UML用例图是帮助理解用例、参与者、扩展点等的总体组合的一些工具

如果UML图真的描述了（与客户）需要解决的问题，以及为了在设计的系统中实现其支持而需要加权的各个方面（后续设计、架构、编码），则UML图无法捕获用例、它是什么以及需要协商的所有细节

软件工程师（或计算机科学家）在定义什么是用例以及如何捕获用例方面享有权威

• 尤其是他网站上的书
• 以及其他与用例相关的资源

所以用例不是图表，用例不是简单的列表

---

用例是

艺术的结晶，我建议从OMG下载并研究UML上层结构。 你可以在这里找到用例的精确定义，而不需要任何“独立作者”的解释或添加

---

该图是否可以被视为某种“无序”路径？对于“上菜”用例，我认为步骤是从“客户点菜”到“服务员上菜”，但我不明白我们怎么能看到“为食物付费”不在两者之间。图表只是一组用例。每个用例都需要完成一些步骤。“供应食品”用例与“订购食品”用例基本上是分离的：假设食品是由另一名服务员提供的，而不是由接受食品订单的服务员提供的。这是可能的，所以“上菜”不应该包含订购食物的步骤。如果食物上有桌子的号码，每个服务员都可以把它捡起来，送到我想我开始理解的正确的桌子上。清单是用例的长版本（画成椭圆形）。清单也可以使用序列图和/或协作图进行转换（“实现”），以显示有关步骤的更多信息。