在这种情况下如何代表管理员？
How to represent the admin in this case?
管理员可以像用户一样执行所有操作，并且可以查看和修改不属于他们的工单。普通用户只能在他们创建的票证上执行所有这些操作。另一个区别是管理员获得所有工单的列表，而用户仅获得他们自己工单的列表（"Show all tickets" 扩展名）。这些是用户和管理员之间的唯一区别。
我如何代表管理员？
添加另一个演员并连接到所有人似乎不是一个好主意。
每个与票证相关的用例都有一个条件 "User created the ticket."，只需添加 "OR user is an admin" 就可以完成这项工作，但系统是否有管理员就不清楚了。问题是管理员基本上是一个拥有额外权限的用户。
虽然在 UML 规范中没有直接解释，但您可以添加另一个用户管理员，显示角色之间的泛化，其中管理员是用户的特化和 link 管理员只能对管理员执行的 UC演员，而 UC 仅对用户演员可用（和管理员）。
专门化的 actor 可以访问（可以 运行）它专门化的 actor 的所有 UC 加上它自己的 UC。
建议采用这种方法，例如由 Howard Podesva 编写（参见 "UML for IT Business Analysts"）并符合 UML 规范。
另请注意，参与者和用例之间的关联仅表明参与者以某种方式参与了 UC。虽然在大多数情况下是启蒙，但不一定总是如此。
现在管理员和用户都可以做同样的事情，但是管理员可以有一些额外的用例。
管理员可以像用户一样执行所有操作，并且可以查看和修改不属于他们的工单。普通用户只能在他们创建的票证上执行所有这些操作。另一个区别是管理员获得所有工单的列表，而用户仅获得他们自己工单的列表（"Show all tickets" 扩展名）。这些是用户和管理员之间的唯一区别。
我如何代表管理员？
添加另一个演员并连接到所有人似乎不是一个好主意。
每个与票证相关的用例都有一个条件 "User created the ticket."，只需添加 "OR user is an admin" 就可以完成这项工作，但系统是否有管理员就不清楚了。问题是管理员基本上是一个拥有额外权限的用户。
虽然在 UML 规范中没有直接解释，但您可以添加另一个用户管理员，显示角色之间的泛化，其中管理员是用户的特化和 link 管理员只能对管理员执行的 UC演员，而 UC 仅对用户演员可用（和管理员）。
专门化的 actor 可以访问（可以 运行）它专门化的 actor 的所有 UC 加上它自己的 UC。
建议采用这种方法，例如由 Howard Podesva 编写（参见 "UML for IT Business Analysts"）并符合 UML 规范。
另请注意，参与者和用例之间的关联仅表明参与者以某种方式参与了 UC。虽然在大多数情况下是启蒙，但不一定总是如此。
现在管理员和用户都可以做同样的事情，但是管理员可以有一些额外的用例。