我有一个网页，里面有一个由许多节点组成的图表。用户显然可以查看图表（用例：preview the graph）。它还可以根据参数和难度过滤图的节点，在这种情况下，图会自行更新以突出显示感兴趣的节点（用例：filter nodes）。
我的问题是：像图中那样插入«include» 有意义吗？我想是的，因为当图表更新时，用户会显示再次更新的图表的预览。
【问题讨论】：
标签： uml use-case-diagram
«include» 表示一个用例总是包含在另一个用例中。
因此，我们从您的图表中了解到Preview graph 是一组独立的行为，但它也可以包含在Filter node 中。因此过滤总是意味着预览。
形式上是正确的，意思似乎与您的叙述相符。此外，它强调了一组行为的重用。
但是，用例原则上是用户目标，而不是分解得更详细的特性或功能。而且您的叙述似乎更多地描述了功能和用户界面，而不是目标。
此外，«include» 不代表序列。如果Filter node 包含Preview graph 这并不意味着过滤导致预览，也不意味着过滤发生在预览之前。
虽然我们可以争辩说预览或过滤可能是用户目标，但很明显预览不是过滤的子目标。
那么这里用户的真正目标是什么？会不会是Navigate in the graph？它是如何完成的，是用户界面细节：我们只是浏览一张图片吗？我们是否提供过滤以方便导航？我们是否使用着色来突出某些部分？我们放大看更多吗？所有这些都是（有趣的）功能，但不是独立的用例。
您的屏幕截图强化了我之前所说的：过滤只是在预览中更轻松地导航的一种手段。我建议不要将其视为用例。
如果不顾我的建议，您想在图表上显示过滤，那么您应该使用 来显示过滤行为可能会丰富导航行为：
<<extend>>
actor --------- Previsualize/Navigate graph <-------------- Filter interests
【讨论】：