requirements
| ID | requirements | | :–: | :———————–: | | 1 | customer enter syetem | | 2 | order meal | | 3 | customer manage order | | 4 | pay | | 5 | Intellgent recommendation | | 6 | cook enter system | | 7 | cook manager order |
Use Case Diagram
Use Case:点餐
Actors:客人,订餐系统,支付接口
Porpose:支持用户选餐并提交订单、支付
Type:primary
Overview:顾客进入点餐系统进行点餐。
1、选择添加想要点的菜,同样的菜可以选择多次。
2、已选的菜会出现在底部的订单中(包括菜名,数量,价格和总价)
3、可以在底部订单中增加或减少每一道菜的数量。
4、点击确定按钮生成订单,弹出支付窗口。
Use Case: 管理订单
Actors: 客人,支付网关, 订餐系统
Porpose: 捕捉客人管理订单的过程
Type;primary
Overview: 一个顾客下订单后,进行支付,之后订餐系统后端接受到订单,厨师开始准备菜式。
1.客人选好菜后,在页面上点击订单结算。
2.客人在订单详情界面看到自己点的菜式及数量,价格,备注等信息。
3.客人点击确认,选择支付网关。
4.客人通过支付网关付款。
5.订餐系统收到订单,订单详情显示在供厨师使用的后端上。
Variation:
2.1如果客人不想要一道菜,可以在界面上取消。其他信息也可以更改。
4.1如果客人中途终止,则退回到订单详细页面,显示未支付。
4.2如果支付网关异常,则退回到订单详细页面,显示未支付,并提示支付网关异常。
Use Case: 处理订单 </br> Actors: 厨师, 订餐系统 </br> Porpose: 供厨师处理和管理订单 </br> Type: primary </br> Overview: 该界面显示用户已提交的订单,厨师完成一个订单后点击完成,后台提示用户订单已完成并传入下一个用户的菜单 </br>
1.厨师完成一个用户订单后,在页面上点击完成按钮。</br> 2.订餐系统收到完成信息,给已完成订单的用户发送消息并传入下一个订单 </br>
detailed style
use case 1 :点餐
- 范围:EasyMealOrder客户端
- 级别:用户目标
- 主要参与者:顾客
- 涉众与关注点:
- 顾客:希望能便捷点餐
- 厨师:希望准确知道顾客的所点菜单
- 前置条件:无
- 成功条件:厨师端顺收到顾客菜品,系统更新销售信息。
- 主成功场景:
- 顾客扫码进入点餐界面。
- 选择所需的菜式和数量。
- 确认菜式和数量,可以增减。
- 确认无误,提交。
- 系统将订单推送到厨师端。
- 系统记录销售信息,存到数据库。
- 替代流程
- 顾客无法扫码点餐(没手机、不会用等)
- 呼叫服务员帮点菜。
- 系统故障导致无法点餐
- 呼叫服务员手动写单
- 提交之后取消菜品
- 不支持此功能
- 提交后,还想追加订单
- 再次扫码下单
- 顾客无法扫码点餐(没手机、不会用等)
use case 2 :处理订单
- 范围:EasyMealOrder厨师端
- 级别:子功能
- 主要参与者:厨师
- 涉众与关注点:
- 厨师:有序地处理顾客地订单,并且记录进度。
- 前置条件:无
- 成功条件:厨师根据订单完成菜品制作。
- 主成功场景:
- 厨师查看订单队列的头订单。
- 根据菜式制作。
- 制作完后点“完成”,服务员送至顾客桌上。
- 替代流程
- 系统故障,无法点击“完成”
- 用纸笔记录。
- 有纸质订单
- 照做,纸笔打勾记录完成状况。
- 服务员忙,不能及时送餐 1.等待一段时间,服务员空闲再送餐,
- 系统故障,无法点击“完成”