订餐系统用例.docVIP

用例UC1：处理订餐 范围：订餐系统应用 级别：用户目标 主要参与者：订餐顾客 涉众及其关注点： —订餐顾客：希望方便快捷，操作简洁，每个菜品的详细介绍，订的东西不能出错，还要能向主管提出意见。 —厨师：希望菜单能快速传递到，另外菜单要能显示顾客的要求（比如：不要辣）。 —主管：希望可以查看一天的销售情况、顾客的意见建议、顾客提交的订单、库存，还有菜单的修改。还有出现意外情况时要能在订单中记录。 —服务员：希望菜单能显示顾客的信息，比如：顾客的桌号，菜单内容。希望提供一个终端，在顾客不想自己订时，能帮其操作。还有现金支付时不能出错，因为如果少收款，将从其薪水中扣除。 前置条件：订餐顾客必须经过确认和认证。 成功保证：存储销售信息。更新账务和库存信息。 主成功场景： 顾客登陆订餐网站。 顾客查看菜单。 顾客提交订单及备注。 顾客网上付费。 厨师查看订单，并做菜。 服务员查看订单，并核对菜数。 服务员将菜送到顾客餐桌。 顾客确认菜单。 顾客用餐。 顾客提交意见和建议。 扩展： *a.主管在任意时刻要求进行超控操作: 1.系统进入主管授权模式。 2.主管或服务员执行某一主管模式的操作。例如：取消订单交易、打折等。 3.系统回复到服务员授权模式。 1a.顾客要求现金支付： 订单顶部显示现金支付。 系统在前台显示现金支付的顾客桌号。 顾客用餐后，到前台支付现金。 2a.顾客要求信用卡支付： 顾客输入信用卡账户信息。 系统显示其支付信息以备验证。 服务员确认。 系统向外部支付授权服务系统发送支付授权请求，并请求批准该支付。 系统收到批准支付的应答并提示服务员。 3a.顾客所要菜品的材料已用完： 服务员请客户更换菜品或取消该菜。 1a.顾客同意处理，服务员收取或退还差价。 1b.顾客不同意处理，服务员报告主管，主管进行超空操作。 4-6a.菜数出错： 服务员回报厨师，核对菜单。 厨师做出缺失菜品。 7a.客户或主管需要恢复一个中断的订餐交易。 服务员执行恢复操作，并且输入ID以提取对应的订餐交易。 系统显示被恢复的订餐交易状态及其小计。 2a.未发现对应的订餐交易。 系统向服务员提示错误。 服务员可能会开始一个新的订餐交易，并重新输入所有菜品。 3. 服务员继续该次订餐交易（可能需要输入更多的菜品）。 特殊需求： ·支持文本显示的语言国际化。 ·网页刷新的时间要小于5秒。 技术与数据变元表： *a主管超控需要输入授权码。 1.店内顾客登陆网站需要提供无线网。 发生频率：可能会不断地发生。 操作契约： 操作： 创建菜单 交叉引用： 用例：处理订餐 前置条件： 无 后置条件： 创建新的菜单。 操作： makeplayment 交叉引用：用例：处理点餐 前置条件: 进行中的订餐交易。 后置条件：创建payment的实例S S被关联到餐馆 System 顾客 主管 服务员 厨师 查看菜单 提交订单与备注 付款 提出意见 销售情况 库存