酒店点餐系统用例文档.doc

第 PAGE 8页 共 NUMPAGES 8页 DATE \@ M/d/yyyy 1/10/2011 D.2 用 例 各种用户类确认的“酒店点餐系统”的用例和主要参与者如下所示： 主要参与者 用例 顾客 点餐 修改菜单 取消菜单 查看菜单 提交菜单 请求加菜 向厨房发送催菜单 发送结账请求 付账 餐桌 10.创建菜单 11.修改菜单 12.生成账单 服务人员 13.查看点餐 14准备餐品 15.请求送餐 送餐人员 16.送餐 17.查看点餐记录 18.记录送餐情况 收银处工作人员 19.向顾客发送账单 20．收银 用例ID号 UC-1 用例名称 点餐（本用例暂不考虑电话订餐） 主要参与者 用例 创建者 最后更新者 创建日期 2010年5月3日 最后更新日期 2010年5月5日 参与者 顾客 描述 顾客在酒店直接访问“酒店点餐系统”，浏览当日菜单，选择自己想要的食物，并提交点餐，就能享受到自己想要的食物 前置条件 顾客开始使用“酒店点餐系统” 顾客将所用餐桌属性设置为“有人进餐” 后置条件 1. 点餐记录提交后，系统提示顾客“您的点餐已被接收” 主干过程 顾客查看当天菜单 系统显示菜单和当天特色菜 顾客从菜单中选择一种或多种食物 顾客提交点餐记录 系统显示所点菜品条目、单价和总价格 顾客确认点餐记录或请求修改点餐（回到第3步） 系统确认顾客点餐记录 系统将点餐记录发送至厨房 分支过程 无 异常 无 续表 主要参与者 用例 包含 无 优先级 高 使用频率 每天大约300名顾客，每名顾客使用一次 特别需求 1．顾客在确认订单之前的任何时间都可以修改和取消订单 假设 无 注意和问题 1.顾客一旦确认提交了点餐记录，菜品就不能够进行修改 用例ID号 UC-9 用例名称 付账 创建者 最后更新者 创建日期 2010年5月3日 最后更新日期 2010年5月 参与者 顾客，银行系统 描述 使用“酒店订餐系统”的顾客，在结账时可以使用现金支付，刷卡支付，也可以同时使用两者支付 前置条件 1.顾客刷卡后输入正确的密码，通过了身份验证 后置条件 1.将用餐费用成功支付 主干过程 顾客输入银行卡号和密码 判断是否通过银行网关身份验证 续表 主要参与者 用例 3.若通过验证，则成功支付。若没有通过验证，则重输卡号和密码。（第2步） 分支过程 无 包含 发送结账请求 优先级 高 使用频率 顾客中大约75%的人都要使用 特别需求 1.需要和银行的网关验证建立对接 假设 无 用例ID号 UC-11 用例名称 修改菜单 创建者 最后更新者 创建日期 2010年5月3日 最后更新日期 2010年5月5日 参与者 服务人员 描述 酒店菜单经理可以修改菜品和特定日价格，以反映价格的变更，也可以定义当日特色菜 前置条件 1.菜单已存在于系统中 后置条件 1.修改的菜单已经保存起来 主干过程 11.0 编辑已存在的菜单 1.菜单经理请求查看当前菜单 续表 主要参与者 用例 2系统显示菜单 3 菜单经理输入用户名和密码登录系统 4 登录成功，获得修改权限 5 菜单经理修改菜单 6 菜单经理请求保存修改过的菜单 7 系统保存修改过的菜单 8 登录不成功，重新输入用户名和密码（第3步） 分支过程 无 异常 11.0．E．1菜单经理登录不成功 系统再给用户4次机会来重新登录 2a 如果登录成功，则继续用例 2b 如果5次尝试都认证失败，则系统通知菜单经理无效的认证尝试计入日志，并终止用例 包含 创建菜单 优先级 高 使用频率 每星期使用大概3次 特别需求 1.菜单经理可以在任何时候取消菜单修改功能。如果菜单已经发生了变更，则系统会请求对取消进行确认 主要参与者 用例 用例ID号 UC-15 用例名称 请求送餐 创建者 最后更新者 创建日期 2010年5月6日 最后更新日期 2010年5月8日 参与者 服务人员、、厨房工作人员、送餐人员 描述 服务人员在获得菜单后提交给厨房工作人员，厨房工作人员在完成菜品后进行包装后返还给服务人员，服务人员将送餐请求交付空闲的送餐人员 前置条件 点餐结束，菜品被确定 后置条件 存在空闲送餐人员 空闲人员送餐 主干过程 服务人员将菜单交付厨房工作人员 厨房工作人员收取菜单 厨房工作人员准备菜品 厨房工作人员完成菜品 厨房工作人员将菜品交付服务人员 服务人员将菜品与菜单核实 服务人员向客户确定菜单 服务人员将菜单交付收银处生成账单 服务人员将菜品及账单核实 服务人员将菜品及账单交付空闲的送餐人员 主要参与者 用例 分支过程 1、当菜单和菜品产生出入时（第6步分支出来） 服务人员核实菜品和菜单有出入 返回第