用例图农业项目
Use case diagram agriculture project
[![ ][2]][2]
这是我的项目流程-
1. 用户登录系统提供用户名和密码,服务器在数据库的帮助下进行身份验证
2。身份验证后,用户即。农民将能够启动洒水器的电机或
星型杀虫剂洒水器电机或
启动摄像头以监控他的农场或
安排供水pump/Pesticide 电机以备将来使用。
3. 现在服务器、水电机、杀虫剂洒水器、摄像头和微控制器都是人类,那么图中将它们表示为 Actors 是否正确?或者什么是代表他们的正确方式?我要做哪些更正?
Login
根本不是用例。这是您可以应用于其他 UC 的约束。删除它。
- 泛化 UC 不是一个好主意。每个 UC 都需要向参与者描述系统 returns 的单独附加值。我也怀疑
Motor on/off
是一个 UC。相反,{ motor must be on }
是您可以应用于其他 UC 的约束。
- 删除
Supply pesticides
中的 <<includes>>
。您将它们用作功能分解。而是将 UC 重命名为:Reduce insect attack
。那么杀虫剂的使用就是在UC里面做动作的结果。
Online streaming
是没有意义的 UC。想一想你在直播什么,并以 UC 的名义表达出来(例如 Stream <whatever is so nice to be streamed>
)。
- 同样
Scheduling
。告诉 reader 你的日程安排(这样他就会知道原因和背后的目标)。
Logout
与 Login
一样多。删除它。
这是我的项目流程-
1. 用户登录系统提供用户名和密码,服务器在数据库的帮助下进行身份验证
2。身份验证后,用户即。农民将能够启动洒水器的电机或
星型杀虫剂洒水器电机或
启动摄像头以监控他的农场或
安排供水pump/Pesticide 电机以备将来使用。
3. 现在服务器、水电机、杀虫剂洒水器、摄像头和微控制器都是人类,那么图中将它们表示为 Actors 是否正确?或者什么是代表他们的正确方式?我要做哪些更正?
Login
根本不是用例。这是您可以应用于其他 UC 的约束。删除它。- 泛化 UC 不是一个好主意。每个 UC 都需要向参与者描述系统 returns 的单独附加值。我也怀疑
Motor on/off
是一个 UC。相反,{ motor must be on }
是您可以应用于其他 UC 的约束。 - 删除
Supply pesticides
中的<<includes>>
。您将它们用作功能分解。而是将 UC 重命名为:Reduce insect attack
。那么杀虫剂的使用就是在UC里面做动作的结果。 Online streaming
是没有意义的 UC。想一想你在直播什么,并以 UC 的名义表达出来(例如Stream <whatever is so nice to be streamed>
)。- 同样
Scheduling
。告诉 reader 你的日程安排(这样他就会知道原因和背后的目标)。 Logout
与Login
一样多。删除它。