一些帮助用Visual Paradigm绘制了一个用例

Question

我正在使用Visual Paradigm CE在UML中建模一个用例，但我对我的模型有一些疑问。看看下面的图片：

这是我试图用该模型表示的规则：

• 有3种用户类型：Superadmin，Admin和Executive
• 有一项名为：管理员用户
的功能
• 管理员用户分为4个基本操作：创建，读取，更新和删除
• Superadmin拥有所有权力（可以做任何事情）而Admin只有几个权限（在本例中为Create User）
• Executive只能在系统中执行一些操作：创建用户和删除用户

以此为出发点，图表是否正确？怎么办？我必须说这是一个示例用例，只是为了获得表示图元素之间关系的正确方法。

更新：根据 @ thomas-kilian 的回答，我做了两个图：

Answer 1

你真的需要用例＆＃34;管理员用户＆＃34;？也许以下图表将满足您的需求：

如果您确实在“管理员用户”中有行为，但未包含在其他用例中，那么您可以保留它，但我会使用一致的命名约定，例如：动词+名词，因此重命名＆＃39;管理员用户＆＃39;管理用户＆＃39;。

图1是可能的。在这种情况下，SuperAdmin可以访问“创建用户”。功能直接（从Admin继承）和管理员用户。显然，管理员用户有多个替代流程。创建用户包含在一个备用流程中，在另一个流程中更新用户等等。这很好。

图2也是可能的。在这种情况下，SuperAdmin只能到达创建用户＆＃39;管理员用户的功能。

图3是可能的，但很棘手。演员＆＃39;管理员＆＃39;和＆＃39;执行＆＃39;与所谓的＆＃34;扩展用例相关联＃34;创建用户和删除用户。扩展用例通常仅定义用例片段，该用例片段将插入扩展用例（管理员用户）中的特定点。但由于actor Admin和Executive直接执行用例Create User和Delete User，因此这些用例必须描述完整的事件流。如果您设法定义扩展用例的事件流，例如，它们既适合直接执行又适合在用例Admin User内的扩展点插入，那么它很好。

Answer 2

这主要取决于你在问谁。所以这是我的5美分：

• 避免包含/扩展，因为它们是功能分解的标志（如果有的话：在图中扩展是错误的方式）
• CRUD UC始终是临界的。在这种情况下，我不会尝试引入Admin User，因为它似乎不是有效的UC而CRUD部分。
• 当您连接演员时，超级管理员可以执行任何操作，但管理员只能创建。这似乎不符合逻辑。如果你有一个通用的actor，它继承了对通用的所有UCs的访问权限。意思是：您不需要重复与UC的连接（除非您添加一些约束）。