如何在这种情况下表示管理员?

问题描述:

enter image description here如何在这种情况下表示管理员?

管理员可以完成与用户相同的操作,并查看和修改不属于他们的故障单。普通用户只能完成他们创建的票据上的所有功能。另一个区别是,管理员获取所有门票的列表,而用户只能获得他们自己门票的列表(“显示所有门票”扩展名)。这些是用户和管理员之间的唯一区别。

我如何表示管理员?
添加另一个演员,并连接到所有似乎不是一个好主意。

每个与票证相关的用例都有一个条件“用户创建了票证”,只需添加“OR用户是管理员”几乎可以完成这项工作,但不清楚系统是否具有管理员。问题在于管理员基本上是一个拥有额外权限的用户。

+0

基本上看看这个问题: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。虽然在大多数情况下它是启动,但并不总是如此。

+0

人们可以引入一个术语来区分小学和中学演员。例如。我使用了一个定向关联。主要的和次要的无向使用关系。也有人说,应该只有一个UC的主要演员。 –

+0

@ThomasKilian至于只提供主要参与者UML规范是明确的,无论哪个参与者与UC进行交互,他们都应该与其相关联(但是应该记住,UML提供了一个模型,并且模型可能会忽略某些信息 - 例如辅助角色) 。我遵循相同的规则来注释主要/辅助演员,并且它也被用于例如在官方的OMG UML考试中。 – Ister

enter image description here

现在无论是管理员和用户可以做同样的事情,但管理员可以有一些额外的用例。

+0

我就是这么做的。 Ister速度更快,给出了更好的解释,所以我选择了他的答案。我赞成你的。 – Kidades