我对一本我读书的书感到困惑。
我一直认为用例来自wikipedia的演员和气泡的某种图表:
但在Head First Object-Oriented Analysis and Design - O'Reilly中,所谓的"用例"只是列出主要/快乐路径和备用路径。
O' Reilly提供了本书中的样本here(您可以滚动到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
官方"用例",列表或图表?
我想图表可以转换为几个列表,但我不知道如何将列表转换为用例图。它们甚至是相关的吗?
哪一个错了?维基百科,这本书,或者很可能是我? (为什么?)
答案 0 :(得分:2)
用例可以用两种不同的方式表示:
以图形方式将其绘制为椭圆形,并包含用例应提供的简短描述。许多用例一起形成用例图
通过在用例中写下每条路径来描述每个用例的详细信息。 这些路径也可以称为列表或场景。
所以,你们都是对的:用例可以被描述为一组列表/场景/路径,或者用例图中的椭圆。它们都是一样的。
因此,在您的示例中,尝试描述“服务食品”用例,记下服务员需要执行的所有步骤,以实际将食物从厨房送到正确的餐桌,然后您将获得步骤。
答案 1 :(得分:1)
用例不是某种图表。 UML用例图是一些工具,可以帮助理解用例,参与者,扩展点等的整体组合。
UML图无法捕获用例,它是什么以及协商所需的所有细节,如果它真的描述了需要解决的问题(与客户一起)以及需要加权的各个方面以便实现它支持所设计的系统(后续设计,架构,编码)
定义什么是用例以及如何捕获它的受尊重的权威是软件工程师(或计算机科学家)
因此用例不是图表,用例是不是简单列表,
的精美艺术结果答案 2 :(得分:0)
我建议从OMG下载和研究UML上层结构。 你可以阅读那里找到UseCase的确切定义,而没有任何“独立作者”的解释或补充!