时间表系统的用例图
Use Case Diagram for timetable system
这是我为我大学的时间表系统制作的用例图：
我的图表正确吗？还是需要更多用例？
由于文字太小，您的图表很难阅读，您的图表不正确。
演员导演和校长（如果我读得好）没有具体激活用例, 它们没用, 它们和 学术管理 之间的 'relation' 无效, 可能你想要一个概括
认证时只允许更新用户信息太小了
更改密码和编辑个人详细信息之间的'relation'和更新User Info 是非法的，可能是你想要像以前一样的概括，在那种情况下这仍然是错误的，因为没有演员激活这些 UC，使用 extend
与Edit Timetable和
在更新用户信息和创建新用户之间扩展不清楚，我的意思是更新一些已经存在的东西，对我来说最好不要它
按照惯例，右边的演员是次要演员，时间表管理员不是这样的
演员学生、会计师、学术管理*和讲师 与相同的 UC 相关联，当多个 UC 做同样的事情时，这意味着只有一个角色，因此只有一个演员必须在场。你把actor和'people'搞混了，actor就是角色
这是我为我大学的时间表系统制作的用例图：
我的图表正确吗？还是需要更多用例？
由于文字太小，您的图表很难阅读，您的图表不正确。
演员导演和校长（如果我读得好）没有具体激活用例, 它们没用, 它们和 学术管理 之间的 'relation' 无效, 可能你想要一个概括
认证时只允许更新用户信息太小了
更改密码和编辑个人详细信息之间的'relation'和更新User Info 是非法的，可能是你想要像以前一样的概括，在那种情况下这仍然是错误的，因为没有演员激活这些 UC，使用 extend
与Edit Timetable和
下的三个UC一模一样
在更新用户信息和创建新用户之间扩展不清楚，我的意思是更新一些已经存在的东西，对我来说最好不要它
按照惯例，右边的演员是次要演员，时间表管理员不是这样的
演员学生、会计师、学术管理*和讲师 与相同的 UC 相关联，当多个 UC 做同样的事情时，这意味着只有一个角色，因此只有一个演员必须在场。你把actor和'people'搞混了，actor就是角色