订餐系统用例

付款 提出意见 厨师

用例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.店内顾客登陆网站需要提供无线网。 发生频率：可能会不断地发生。

顾客餐馆菜品介绍菜单库存信息厨师

收银员系统1 : 建立新的销售菜单()seqCombinedFragment12 : 输入菜名()3 : 结账()4 : 收据()

操作契约：

操作： 创建菜单 交叉引用： 用例：处理订餐 前置条件： 无

后置条件： 创建新的菜单。

操作： makeplayment 交叉引用：用例：处理点餐 前置条件: 进行中的订餐交易。 后置条件：创建payment的实例S S被关联到餐馆