android 点餐系统 构思

大家好，又见面了，我是你们的朋友全栈君。

一．          为什么要做这个项目？

记的有一次看新闻，其中报道过台湾一家酒店使用ipad让客人自己点餐，客人可以使用这个ipad从全部菜中挑选自己喜欢的，又可以选择自己的特色的。还可以直接结帐。我就想了一下，为什么不在android 系统上做一个人呢，因为以后这个系统的普及度一定很高的。于是我就上网查了一下相关的项目。发现有好多人已经开始做了，我自己并没有调研，就附上别人调研的情况吧。（最近看不少人都在考虑无线点餐系统，我也做了一个，目前正在朋友的酒店测试和完善。我的目的是通过android软硬件结合，做行业应用，彻底改变目前落后的点菜方式，淘汰手工菜谱。本系统采用WIFI网络，设计的目标是不需要服务员干预，由客户自助点餐，有点像KTV点歌那种，让后通过网络将点菜信息分发至后厨无线打印机、前台收银服务器。为了知道客户真正需要什么，目前已经和十几家酒店客户进行沟通，通过对这个行业的深度分析及调研，设计出最优秀的产品。记得马云说过，只有实实在在能给社会提供价值东西，才会得到市场的认可，我希望能有对此项目感兴趣的朋友，能一起来做起来成立网络团队。

我从网上又看到成本的问题，网上是做如下解释：现在一个普通菜谱的成本为每本400-1000元，每年得更换2-4次，每年一个房间的菜谱成本就是800-4000元，而一个android平板的成本为1000~2000元，因此成本要低很多的。我发现网上的一些项目只是单纯的完成点菜功能而已，或只是PDA移动点餐。所以我想在平板上实现真真的给予客人点菜的自由权并且在点菜功能实现的前提下，可以加入一些娱乐功能，简单的比如看电影呀。

与传统点菜比较：

二．             系统的模块划分

1） 顾客终端：该终端为顾客提供菜品搜索功能，顾客可以按菜品名或厨师名进行搜索，同时顾客可以看到菜品图片。顾客在点完菜品，点击“提交”按钮后，终端将把点菜消息发送到系统管理终端，系统管理终端登记点菜信息后向厨师终端转发点菜消息，表示做菜任务到达。将顾客的需求发送给系统管理端（平台是android系统的平板或手机）

2）系统管理终端：该终端负责进行对菜品、厨师的管理，并且包含账户控制、收银、销售统计等操作。在收银时负责打印票据，向顾客终端发送清理原信息的消息。该终端同时负责监测顾客终端和厨师终端的在线情况，并负责所有的通信消息处理。接受顾客终端和厨师中断的需求。（一台xp电脑）

3）厨师终端：该终端按“先来先服务”的原则为厨师分配做菜任务，并将菜品完成消息发送到系统管理端，可以由系统管理端进行处理也可以分离出单独一个模块。（一台或几台xp电脑）

4）数据终端：该终端负责数据的存储。将菜的信息，顾客的信息，餐桌使用情况的信息保存起来。（一台装了sql 2005的服务器，可以和系统管理中端共享一台电脑）

三．        系统的网络结构

四个终端都通过路邮器相连起来，顾客终端用wifi与路由器相连。

由于无线局域网传输距离的限制, 因此若脱离其无线服务覆盖范围时通信便会中断, 为解决此一问题须构建无缝的漫游连接. 以802.11b为例以三个不重叠信道1,6,11为基础向外扩充, 如此当无线网卡由信道11之覆盖区漫游至信道6之覆盖区时, 便能自动切换至信道6之服务区而不中断联机.同理可再由信道6之覆盖区漫游至信道1之覆盖区.这个如何实现现在还没有一个实现方法。

四．        系统的工作流程

客人进入店中，服务员手持Pad查询空闲座位，带领客人进入座位，输入座位号，顾客人数进入系统，然后将Pad交给客人进行点餐。点餐完毕后提交发送到系统管理端，再发送给后厨进行打印制作。顾客就餐完毕，只接在Pad上面确认结账，收取客人款项后，结束服务。点餐到最后结帐都不在需要服务员。顾客也可以选择不在Pad上结帐，可以到前台也就是系统管理端结帐。

点菜流程：

五．             数据表

本系统总共有9张表，即菜品表、菜销售表、点菜表、做菜表、管理员表、会员表，餐桌使用情况表，日志表和统计表，具体的表结构如表1–表7：

                                  表 1       菜品表

                                                               表2          菜销售表

                                                    表3  点菜表（每个桌号对应一张表）

                                                              表 4  做菜表（从点餐表中获取）

                                                                表 5      餐座使用情况表

                                                                        表 6        管理员表

                                     表 7      会员表

                                                                     表 8   销售统计表

                            表 9    日志记录表  

六.      总结

     这个只是一个草稿，还有需多要考虑的方面还没有设计，比如客户端和服务端通信格式的定义,现在离完成这个project还有很长的路要走，希望自己能坚持下去,完成属于自己的project,现在就构思这么多了，等以后在添加修改。