如何在這種情況下表示管理員？

管理員可以完成與用戶相同的操作，並查看和修改不屬於他們的故障單。普通用戶只能完成他們創建的票據上的所有功能。另一個區別是，管理員獲取所有門票的列表，而用戶只能獲得他們自己門票的列表（「顯示所有門票」擴展名）。這些是用戶和管理員之間的唯一區別。

我如何表示管理員？
添加另一個演員，並連接到所有似乎不是一個好主意。

每個與票證相關的用例都有一個條件「用戶創建了票證」，只需添加「OR用戶是管理員」幾乎可以完成這項工作，但不清楚系統是否具有管理員。問題在於管理員基本上是一個擁有額外權限的用戶。

來源

2016-09-07 Kidades

基本上看看這個問題：http://stackoverflow.com/questions/39232352/use-case-diagram-how-do-it-better –

儘管在UML規範中沒有直接解釋它，但您可以添加另一個用戶admin，在管理員是用戶專業化的角色之間顯示泛化，並將可由管理員執行的UCs鏈接到管理員，而UCs可用於用戶（和管理員）只對用戶演員。

一個專門的演員可以訪問（可以運行）它所擅長的演員的所有UC以及自己的UCs。

這種方法是建議的，例如由Howard Podesva撰寫（請參閱「針對IT業務分析師的UML」），並且符合UML規範。

還要注意，actor和Use Case之間的關聯只顯示演員在某種程度上涉及UC。雖然在大多數情況下它是啓動，但並不總是如此。

來源

2016-09-08 12:37:14 Ister

人們可以引入一個術語來區分小學和中學演員。例如。我使用了一個定向關聯。主要的和次要的無向使用關係。也有人說，應該只有一個UC的主要演員。 –

@ThomasKilian至於只提供主要參與者UML規範是明確的，無論哪個參與者與UC進行交互，他們都應該與其相關聯（但是應該記住，UML提供了一個模型，並且模型可能會忽略某些信息 - 例如輔助角色）。我遵循相同的規則來註釋主要/輔助演員，並且它也被用於例如在官方的OMG UML考試中。 – Ister

現在無論是管理員和用戶可以做同樣的事情，但管理員可以有一些額外的用例。

來源

2016-09-08 14:10:21 Joanna

我就是這麼做的。 Ister速度更快，給出了更好的解釋，所以我選擇了他的答案。我贊成你的。 – Kidades

如何在這種情況下表示管理員？

回答

相關問題