2.4应用平台 （1）Android平台
Android是一个平台，主要包括Linux微内核，中间件（SQLite等），一些关键应用，提供的Java框架，以及安卓中的JVM，它采用了软件堆的架构，主要分为三部分。底层是通过Linux内核工作的，只提供基本的一些功能；编写程序一般都是通过Java。由Linux内核，硬件抽象层，Android组件和上层应用程序组成，是为移动智能终端量身打造的，源代码开放，所以适合修改定制。
（2）Android特性 开放性
挣脱运营商的束缚 丰富的硬件选择 不受任何限制的开发商 无缝结合的Google应用 2.5需求分析
2.5.1点餐系统的背景分析和构建必要性
在网络技术飞速发展的今天，原先普通的点餐模式已经不能满足顾客的需求，一款好的点餐系统能让用户及时看到餐饮商家及时更新的菜品信息，并提高服务质量以及他们对餐厅的满意度，点餐系统就恰当的出现了，本系统就是针对餐厅而设计开发的一个点餐管理系统，它带来的是方便，快捷，个性化，系统以安卓为开发工具，改变以往纯手工的点餐模式，从而节省了大量的人力劳动，可极大的提高餐厅的营运效率。
一个完美的系统，必须要进行完善且全面的系统分析。只有系统分析规划好了，它才能够指导项目顺利的进行下去。系统分析需要以需求分析为基础。
本项目中，我们之所以能够顺利地进行下去，也是基于一个良好的系统分析，如果不做该步骤直接进行编程，那将很吃力，以至于在编程过程中又不得不返过来进行系统分析，必然耽误了整个设计系统的时间，系统逻辑也被打乱。
首先，我们得确定使用这个系统的用户应该有顾客、服务员收银员等。顾客和服务员员是开始系统数据的，他们做出开始的操作，厨师是接收数据的末端，因为最后是从厨师身上看到任务的分配情况。系统的核心任务就是确保厨师完成顾客所点的菜品，厨师能够
准确的从系统中得到做菜的任务。
该系统在性能功能上应达到如下需求：
(１) 操作简单、界面友好:控件式的页面布局，使得菜品，资讯等信息的录入工作更简捷，许多选项包括餐厅信息，客人信息等等只需要动动手指就可以完成；另外，出现的提示信息也让用户随时清楚自己的操作情况。基本信息录入、浏览、删除、修改、搜索等方面都大体实现，以及顾客对菜品的预定及支付方式；
(２) 即时可见:能够立即处理顾客预订的就餐信息然后达到即点即见的效果 (３) 系统运行应该快速、稳定、高效和可靠；
(４) 在结构上应具有很好的可扩展性，在后面的功能扩展和维护方面方便许多。
表1
主要 质量属性 正确性 健壮性 性能效率 按照要求正确执行任务，完成各个模块的功能。 容错能力和回复能力比较好。 软件的输出结果更新周期应该与系统的信息更新周期相同。在网络情况良好的情况下，3秒内可响应用户请求。 易用性 易理解性：软件开发过程中的文字语言图片信息便于理解而且基本上不存在歧义。 安全性 为了防止软件受到意外破坏和泄密，软件的数据应该全部放置在总部数据库中，只能专门人士才能看到。 可扩展性 可以进行进一步的开发，充分满足对功能的提升还可以提高软件的安全性能方面的维护。 兼容性
不会和其他软件发生不必要的冲突。 详细要求 2.5.2可行性分析
现在的社会节奏发展越来越快，进而催生了点餐系统的诞生，该管理系统在很多城市的餐厅中其实已经很常见了。足以体现移动互联网已经渗透到我们生活的方方面面的这种
现象。同时，随着人们生活质量的提高，人们不仅要吃饱，还要吃好吃的开心，人们越来越追求实物本身以外的优势，服务就是其中的一种，点餐系统的出现，很好的满足了广大顾客的需求，节约了双方的时间，不仅让顾客享受到可口的菜肴，更能让他们感受到服务的完美与上菜的快捷。另一方面点餐系统对开发的需求以及软硬件要求都不太高，该业务在中国有着极大的市场发展前景，而且，本系统没有侵犯个人隐私和个人责任方面的问题，使用本系统不会引起法律方面的纠纷，所以，我认为开发本系统在经济,技术，法律，开发方案方面是可行的，并且，具有其实现的必要性。
第三章 系统概要设计
系统的概要设计主要针对系统的总体功能进行设计，如何划分模块，系统的数据库如何设计。它为系统的详细设计做铺垫。在系统的设计过程中起着非常重要的作用。 3.1模块的划分与功能设计
本系统主要分：登录，点菜，确认，结账等。 3.2功能模块的设计
登录：用户进行登录
开始点菜：根据菜单显示信息进行点菜 确认：确认点菜信息
送餐：根据提供的信息把点的菜品送达目的地 更新信息：获取最新变更信息 设置：进行一般设置
结账：是在顾客用餐完毕后，结算付费而设计的功能，使客人能够直观明了的看清消费明细，不用担心算错的问题 3.3数据库结构的设计
数据库设计 (Database Design)是指根据用户的需求，在某一具体的数据库管理系统上，设计数据库的结构和建立数据库的过程。 就是结构化数据库中的数据对象以及这些数据对象之间关系的过程。
设计数据库的过程一般可以分为4个步骤： （1）需求分析
首先要调查清楚客户的业务和使用数据的情况并且进行系统分析，将所用数据的范围、数量、种类以及在业务活动中的情况弄明白，完成用户对数据库系统使用过程中的要求。
点餐系统的主体就是餐厅的服务系统，所以这个系统中要用一个表来保存菜单信息。所以主键就是编号。负责登录终端系统的服务人员应该具有保存服务人员信息的表，这个表中也是包括一些信息。所以主键为服务人员的编号。所有的顾客都可以通过自己的喜好，在餐厅选择喜欢的菜式。另外餐厅肯定要有一个订单表，这个表格中包含了订单号，点餐时间，用户编号，用户地址，结账等信息。这样还需要一个能够存储顾客所点菜品信息的订单详细表。
数据库的概念设计，即利用数据模型进行概念数据库的模式设计。根据点餐系统的需
求，设计出以下的实体-关系模型（E-R）图如图3和图4。
图3实体-关系模型（E-R）
图4实体-关系模型（E-R）
（2）逻辑设计
主要工作是将现实的数据变成数据库的逻辑模式。另一方面，可能还需要为各种数据处理应用领域产生相应的逻辑子模式。这个设计最后就会得到“逻辑数据库。
数据库的逻辑设计，即把概念设计得到的概念数据库模式变为逻辑数据模式，它依赖
于DBMS。
根据点餐系统的需求分析及数据库的概念设计，得到以下的数据库表的相关说明如下：
（1）菜单表
菜单表的结构及相关说明如表2示。
表2 菜单表的结构及相关说明 序号 1 2 3 4 5 6 字段名称 Id typeID name price pic remark 字段含义 编号 种类ID 菜名 价钱 图片 备注 类型 Int Int varchar Int varchar varchar 宽度 11 11 50 11 100 200 备注 Primarykey （2）菜单类型表
菜单类型表的结构及相关说明如下表3示。
表3 菜单类型表的结构及相关说明 序号 1 2 字段名称 Id name 字段含义 菜单编号 菜单名称 类型 Int varchar 宽度 11 20 备注 Primarykey （3）订单详细表