需要帮助创建用例图答案

【问题标题】：Need help creating a Use Case Diagram需要帮助创建用例图
【发布时间】：2021-04-10 01:53:19
【问题描述】：

我必须为项目管理软件创建用例图。我需要考虑的是哪些参与者在使用该软件，哪些是重要的活动。

我就是这样弄的：

是否正确，我是否正确选择了演员和活动，还有其他需要改进的地方吗？

【问题讨论】：

【解决方案1】：

一些评论：

您的扩展箭头很可能在错误的一侧，目前设置优先级由设置分配扩展。符号是extended UC <--<<extend>>-- extending UC，它是extend而不是extends
项目经理和项目成员不能登录，他们已经登录成为经理或会员，而且登录没有足够的附加值成为一个（有趣的）用例，最好删除它
receive a message 不是 UC 或命名错误，项目成员决定阅读邮件，但邮件的接收是由邮箱子系统完成的，没有来自成员。另一个问题是它被 UC 添加项目成员 包含在内，可以包含 send message 但不能包含 receive message 或 read message 如果你重命名它
在全球范围内，您有多个使用复数的 UC，例如 send messages、attach files 等，因此似乎无法发送 one 消息等，最好不要使用复数来命名它们，或者可以将 s 放在括号之间？
除了有问题的接收消息，包含的 UC 仅包含在一个 UC 中，并且从未由参与者直接激活，对我而言，这些 UC 那时没有用，它们的行为直接放在包含的 UC 中。 UC 不仅仅是省略号中的名称，UC 必须有相关的描述
很可能项目经理可以阅读消息并处理项目信息，在这种情况下项目经理继承项目成员
在右边项目成员似乎是次要演员，这是一个非常常见的符号，甚至不是标准的一部分，最好把它放在左边，很可能出于事实项目经理继承项目成员

【讨论】：

非常感谢您的详细回复。我会做出必要的更正。关于项目成员在左侧，由于项目经理继承了项目成员，所以它也应该在上面，项目经理在它下面，对吧？那么项目赞助商呢，我应该保持原样吗？是否还有其他我可能会丢失的参与者（可能是邮件系统或其他任何东西）？
@jay252 您可以将继承和继承的actor放置在您想要的位置，箭头不需要从上到下也不需要相反，放置actor和相应的UC以获得可读的图表。假设 支付许可费 UC 和相关参与者可以正常工作的所研究系统的一部分。关于可能丢失的演员和 UC，只有您自己知道，因为只有您知道系统的功能；-)