Uml 用例图中的参与者是否应该链接到只有他才能做的用例？

我正在用StarUML为一个大学项目创建一个用例图，但我不能完全确定我是否正确地完成了它

例如，在我制作的网站上，我有两个角色——用户和管理员。管理员可以做用户可以做的一切，再加上一些额外的

在我的用例图中，管理员参与者是否应该拥有与用户相同的用例，加上只有他才能使用的额外用例，还是应该只有管理员可以使用的用例

例1：

User--->Upload File

Admin--->Upload File
     --->Delete File

例2：

User--->Upload File

Admin--->Delete File

---

在示例中，User和Admin是角色，--->是定向关联，Upload/Delete file是两个用例。哪个例子是正确的？

因为总是有一个单一而清晰的答案。。。视情况而定

如果您真的在做用例分析，那么您需要确定参与者需要什么用例，以及哪些参与者正在与用例交互。因此，如果管理员（当作为管理员时）也被允许上传文件，那么他需要与相应的用例关联。因为作为用户，他可能对用例有进一步的需求。 第二种可能性是建立管理员也是用户的模型。这是通过泛化建模的。这会产生一些进一步的影响，你需要非常小心地解决这个问题（在更大的背景下）。而且，对于非开发者来说，看到一个特殊的参与者也是一个普通的参与者有点麻烦。例如，考虑到经理比雇员有更多的用例（这将导致与你的经理进行长期而毫无意义的讨论）。

---

因此，您的示例2并非完全不正确，而是忽略了用例分析的要点。

因为总是有一个简单明了的答案。。。视情况而定

如果您真的在做用例分析，那么您需要确定参与者需要什么用例，以及哪些参与者正在与用例交互。因此，如果管理员（当作为管理员时）也被允许上传文件，那么他需要与相应的用例关联。因为作为用户，他可能对用例有进一步的需求。 第二种可能性是建立管理员也是用户的模型。这是通过泛化建模的。这会产生一些进一步的影响，你需要非常小心地解决这个问题（在更大的背景下）。而且，对于非开发者来说，看到一个特殊的参与者也是一个普通的参与者有点麻烦。例如，考虑到经理比雇员有更多的用例（这将导致与你的经理进行长期而毫无意义的讨论）。

---

因此，您的示例2并非完全不正确，但忽略了用例分析的要点。

我更喜欢综合而不是分析，因为后者让人们想到功能分析，而功能分析并不是UCs的全部内容。否则我同意你的回答。谢谢你，这就是我需要知道的！我喜欢托马斯的区分：综合与分析。虽然分析被用来寻找参与者和用例，但用例图无疑是一个很好的综合示例。谢谢你，托马斯！我更喜欢综合而不是分析，因为后者让人们想到功能分析，而这不是UCs的全部内容。否则我同意你的回答。谢谢你，这就是我需要知道的！我喜欢托马斯的区分：综合与分析。虽然分析被用来寻找参与者和用例，但用例图无疑是一个很好的综合示例。谢谢你，托马斯！