机器人点餐功能表讲解.docx
《机器人点餐功能表讲解.docx》由会员分享，可在线阅读，更多相关《机器人点餐功能表讲解.docx（15页珍藏版）》请在冰豆网上搜索。
机器人点餐功能表讲解
功能类别
功能名称
描述
用户登录
用户登录
对用户输入的用户名，密码
进行验证，通过后，便可使
用本系统
系统用户管理
管理员
系统用户管理分为超级管
理员和普通管理员。
超级管理员：
可以使用系统的所有权限，并可以为其他管理员分配权限（如：
商品管理员只可以商品的管理权限，采购员只可以进行米购，销售员只可以进行销售）
普通管理员（员工）：
只可以使用系统管理员分配的权限（如：
商品信息管理、商品米购管理、商品销售管理、商品库存管理）
商口口基本资料吕
理
计量单位管理
增加、删除计量单位。
商品类型管理
添加商品类别
删除商品类别
功能类别
功能名称
描述
商品资料管理
新增、删除、或查询商品信息（输入商品编号或商品名称均可查到商品相关信息），系统根据员工的操作，对商品信息进行更新或显示。
客户资料管理
新增、删除客户信息，系统根据用户的操作，对客户资料进行更新或显示。
供应商资料管理
新增、删除供应商信息，系统根据用户的操作，对供应商资料进行更新或显示。
采购管理
采购入库
可以通过商品首拼、商品编号、商品名称均可以查询商品信息里面是否有将要录入的商品信息，如果没有就到商品信息管理模块录入商品信息。
有则可以将到货商品信息录入。
进货登记：
输入进货价格和进货数量，系统自动生成进
功能类别
功能名称
描述
货总价
采购入库信息查
询
可以查询某一时间段的商
品采购单进行查询。
采购退货
将破损商品及销售退货商
品退回供应商
采购退货信息查
询
可以查询某一时间段的商品采购退货单进仃查询。
销售管理
销售出库
用户先要查询仓库当中是否有将要售出的商品，如果没有则不能售出，进而形成采购信息；
如果有还可以查询仓库中还剩多少，根据进货价格和销售价格自动计算出利润和销售总额。
销售出库查询
查询销售信息
销售退货
退货登记，
供应商可以选择
功能类别
功能名称
描述
输入退货数量或编号可以
获取商品信息
退货时，库存更新
销售退货信息查
询
查询销售出库信息
商品销售情况汇
总
用户选择查询时间段，对该短时间内销售的商品按商品名称对销售数量和销售
总额进行汇总。
显示热销商品
库存管理
库存查询
用户可以按商品名称或是
供应商或编号，或是一者的
组合查询来查询库存。
库存情况汇总
用户可以选择按商品首拼和商品所属类别分别对仓库中的商品进行汇总
库存预警值设置
设置某物资的最低库存量。
库存预警查询
库存量低于安全存量的商品，系统向用户提供警示信息，以提醒用户及时进货。
功能类别
功能名称
描述
库存报损
商品破损在库存中进行登记
报表管理
商品信息报表
将商品资料打印，并保存
成.
米购入库报表
按日期对商品入库信息进
行汇总，并将汇总结果进行
打印，并保存.
米购退货报表
按日期对商品退货信息进
行汇总，并将汇总结果进行
打印，并保存
销售出库报表
按日期或定义的汇总方式
对销售信息进行汇总，进行
打印，同时将数据保存
销售退货报表
按日期或定义的汇总方式对销售信息进行汇总，进行打印，同时将数据保存。
盈利分析（分析
结果可以打印）
盈利分析结果以打印小票形式打印出。
库存报警报表
库存量低于安全存量的商品系统向用户提供警示信息，以提醒用户及时进货。
功能类别
功能名称
描述
库存预警（可以手动选择，
设置库存少于多少时，出现
库存报警）
库存过多粉色字体显示
库存过少红色字体显示
可以打印，同时将数据保
存.
系统管理
数据备份
对数据库中的重要数据进行备份。
数据的恢复
将备份信息恢复至数据库
员工信息管理
拥有超级管理员的员工可以增加新员工、删除新员工、查询现有员工信息。
当前登录员丄可修改自己的登录密码。
退出系统
用户结束操作后退出系统。
点餐系统：
背景说明
在现代社会城市化的大背景下，城市的规模和人数不断增长，同
时也带动了城市经济全
面化的发展，俗话说：
民以食为天。
餐饮业是一个永远不会衰败的行
业，但餐馆由于受到空间大小的影响，盈利率几乎不会再提高，想要增加更多的盈利就必须加快服务的效率，同时带动消费效率的提高。
这时，我们就会考虑一个方便迅速快捷的服务方式来改变这种情况，提高竞争力。
概述
任务概述
当前餐厅存在的问题：
当前餐厅中的大多数环节都是有服务员跑动来完成的，这样会造成餐厅使用的劳动力过
多，比较费时、费力，而运营效率低下。
导致效率低下的原因
1.服务员跑动太多浪费时间。
例如，服务员将订单送到厨房部的过程中消耗过多时间，从而不能及时接待新进入的顾客，从而影响顾客就餐，影响顾客的回头率。
2.菜谱是之前打印好的，不能及时的更新菜谱，顾客看到的不是最新的菜谱。
3.信息的传递都是人工，费时、费力，效率低下。
。
呂i-lifeI紹
解决方法：
1.将传统的人工转为使用餐厅点餐系统，系统可以为顾客提供以下服务：
座位的选择、
浏览最新菜谱、自助点菜（下单）、进行催单、查询订单的排队情况以及结账申请
2.将信息的传递由传统的人工方式改为由信号传递，菜谱用电子设备显示可以及时的
更新最新的菜谱显示给顾客。
将顾客与餐厅之间的信息传递智能化，顾客的要求可以直接传达到餐厅的各部，使服务员由足够多的时间去处理别的事情。
2.2功能概述
本系统的主要功能分为：
餐厅前台端系统（客户端）、服务器后台端系统（服务端）。
以下分别对各个端的系统功能做一个功能概述。
餐厅前台端系统：
1.从服务端获取最新的菜谱；
2.在本地系统中进行点单，并将订单传送到服务器后台系统；
3.催单，向服务器后台端系统发送信息，要求系统尽快处理本订单；
4.结账，向服务器后台端系统发送结账请求。
服务器后台端系统：
1.更新本地系统中的菜谱信息；
2.接收订单，并保存订单信息；
3.将订单传送到厨房端系统；
4.对催单请求进行处理；
5.对订单进行结账处理，并将信息反馈到餐厅前台端系统；
6.管理当前系统中等待厨房处理的订单队列；
7.处理订单信息队列；
8.将已处理的订单进行处理（写入数据库），以便日后做账；
场景
1.机器人现场点餐：
1.对客户进行问候2.引导作用3.语音识别功能4.人手触屏作用5.各种纠结时可以推荐菜品6.节日特推7.根据心情、天气私人订制8.食物热量分析9.下单后上菜时间提醒
2.机器人服务：
1.跟顾客聊天2.讲解（知识、餐饮、地点介绍）
3.等餐时跟顾客游戏互动4.需要餐具等可以呼叫服务员5.等餐时可以根据心情点一些背景音乐6.根据顾客需要帮客户预约车7.可以随时播放一些广告、新闻、娱乐8.帮顾客拍一些就餐的照片（选十张洗出来带走）
3.提前预定：
1.根据地点定位2.选店（中高端、环境优雅的店铺）3.顾客到店时间4.帮客户选号排队5.菜单（节日套餐、情侣套餐等）6.会员（下单后20%或40%的定金，上菜后系统自动扣除剩余尾款）7.可以告诉客户就餐附近还剩多少车位
4.数据流程图
1.数据字典数据字典用来描述系统所要处理的数据的全部信息。
客户端和服务端通信的数据统一为json格式，服务端解析json格式到对应的结构体。
订单
描述：
用来描述某一餐桌的菜品订单信息
别名：
无
组成：
账单编号+菜品编号+菜品名+菜品价格+菜品数量+菜品总价+确认订单时间+确认完成时间+订单标志位
入座信息
描述：
用来描述某个客户的入座请求信息
别名：
组成：
json格式字符串，包含信息：
用户编号+用户名+餐桌号
点单信息
描述：
用来描述某一餐桌所点的菜的信息
别名：
无
组成：
json格式字符串，包含信息：
订单类型+菜品编号+所点数量
菜谱信息
描述：
用来描述餐厅的最新菜谱数据
别名：
无
组成：
json格式字符串，包含信息：
菜品编号+菜品名+价格+库存
+类型
催单信息
描述：
用来描述一个订单的催单处理请求
别名：
无
组成：
json格式字符串，包含信息：
订单处理类型
结账信息描述：
用来描述一个订单的结账处理别名：
无
+单价+总价
组成：
json格式字符串，包含信息：
菜品名
菜品信息描述：
用来描述一道菜的相关信息别名：
菜品
组成：
菜名编号+菜名+单价
菜谱表描述：
用来描述系统中所有菜品信息别名：
菜谱组成：
由菜品信息构成的一个表
餐桌表
描述：
用来描述餐厅当前所有餐桌的使用信息别名：
无
组成：
餐桌信息
餐桌信息
描述：
用来描述餐厅当前某一餐桌的使用信息
别名：
无
组成：
餐桌编号+餐桌占用信息
等待配菜员处理的json格式订单队列描述：
用来描述由配菜员处理的json格式订单队列别名：
订单队列
组成：
json格式订单+桌号
1.数据结构
数据结构用于实现在计算机中的存储和处理，有别于数据字典。
用户表
描述：
用来描述就餐会员用户信息
别名：
无
组成描述：
用户ID+用户名+桌号+订单状态+账单状态+就餐时间
菜谱表描述：
用来描述系统中所有菜品信息别名：
无
组成描述：
库存表
账单表
描述：
用来描述系统中所有消费记录
别名：
无
组成描述：
账单编号+菜品信息+消费总价+订单时间
餐桌表描述：
用来描述餐厅当前所有餐桌的使用信息别名：
无组成描述：
由餐桌信息构成的一个顺序表
订单
描述：
用来描述某一餐桌的用餐信息
别名：
无
组成描述：
账单编号+菜品编号+菜品名+菜品价格+菜品数量+菜品总价+确认订单时间+确认完成时间+订单标志位
订单队列
描述：
用来描述由厨房前台端系统处理的订单信息的队列
别名：
无
组成描述：
由订单构成的一个队列
1.1数据流程图
客人或服务员
餐厅前台端系统
结账
回执
信息
单回执
查询信息回执
催单信息回执
餐桌编号
餐桌编号
餐桌编号
查询信息
催单信息
结账
单信息回执
回执
回执
信息回执
*1
更新队列服务器后台端系统
信息回执」
4—
数据库更新
服务
器端
餐
订单
桌
表
—队列
询
更下回
新.
单执单执
厨房系统
完成
I
订单
确认
V
订单
催信息
单回执
厨房端订单队列
2.系统要求
4.1性能要求
系统必须有很高的运作效率，用户填写的订单在输入到系统后,系统必须快速及时地做出响应，迅速地处理有关信息，显示出所有必须的信心并打印出各项清单；由于需要存储大量用户的信息，所以系统必须有足够大的存储容量；系统必须能够承受各种不确定因素以保护存储的信息的安全，并能够准确记录各种内部事件；系统可靠性也是系统最为重要的性能要求之一，要求在意外因素之下，系统仍然能够保护系统和存储的信息的完整。
4.2体验要求
接口是用户与系统进行通信的主要通道，因此，接口除了完备的功能外，还必须简洁明了，方便用户的使用，这样才能提高餐厅的工作效率，继而为餐厅节省了不必要浪费的时间。
必须使用户能准确快速地进行信息输入，从而使得用户与系统之
间的通信时间尽可能地缩短。
系统必须能准确快速地打印出各类清单。
5.意外处理
出错信息
错误处理
入座不成功
显示可选桌号
提交订单错误
提示检查订单格式内容
结账金额错误
检查是否有菜品没上
6可行性要求
6.1技术可行性
appserv64位+PHP5.5+mysql5.5
6.2经济可行性
基建投资：
需要一个PC终端，即一台联想商务电脑，windowsXP或win7操作系统，一台惠普商用打印机，还要一个数据库管理系统，多个小型终端（可以是平板电脑）。
6.3法律可行性
本系统采用的均是开源资源，所以除了在硬件上有成本支出外，在软件方面上不存在法律风险。
7.结论意见
经过上面的可行性研究分析，该项目在操作性、技术可行性、经济可行性、法律可行性上均满足要求。
因此，开发此系统的构想是可行的，可以着手实施。
五.管理：
1.员工的仪容仪表2.员工上下班打卡3.客户对员工的评价
升级会员 