Uml 在这种情况下如何代表管理员？

管理员可以做一切与用户相同的事情，并查看和修改不是他们的票据。普通用户只能对他们创建的票据执行所有这些操作。另一个不同之处是，管理员可以获得所有票证的列表，而用户只能通过Show all tickets扩展获得自己的票证列表。这些是用户和管理员之间唯一的区别

我如何代表管理员？ 添加另一个演员并连接到所有人似乎不是一个好主意

---

每个与票据相关的用例都有一个由用户创建票据的条件。简单地添加或用户是管理员几乎可以完成这项工作，但是系统是否有管理员还不清楚。问题是管理员基本上是一个拥有一个附加权限的用户。

虽然UML规范中没有直接解释，但您可以添加另一个用户管理员，显示参与者之间的泛化，其中管理员是用户和链接UCs的专门化，管理员只能对管理员参与者执行UCs，而用户和管理员只能对用户参与者执行UCs

具有访问权限的专用参与者可以运行其专用参与者的所有UCs及其自己的UCs

例如，Howard Podesva建议采用这种方法，请参见IT业务分析师的UML，并且符合UML规范

---

还要注意，参与者和用例之间的关联仅表明参与者以某种方式参与了UC。虽然在大多数情况下是初始化，但不一定总是这样。

虽然UML规范中没有直接解释，但您可以添加另一个用户管理员，显示参与者之间的泛化，其中管理员是用户和链接UCs的专门化，管理员只能对管理员参与者执行UCs，而用户和管理员只能对用户参与者执行UCs

具有访问权限的专用参与者可以运行其专用参与者的所有UCs及其自己的UCs

例如，Howard Podesva建议采用这种方法，请参见IT业务分析师的UML，并且符合UML规范

还要注意，参与者和用例之间的关联仅表明参与者以某种方式参与了UC。虽然在大多数情况下，它是启动，但并不一定总是这样

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

---

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

基本上看这个问题：基本上看这个问题：我就是这样做的。艾斯特的速度快了一点，解释得更好，所以我选择了他的答案。我比你投得高，我就是这样做的。艾斯特的速度快了一点，解释得更好，所以我选择了他的答案。我对你的建议投了赞成票。你可以引入一个术语来区分主要演员和次要演员。例如，我主要使用定向关联，次要使用无定向使用关系。也有人说UC应该只有一个主要参与者。@ThomasKilian至于只放置主要参与者，UML规范是明确的，无论哪个参与者与UC交互，它们应该与之关联，但是我们也应该记住，UML提供了一个模型，模型可能会忽略一些信息，比如次要参与者。我遵循同样的规则记录主要/次要参与者，它也被用于官方OMG UML考试。可以引入一个术语来区分主要参与者和次要参与者。例如，我主要使用定向关联，次要使用无定向使用关系。也有人说UC应该只有一个主要参与者。@ThomasKilian至于只放置主要参与者，UML规范是明确的，无论哪个参与者与UC交互，它们应该与之关联，但是我们也应该记住，UML提供了一个模型，模型可能会忽略一些信息，比如次要参与者。我遵循同样的规则来记录主要/次要参与者，它也用于官方OMG UML考试。