簡單用例圖 - 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