Design patterns 当不同的用户创建不同类型的帐户时，如何在usecase中使用extend？

下面是我为基于web的应用程序创建的用例。我的问题是，我是否使用了扩展用例的正确方法，如果我也应该绘制系统边界，那么请告诉我绘制边界和使用扩展的方法

---

虽然我看到这些类型的图表往往有各种各样的符号，但我不会说这是对的还是错的。不过，我确实认为有一些地方可以改变：

---

您在用例图中绘制的小人物是参与者，这意味着为系统定义的任何用户都将包含在此用例图中（如果他们有用例）。在这个特殊的系统中，你似乎把其中一个演员叫做“演员”，这似乎有点不对劲。问问你自己，谁是“演员”？是一个随机的人吗？顾客？也许它应该有这个名字

至于扩展部分：扩展是指扩展另一个用例的用例。在这个图中，似乎其中一个参与者实际上是一个用例

另一个注意事项是包含在用例图中的数据库包。这是定义实现的东西，在这个图中没有位置

---

一个可能但非常不完整的（留给您一些工作）用例图可能如下所示：

---

虽然我看到这些类型的图表往往有各种各样的符号，但我不会说这是对的还是错的。不过，我确实认为有一些地方可以改变：

---

您在用例图中绘制的小人物是参与者，这意味着为系统定义的任何用户都将包含在此用例图中（如果他们有用例）。在这个特殊的系统中，你似乎把其中一个演员叫做“演员”，这似乎有点不对劲。问问你自己，谁是“演员”？是一个随机的人吗？顾客？也许它应该有这个名字

至于扩展部分：扩展是指扩展另一个用例的用例。在这个图中，似乎其中一个参与者实际上是一个用例

另一个注意事项是包含在用例图中的数据库包。这是定义实现的东西，在这个图中没有位置

---

一个可能但非常不完整的（留给您一些工作）用例图可能如下所示：

---

如果我删除数据库，用“用户”代替“参与者”，那么我如何使用extend？就我所见，在这个设计中并不需要extend这个关键字。我还注意到，您的教师演员有两次相同的用例“项目评论”，非常感谢。你能建议我，如果我应该做老师、学生、用户的子用例，或者我应该做诸如“登录[打开登录页面，输入密码，输入用户名]”、“配置文件”[编辑配置文件，更改名称等]之类的子用例吗？你不必有子用例。如果你从你给出的两个选项中选择，我会选择第二个。如果我删除数据库，用“用户”而不是“参与者”，那么我如何使用extend？就我所知，在这个设计中并不需要关键字extend。我还注意到，您的教师演员有两次相同的用例“项目评论”，非常感谢。你能建议我，如果我应该做老师、学生、用户的子用例，或者我应该做诸如“登录[打开登录页面，输入密码，输入用户名]”、“配置文件”[编辑配置文件，更改名称等]之类的子用例吗？你不必有子用例。如果你从你给的两个选项中选择，我会选择第二个。