酒店餐馆管理系统用例图及规约

由图可见，该用例图包括8个用例、5个参与者。

用例图的编号和名称是：1.注册与登录，2.个人信息管理，3.食品管理，4.餐台管

理，5.核准菜单，6.产生报表，7.采购消费信息处理，8.消费统计。

参与者的名称：顾客，前台客服，厨房工作人员，采购员，收银员。

二、用例规约

1.注册与登录

1.1 简要说明

本用例用于向顾客提供注册功能和注册后的登陆以及前台客服的登陆。每位顾客必须注册后才能登录系统内订餐。注册信息包括使用本系统的账号、密码、联系地址和电子邮件等。注册完成后，可登录餐馆管理系统，系统将会保存这些信息，以方便管理及联系用户。

1.2 事件流

1.2.1 基本流

当顾客进行注册时，开始执行以下基本流：

（1）系统要求顾客填写个人信息，包括使用本系统的账号、密码、联系地址、信用卡卡号、信用卡有效期和电子邮件等。

（2）顾客填写个人信息。

（3）系统验证顾客所填写的信息的格式和内容。

（4）保存该顾客信息。

（5）顾客进入登陆界面进行登录。

1.2.2 备选流

1.2.2.1 顾客信息验证错误

如果系统检测到顾客输入的信息格式或内容有错，例如账号中含有非法字符、输入密码和确认输入密码不一致，会给予错误提示，并清空填写错误的文本框，要求顾客重新输入。1.2.2.2 顾客信息保存失败

如果系统发现数据库中已经保存了同样账号的顾客记录，会向顾客报告保存失败的错误信息，并使页面跳回注册页面，要求顾客修改注册信息。

1.3 特殊需求

无。

1.4 前置条件

顾客必须首先访问餐馆管理系统的页面，然后单击注册、登录。

1.5 后置条件

如果该用例成功，系统数据库中将增加一条该顾客的信息。否则，系统维持原状。

1.6 扩展点

无。

2.个人信息管理

2.1 简要说明

顾客注册完成后登陆系统进行订餐操作，同时前台客服也要登陆系统进行顾客信息和点餐信息的管理。顾客登录进入餐馆个人信息管理系统页面后，通过查看基本信息以后，顾客可以进行信息的一些补充。在预定结束时，顾客需要填写一些相关资料以形成顾客订单信息保存在该餐馆管理系统的顾客信息库中。

2.2 事件流

2.2.1 基本流

当顾客登录到餐馆管理系统后，开始执行以下基本流：

（1）顾客进入个人信息页面后，浏览个人信息。

（2）顾客补填有关其个人资料的表单并将本次就餐人数与就餐时间填写清楚。

（3）当顾客填写完所有的信息后，经确认后提交有其顾客订单信息的表单。

（4）系统经过验证后，反馈给顾客验证信息，同时将顾客信息连同顾客选定的饭菜信息一并存入顾客信息库。

2.2.2 备选流

2.2.2.1 顾客账号不存在

当顾客在预定结束时填写个人资料后，系统经过验证后，发现该顾客账号不在该餐馆管理系统的顾客信息数据库中，系统反馈一个错误信息给顾客，让顾客重新填写相关个人资料。

2.3 特殊需求

无。

2.4 前置条件

顾客要想订餐，必须先登录到该餐馆管理系统中；若没有顾客账号，则该顾客还需要现在该系统中注册一个顾客账号。

2.5 后置条件

该用例实现后，顾客信息的情况就通过顾客订单信息被保存在了系统的顾客信息库中，由系统对此进行统一的管理；反之，系统的顾客信息库中的信息不发生任何的改变。

2.6 扩展点

无。

3.食品管理

3.1 简要说明

顾客登陆系统补充万个人信息后进行订餐操作，同时前台客服也可登陆系统进行顾客点餐信息的管理。顾客登录进入餐馆食品管理系统页面后，通过查看菜单信息以后，顾客可以进行选择要点的饭菜，并将菜单信息传给产生报表系统和核准菜单系统。

3.2 事件流

3.2.1 基本流

当发送订货通知时，系统开始执行以下基本流：

（1）顾客进入选餐页面后，浏览所有的菜单信息。

（2）顾客对选定的饭菜，下订单。

（3）系统将点餐订单交给核准菜单系统和产生报表系统。

3.2.2 备选流

3.2.2.1 订餐通知发送失败

由于网络或各种原因向采购部门发送的订货通知发送失败，系统会提示失败字符。

3.2.2.2 取消发送订餐通知

若取消发送订餐通知，则系统销毁该订单。

3.3 特殊需求

无。

3.4 前置条件

顾客要想订餐，必须先登录到该餐馆管理系统中；当顾客补充信息保存后，该顾客才能进入食品管理系统进行点菜。

3.5 后置条件

该用例实现后，顾客预定饭菜的情况就通过该系统传给核准菜单系统和产生报表系统；反之，系统不向其他系统发送任何的信息。

3.6 扩展点

无。

4.餐台管理

4.1 简要说明

本用例是用来确定顾客餐台信息之用。当顾客提交了顾客信息单后，系统与餐台信息库进行连接，通过检测若有满足的餐台类型，则直接反馈给顾客他们的餐台信息（包括餐台类型和餐台号等）；若发现顾客所需的餐台类型暂时没有空台时，系统反馈信息给顾客，让顾客进行一些选择（比如是调整就餐时间还是分开就坐等）。

4.2 事件流

4.2.1 基本流

当接收到顾客信息单信息时，开始执行以下基本流：

(1)根据顾客细信息单信息，连接餐台信息库。

(2)根据就餐时间和就餐人数对比餐台数据库，确定餐台号。

(3)向顾客发送反馈信息，给定餐台号。

4.2.2 备选流

4.2.2.1 餐台无空缺

若发现顾客所需的餐台类型暂时没有空台时，系统反馈信息给顾客，让顾客进行一些选择（比如是调整就餐时间还是分开就坐等）。

4.3 特殊需求

无。

4.4 前置条件

顾客个人信息和就餐时间就餐人数必须已经填写完成并提交，被保存至顾客信息库。