uml - 用例的粒度。是否应该包括排序/搜索？

Question

如何确定应该向用例图中添加什么？每个按钮/表单 1 个？是否应该包括排序和搜索之类的内容？或者例如它们在“列表项”下？虽然，项目列表似乎被理解了？

Answer 1

用例图旨在帮助定义重要的高级业务任务，而不是系统功能的列表。例如，用于客户服务的系统可能涉及查找信息以帮助某人进行支持调用的研究任务。

大多数文献将用例描述为定义系统需要完成什么的起点。诱惑总是尽可能完整；添加更多细节以将用例定义到功能(代码)级别。虽然全面了解需求很有用，但用例图并不旨在提供该级别的文档。

使问题变得更糟的一件事是我从未见过在工作项目中使用的语法。并不是这些术语没有用，而是由于对于给定用例何时使用任一术语缺乏共识。 UML 工件期望一个更专注于业务语言而不是实现语言的过程——我指的不是计算机语言。一些人倾向于以法律主义倾向来处理图表，并担心诸如何时用于相关用例或如何将错误处理表示为已定义流程任务列表的异常。

如果您曾经尝试过使用自动柜员机 (ATM) 示例，您就会明白我的意思。在 UML 学习的太阳系中，ATM 示例是一个黑洞，它将把你吸引到细节中。避免使用它来理解 UML 或面向对象的分析和设计。它有许多现实世界领域的典型问题，即使它有助于进行良好的高级研究，也会分散对整体理解的注意力。

是的，代码最终将由 UML 工件产生，但这并不意味着它们必须像参议院的条约一样进行辩论。