基于Android的点餐系统的需求分析

1 功能需求

传统的餐饮行业，就像我们平时在街边看到的小餐馆一类的，我们点菜的时候都是有服务员站在我们旁边，我们点一个他们记一个。等我们点完的时候，他再拿着单子去到厨房给厨师，然后厨师照着单子做菜。这一过程我们司空见惯，觉得没什么不对，但是如果在一个大酒店呢？有的时候客人可能是成百上千的，那客人的等待时间就比较长了，如此久了，必定会影响生意的。为了解决这一问题，无线点菜系统的出现，传统的餐饮业，几乎所有的服务员手动排序过程。过程通常是这样的：消费者到餐厅坐下来以后，点餐就可以开始了。等顾客点完饭菜以后，服务员要把菜单账单送到厨房，厨师会根据菜单配料做菜。无线点餐系统就是在这样的大环境下诞生的。

目前，这种结构是非常成熟的，但有一个缺点是，PDA和PDA的高价格，对于经济条件普普通通的饭馆来说，那成本势必就太高了，最后这些成本可能还是转嫁到消费者身上，对一般的消费者而言，使用平板的订餐系统似乎就有一些太奢侈了。随着Android系统发展的越来越好，而且越来越流行，那么我们可不可以开发出一套客户端软件，这样一个软件能够在Android系统完成订购菜品的各种各样的功能，同时也不会影响其他功能比如打电话、发短信、听音乐的正常使用，因为它们是互不干扰的。这样的好处我发现有特别特别的多，别的不说，首先第一点就是成本会大大地降低，这对于饭店想要实现盈利可是特别重要的一点啊，然后，众所周知的，Android这个系统的功能可是非常强大的，那么基于这样一种软件的功能必然也是极其强大的；最后页面的内容精彩丰富，极为美观，用户使用起来更流畅也更舒心。

本项目主要面向的对象餐厅和酒店首先要具有一定规模，同时想要做强做大，出了提高点餐效率，更要改善顾客的用餐环境，烘托一个现代化的气氛，当然，也是要借此提高经济效益。该项目将不占用太多的预算，并尽量利用现有的成熟技术，可以很好的与现有系统集成。

2 模块说明

本系统主要分两部分：终端设备和后台管理。实现系统的登录、系统主菜单、点餐功能、结算功能、查台功能、更新功能、并台功能

3功能需求描述

系统的登录：登录的目的就是为了增强系统的使用安全。有该注册用户方可使用该系统。

系统主菜单：系统登录进去之后用户就进到了主菜单，这个时候我们需要做什么呢？不用做太多，只要轻轻一点单击某个选项就好了，这个时候我们就便进入点餐系统功能的操作界面了，可以根据自己的需求点击相应的部分。

点餐功能：我们做的毕业设计的题目就是无线点餐系统的设计与实现，那么在这个系统中，什么模块是最重要的呢？我想应该就是这个点餐功能模块吧。毕竟这个系统就是点餐系统嘛，通过这项功能，服务员把消费者的点餐的信息传送到收银台和厨房，厨师也可以尽快地做菜了。

结算功能：客户用餐终了，结算过程，根据订单号查询点餐信息和订单信息的操作，详细的清单。

查台功能：当顾客进入餐厅的服务员，需要查询表状态（人或空位），安排客户用餐。这一过程就是能通过可视化的界面；来显示哪些桌子是空的，哪些是有客人的，哪些付钱了，哪些没付钱。

更新功能：服务器中的配方表（menutbl）和表（tabletbl）保存数据到客户端的SQLite数据库。因此，当在数据更改服务器需要在服务器上更新的动态数据到客户端，更新功能是专为这个目的。

并台功能：并台的功能是合并两组客户订购了一个表，这个过程也需要更新已提交到数据库中的数据。更新表的更新包括合并订单，订单数量，详细的更新。

4 设计框架

4.1基本处理流程

系统的基本处理流程如图3-1所示，用户入客户端系统主界面，可以进行点菜、开台、转台、并台等功能。当用户操作完毕后订单等数据被上传到后台数据库，由后台管理人员作出响应。

图3-1基本处理流程

4.2模块结构

 终端系统主要包括以下模块：节点表管理，更新管理，消除，设置等功能。如图3-2。 

结台: 在客户的晚餐后，会计和设置功能，通过这一个功能，客人们能够一眼就看出自己的消费情况，然后很快捷的付完费，准确而且省时。

更新：酒店里的食物和商品只是很大一部分是不变的，但也无时无刻不在更新之中，所以这一项功能显得很重要，可以保证点餐信息与实际情况保持一致。

注销：顾客吃完饭、付过钱以后，我们需要做的事情，就是注销，为了给后来的顾客带来方便，这样他们就能更加及时地了解酒店的信息。

设置：一些简单的设置，后来没有实现。

图3-2模块结构图