Database 时间表系统的用例图

这是我为学院时间表系统制作的用例图：

---

我的图表正确吗？或者它需要更多的用例吗？

事实上，您的图表很难阅读，因为文本太小，您的图表不正确

• 演员、导演和校长（如果我读得好的话）没有具体激活用例，他们是无用的，他们和学术管理之间的“关系”是无效的，可能你想要一个概括

• 在身份验证时仅允许更新用户信息太过简单

• 更改密码和编辑个人详细信息与更新用户信息之间的“关系”是非法的，可能是您想要像以前一样的概括，在这种情况下，这仍然是错误的，因为没有参与者激活这些UC，请使用扩展

• 这与“编辑时间表”和下面的三个UCs完全相同

• 更新用户信息和创建新用户之间的扩展不清楚，我的意思是一个更新已经存在的东西，对我来说最好不要有它

• 按照惯例，右边的参与者是次要参与者，而时间表管理员则不是这样

• 演员学生、会计、学术管理*和讲师与同一个UCs关联，当多个UCs做相同的事情时，这意味着只有一个角色，因此只有一个演员必须在场。你把演员和“人”搞混了，演员就是角色

---

感谢您的回复。但我有一些问题。你所说的“演员、导演和校长不具体激活用例”是什么意思？对于校长和校长的关系，我的意思是概括，但我想应该有两个箭头，从校长和校长到学术管理。您建议如何扩展身份验证？你认为时间表管理员应该在哪里？最后，你是否建议删除所有演员？@Student777你必须理解演员代表一个角色，因为导演和校长对UCs的管理不外乎学术管理，这意味着他们都是同义词。我坚持认为，演员不是一个人，而是一个角色。一个人可以有几个roles@Student777目前右边的所有演员都是相等的，所以你可以把他们都减少到只有一个，但可能你觉得这很奇怪，你是对的=>一些UCs很可能缺失，在现实生活中，当他们是导演时，他们不会做同样的事，我理解你的观点，但对于时间表系统，我认为只有管理员才有权编辑时间表并生成新的时间表。不对吗？谢谢你的帮助！而且，不要厌倦重复：

登录

根本不是用例。它是应用于用例的约束<代码>注销是一个反用例。您没有给出任何规范来判断这一点。PS谢谢。仅将图像用于不能表示为文本或扩充文本的内容。包括一个图例/图例和带有图像的说明。Re“这对吗”：按照参考资料/教科书显示您的工作步骤，有理由——并不是所有的术语/符号都是标准的&我们不知道你遵循的是什么算法/方法&我们想检查你的工作，但不想重做它&当算法允许时，我们需要你的选择&否则我们无法告诉你哪里是对的或错的&我们不想重写你的教科书。请看，点击谷歌的“stackexchange家庭作业”和鼠标文本上方的投票箭头。