如何表示系统级用例图与组织级用例图的关联关系

1. 先理清角色边界，修正泛化逻辑 #

首先明确两个层级的角色是平行权限维度，不存在继承关系：

• 系统级角色：guest（访客）、user（注册用户）、system-admin（建议重命名，避免和组织级admin混淆），负责系统全局操作（比如用户管理、系统配置）。
• 组织级角色：member（普通成员）、collaborator（协作者）、owner（组织所有者）、org-admin（组织管理员），仅作用于所属组织内的权限。

之前的泛化链错误在于强行绑定系统级admin和组织级owner，实际上系统级admin的权限与组织角色无关，二者无需继承。

2. 两张用例图的关联方式 #

方式一：用「用例关联+注释」明确逻辑 #

在系统级用例图中，给user添加「创建/加入组织」的核心用例，然后用**UML注释（Note）**配合虚线连接符，指向组织级用例图，注释内容可写：

用户创建或加入组织后，将获得对应组织角色（member/collaborator/owner/org-admin），具体权限参见「组织级用例图」

方式二：给组织级角色添加归属标注 #

在组织级用例图的参与者区域，直接添加说明：

所有组织角色的参与者均来自系统级的user；系统管理员可作为普通user加入组织，但系统权限与组织权限相互独立

方式三：用「扩展用例」简化关联 #

在系统级用例图中，给user添加「组织内操作」的扩展用例，然后在该用例旁用注释引出组织级角色的权限分支，既保持系统级图的简洁，又能关联组织级细节。

3. 注释的可行性说明 #

注释完全可以用来表示两张图的关联，但要注意：

• 注释内容要精准，直接点明逻辑依赖（比如「组织角色基于系统级user存在，仅作用于所属组织」）；
• 用虚线连接符将注释与对应的参与者/用例绑定，让关联关系更直观。

4. 角色命名优化建议 #

为避免同名混淆，建议给两个层级的管理员角色重命名：

• 系统级：system-admin
• 组织级：org-admin

内容的提问来源于stack exchange，提问作者hdat.syzygy