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