订餐系统用例

用例UC1：处理订餐
范围：订餐系统应用
级别：用户目标
主要参与者：订餐顾客
涉众及其关注点：
—订餐顾客：希望方便快捷，操作简洁，每个菜品的详细介绍，订的东西不能出错，还要能向主管提出意见。

—厨师：希望菜单能快速传递到，另外菜单要能显示顾客的要求（比如：不要辣）。

—主管：希望可以查看一天的销售情况、顾客的意见建议、顾客提交的订单、库存，还有菜单的修改。

还有出现意外情况时要能在订单中记录。

—服务员：希望菜单能显示顾客的信息，比如：顾客的桌号，菜单内容。

希望提供一个终端，在顾客不想自己订时，能帮其操作。

还有现金支付时不能出错，因为如果少收款，将从其薪水中扣除。

前置条件：订餐顾客必须经过确认和认证。

成功保证：存储销售信息。

更新账务和库存信息。

主成功场景：
1.顾客登陆订餐网站。

2.顾客查看菜单。

3.顾客提交订单及备注。

4.顾客网上付费。

5.厨师查看订单，并做菜。

6.服务员查看订单，并核对菜数。

7.服务员将菜送到顾客餐桌。

8.顾客确认菜单。

9.顾客用餐。

10.顾客提交意见和建议。

扩展：
*a.主管在任意时刻要求进行超控操作:
1.系统进入主管授权模式。

2.主管或服务员执行某一主管模式的操作。

例如：取消订单交易、打折等。

3.系统回复到服务员授权模式。

1a.顾客要求现金支付：
1.订单顶部显示现金支付。

2.系统在前台显示现金支付的顾客桌号。

3.顾客用餐后，到前台支付现金。

2a.顾客要求信用卡支付：
1.顾客输入信用卡账户信息。

2.系统显示其支付信息以备验证。

3.服务员确认。

4.系统向外部支付授权服务系统发送支付授权请求，并请求批准
该支付。

5.系统收到批准支付的应答并提示服务员。

3a.顾客所要菜品的材料已用完：
1.服务员请客户更换菜品或取消该菜。

1a.顾客同意处理，服务员收取或退还差价。

1b.顾客不同意处理，服务员报告主管，主管进行超空操作。

4-6a.菜数出错：
1.服务员回报厨师，核对菜单。

2.厨师做出缺失菜品。

7a.客户或主管需要恢复一个中断的订餐交易。

1.服务员执行恢复操作，并且输入ID以提取对应的订餐交易。

2.系统显示被恢复的订餐交易状态及其小计。

2a.未发现对应的订餐交易。

1.系统向服务员提示错误。

2.服务员可能会开始一个新的订餐交易，并重新输入所有菜
品。

3. 服务员继续该次订餐交易（可能需要输入更多的菜品）。

特殊需求：
·支持文本显示的语言国际化。

·网页刷新的时间要小于5秒。

技术与数据变元表：
*a主管超控需要输入授权码。

1.店内顾客登陆网站需要提供无线网。

发生频率：可能会不断地发生。

操作契约：
操作：创建菜单
交叉引用：用例：处理订餐
前置条件：无
后置条件：创建新的菜单。

操作：makeplayment
交叉引用：用例：处理点餐
前置条件: 进行中的订餐交易。

后置条件：创建payment的实例S
S被关联到餐馆。