一些帮助用 Visual Paradigm 绘制用例图
Some help diagram a use case with Visual Paradigm
我正在使用 Visual Paradigm CE 在 UML 中为一个用例建模，但我对我的模型有一些疑问。看看下面的图片：
这是我试图用该模型表示的规则：
- 有 3 种用户类型：Superadmin、Admin 和 Executive
- 有一个功能叫做：管理员用户
- 管理员用户分为 4 个基本操作：创建、读取、更新和删除
- 超级管理员拥有所有权力（可以做任何事情），而管理员只有少数权限（在本例中为创建用户）
- 执行者只能在系统内执行几个操作：创建用户和删除用户
以此为出发点，图表正确吗？怎么办？我必须说这是一个示例用例，只是为了获得表示图表元素之间关系的正确方法。
更新：根据@thomas-kilian的回答，我制作了这两张图：
主要看你问的是谁。这是我的 5 美分：
- 避免include/extend，因为它们是功能分解的标志（如果有的话：在你的图表中扩展是错误的方式）
- CRUD UC 总是边界线。在这种情况下，我不会尝试引入
Admin User，因为它似乎不是有效的 UC，而 CRUD 部分是。
- 当你连接演员时，超级管理员可以做任何事情，但管理员只能创建。这似乎不符合逻辑。如果你有一个通用的 actor，它会继承对通用 actor 的所有 UCs 的访问。意思是：你不需要重复连接到 UC（除非你添加一些约束）。
你真的需要用例"Admin User"吗？或许下图能满足您的需求：
如果您确实在 'Admin User' 中有行为，而其他用例中没有包含，那么您可以保留它，但我会使用一致的命名约定，例如动词 + 名词，因此将 'Admin User' 重命名为 'Administer Users'.
图1是可能的。在这种情况下，SuperAdmin 可以直接（从 Admin 继承）和通过 Admin User 访问 'Create User' 功能。显然，管理员用户有多个替代流程。创建用户包含在一个替代流程中，更新用户包含在另一个流程中，等等。这很好。
图2也是可以的。在这种情况下，SuperAdmin 只能通过管理员用户访问 'Create User' 功能。
图 3 是可能的，但比较棘手。参与者 'Admin' 和 'Executive' 关联到 so-called "extending use cases" 创建用户和删除用户。扩展用例通常只定义一个用例片段，该片段将被插入到扩展用例（管理员用户）的特定点。但是由于参与者 Admin 和 Executive 直接执行用例 Create User 和 Delete User，这些用例必须描述完整的事件流。如果您设法定义扩展用例的事件流，使其既适合直接执行又适合插入用例 Admin User 内的扩展点，那么就没问题。
我正在使用 Visual Paradigm CE 在 UML 中为一个用例建模，但我对我的模型有一些疑问。看看下面的图片：
这是我试图用该模型表示的规则：
- 有 3 种用户类型：Superadmin、Admin 和 Executive
- 有一个功能叫做：管理员用户
- 管理员用户分为 4 个基本操作：创建、读取、更新和删除
- 超级管理员拥有所有权力（可以做任何事情），而管理员只有少数权限（在本例中为创建用户）
- 执行者只能在系统内执行几个操作：创建用户和删除用户
以此为出发点，图表正确吗？怎么办？我必须说这是一个示例用例，只是为了获得表示图表元素之间关系的正确方法。
更新：根据@thomas-kilian的回答，我制作了这两张图：
主要看你问的是谁。这是我的 5 美分：
- 避免include/extend，因为它们是功能分解的标志（如果有的话：在你的图表中扩展是错误的方式）
- CRUD UC 总是边界线。在这种情况下，我不会尝试引入
Admin User，因为它似乎不是有效的 UC，而 CRUD 部分是。 - 当你连接演员时，超级管理员可以做任何事情，但管理员只能创建。这似乎不符合逻辑。如果你有一个通用的 actor，它会继承对通用 actor 的所有 UCs 的访问。意思是：你不需要重复连接到 UC（除非你添加一些约束）。
你真的需要用例"Admin User"吗？或许下图能满足您的需求：
如果您确实在 'Admin User' 中有行为，而其他用例中没有包含，那么您可以保留它，但我会使用一致的命名约定，例如动词 + 名词，因此将 'Admin User' 重命名为 'Administer Users'.
图1是可能的。在这种情况下，SuperAdmin 可以直接（从 Admin 继承）和通过 Admin User 访问 'Create User' 功能。显然，管理员用户有多个替代流程。创建用户包含在一个替代流程中，更新用户包含在另一个流程中，等等。这很好。
图2也是可以的。在这种情况下，SuperAdmin 只能通过管理员用户访问 'Create User' 功能。
图 3 是可能的，但比较棘手。参与者 'Admin' 和 'Executive' 关联到 so-called "extending use cases" 创建用户和删除用户。扩展用例通常只定义一个用例片段，该片段将被插入到扩展用例（管理员用户）的特定点。但是由于参与者 Admin 和 Executive 直接执行用例 Create User 和 Delete User，这些用例必须描述完整的事件流。如果您设法定义扩展用例的事件流，使其既适合直接执行又适合插入用例 Admin User 内的扩展点，那么就没问题。