简单用例图 - UML

Question

我有一个 web 页面，里面有一个由许多节点组成的图表。 用户显然可以查看图表（用例： preview the graph ）。 它还可以根据参数和难度过滤图形的节点，在这种情况下，图形会自行更新，突出显示感兴趣的节点（用例： filter nodes ）。

我的问题是：像图中那样插入一个«include»是否有意义？ 我认为是这样，因为当更新图表时，用户会显示再次更新的图表的预览。

编辑：这是图表； 右侧有FILTER器面板，可以按难度和主题进行过滤。

Answer 1

UML 语义

«include»意味着一个用例总是包含在另一个用例中。

因此，我们从您的图中了解到Preview graph是一组独立的行为，但它也可以包含在Filter node中。 结果过滤总是意味着预览。

它在形式上是正确的，意思似乎与你的叙述相符。 此外，它强调了行为集的重用。

用例逻辑

然而，用例原则上是用户目标，而不是分解得更详细的特性或功能。 而且您的叙述似乎更多地描述了功能和用户界面，而不是目标。

此外， «include»不代表序列。 如果Filter node包含Preview graph ，这并不意味着过滤导致预览，也不意味着过滤发生在预览之前。

站在用户的角度

虽然我们可以争辩说预览或过滤可能是用户目标，但很明显预览不是过滤的子目标。

那么这里用户的真正目标是什么？ 可能是Navigate in the graph吗？ 它是如何完成的，是用户界面细节：我们只是浏览图片吗？ 我们是否提供过滤功能以方便导航？ 我们是否使用着色来突出显示某些部分？ 我们放大看更多吗？ 所有这些都是（有趣的）特性，但不是独立的用例。

编辑后编辑

您的屏幕截图强化了我之前所说的内容：过滤只是在预览中更轻松地导航的一种方式。 我建议不要将其视为用例。

如果尽管我的建议你想在你的图表上显示过滤，那么你应该使用 <> 来显示过滤行为可以丰富导航行为：

                                               <<extend>>
actor --------- Previsualize/Navigate graph <-------------- Filter interests