基于android无线电子菜谱系统开发服务器端毕设论文.docx
《基于android无线电子菜谱系统开发服务器端毕设论文.docx》由会员分享，可在线阅读，更多相关《基于android无线电子菜谱系统开发服务器端毕设论文.docx（66页珍藏版）》请在冰豆网上搜索。
基于android无线电子菜谱系统开发服务器端毕设论文
基于Android无线电子菜谱系统开发（服务器端）
摘要
今天我们生活在充满数字的时代，随着GPRS、WLAN等无线技术的突飞猛进，移动生活、移动办公逐渐由概念转为现实，信息数据随手可及。
特别是无线数据传输技术的成熟，运营商的大力推广，WLAN的应用日渐普及,并日益影响到人们生活的方方面面，种种梦想化为现实成为了可能。
对于传统的餐饮业而言，利用无线网络技术实现点餐系统也成为了现实。
基于Android的无线点餐系统，使用当下较为流行的Android平台，通过和服务器之间的WLAN无线通信实现了灵活、高效、便捷的管理系统，优化了点餐和管理流程，使餐厅的服务和管理得到实质性的提升，提高了品牌形象和核心竞争力。
本文详细描述了基于Android无线电子菜谱系统服务器端的需求分析和系统设计,利用Struts、Spring、Hibernate和Axis2实现了一套无线点餐的Web端后台管理系统，同时向系统外部发布包括用户登录，餐桌管理，点菜管理、并台管理、转台管理、查台管理、结台管理、更新管理等的WebService接口，方便用户在包括Android等在内的各种平台上调用，以实现无线点餐的功能。
最后对该系统的特点进行了总结，并展望了其未来的发展方向。
关键词:
无线通信；Android；服务器端；WebService餐饮
DevelopmentofWirelessOrderSystembasedonAndroid（ServiceSide）
Abstract
Todayweliveinadigitalera,withtherapidprogressoftheGPRS,WLANandotherwirelesstechnologies,mobilelife;mobileofficegraduallybecomestotruefromconcept,youcangettheinformationanddataeverywhere.Inparticular,thegrowingpopularityofwirelessdatatransmissiontechnologymatures,thepromotioneffortsoftheoperators,thepopularityofWLANapplicationsgrows,andisincreasinglyaffectingallaspectsofpeople'slives,it’spossibleforallkindsofdreamscomesintoreality.Asfortraditionalcateringindustry,theuseofwirelessnetworktechnologytoachieveorderingsystemhasalsobecomestoreality.
Android-basedwirelessorderingsystem,usingthepopularAndroidplatform,buildaflexible,efficientandconvenientmanagementsystemtooptimizetheorderingandmanagementprocessthroughwirelesscommunicationsbetweentheWLANandserver,thiswillincreasetherestaurantserviceandmanagementsubstantialandimprovebrandimageandcorecompetitiveness.
ThispaperdescribesindetailthecontentsoftherequirementandsystemdesignofWirelessOrderingSystem,UseofStruts,Spring,HibernateandAxis2Websideoftheback-officemanagementsystem,andreleasetheuserlogon,tablemanagement,orderingmanagement,combinationmanagement,changetablemanagement,checktablemanagement,settleaccountsmanagement,updatemanagement,andotherWebServiceinterface,itcanbecalledonavarietyofplatforms,includingAndroid,etc.,inordertoachieveawirelessorderingfunction.Thispaperfinallysummarizesthesystemcharacteristicsandprospectsofitsfuturedevelopment.
Keywords:
Wirelesscommunication;Android;server;WebService
目录
1引言1
1.1选题背景和意义1
1.2无线点餐系统简介2
1.3本文的主要工作及组织结构2
1.3.1本文的主要工作：
2
1.3.2本文的组织结构3
2需求分析4
2.1功能需求4
2.2用户群体描述5
2.3业务流程分析6
2.3.1访客浏览6
2.3.2点菜流程6
2.3.3结账流程7
2.3.4管理用户信息8
2.4数据通讯8
3概要设计10
3.1系统结构设计10
3.2总体功能模块设计11
3.3模块功能概要设计11
3.3.1菜单管理模块11
3.3.2餐桌管理模块12
3.3.3订单管理模块12
3.3.4用户管理模块12
3.3.5WebService接口12
4数据库设计13
4.1数据库的需求分析13
4.2数据库概念设计13
4.3数据库逻辑设计15
4.4数据库的实现15
5详细设计18
5.1菜单管理模块设计19
5.1.1整体设计19
5.1.2管理员输入信息的传递19
5.2订单管理模块设计20
5.2.1整体设计20
5.2.2用户点餐功能21
5.2.3邮件通知功能21
5.2.4换桌、并桌功能21
5.2.4结账功能22
5.3用户管理模块设计22
5.3.1整体设计22
5.3.2用户注册功能22
5.3.3角色管理功能22
5.3.3个人信息修改功能22
5.4WebService接口设计22
6系统实现24
6.1开发环境及相关技术24
6.2功能模块的实现26
6.2.1菜单管理功能模块的实现26
6.3点菜功能模块的实现27
6.3.1添加菜品的实现27
6.3.2邮件通知的实现28
6.4主要界面28
6.5数据库操作34
7测试报告37
7.1测试方案37
7.2测试项目37
7.3主要测试用例38
7.4测试进度40
7.5测试方法41
7.6测试结果分析41
7.6.1测试的局限性41
7.6.2评价测试结果的准则41
总结42
致谢43
参考文献44
附录A译文45
附录B外文原文51
1引言
本章主要简述无线点餐系统的选题背景和意义，并对本文的工作和组织结构做了介绍。
1.1选题背景和意义
餐饮传统的点菜方式是纯人工操作，由服务员记录顾客点的菜，然后将点菜的信息分别交由吧台收银、酒水、传菜部、后厨等部门，同时收银员要把所有的点菜单输入电脑中，才能生成相应的单据进行结算。
在具体工作中容易出现以下问题：
（1）手写单据字迹潦草从而导致上错菜、少上菜现象严重
（2）加菜和查账程序较繁琐（3）处理特殊口味有遗漏和偏差（4）客人催菜遗忘现象较频繁（5）计算账单易出错（6）不方便人员管理等等。
正因如此，无线点餐模式应运而生。
采用无线点菜系统，服务员在点菜时就完成了输单过程，发送后系统自动分类，各部门立即分单打印，避免服务人员的来回跑动，节约时间，工作效率极大提高，工作流程更加合理、科学它不仅可以有效地提高餐饮业的工作效率，更可以规范服务体系，提高整体服务质量和管理水平，并为规模化经营提供了坚实的技术基础。
相比于传统餐饮行业使用纸质菜单作为主要信息媒介的点菜方式，使用无线点餐系统的优势体现在一下方面：
（1）提高工作效率。
采用无线点菜系统，服务员在点菜时就完成了输单过程，发送后系统自动分类，各部门立即分单打印，避免服务人员的来回跑动，节约时间，工作效率极大提高，工作流程更加合理、科学。
（2）降低企业经营成本。
可以随时调整菜谱（沽清、修改价格、更改图片等），如果是传统方式点菜，随着时间的推移，经常要变动菜谱，浪费纸张，费时费力。
（3）创建良好就餐环境，提升企业形象。
传统的点菜方式要求服务员要有传递单据的过程，在营业高峰期时，服务员为提高服务效率会经营跑动，造成餐厅混乱。
而使用无线点菜系统，服务员就可在餐厅中完成各种操作，避免因服务员来回跑动产生的忙乱现象，大大提升服务品质和服务形象，营造高档就餐环境，吸引更多的顾客。
使用终端触屏点菜还可以让顾客看到更多的有关菜的信息，包括中英文菜品介绍、营养成分介绍、视音频等，同时友好的用户界面加上触摸及遥控技术可让顾客享受点餐的乐趣，极大提升餐厅档次和企业形象。
在人们生活节奏越来越快的今天，相信无线点餐系统一定会有广阔的发展前途。
1.2无线点餐系统简介
无线点餐系统是针对餐饮行业的信息化服务和管理而开发的软件平台。
该系统利用WLAN无线通信技术实现服务器端和客户端的通信。
提供Web端管理平台，管理员可以对餐厅的环境介绍、菜谱、餐桌进行添加、更新等操作。
同时服务器端将这些功能通过WebService发布给外部系统，能够让Android移动平台上的无线点餐系统客户端调用。
点菜环节上，客户端通过调用服务器端的开台、点餐、并台、换台、结算等功能，让服务员可以用Android手持设备在客人餐桌旁完成信息的录入，在服务器端生成订单，大大简化了点菜流程。
顾客可以在点菜的同时直观的看到菜品信息，带给顾客良好的体验。
1.3本文的主要工作及组织结构
1.3.1本文的主要工作：
无线点餐系统服务器端是整个点餐系统的后台运行支持：
（1）在实现方式上
服务器端和客户端通过WLAN，利用WebService进行通信，使得服务器端只需要关注点餐数据的处理，而不需要对客户端发送的请求进行解析，相比较于HTTP请求的方式，不需要对每次通信进行确认，提高了数据交换的效率。
同时，WebService是一种跨平台的通信方式，可以使用Android或者WindowsPhone的手机或平板作为客户端，使得系统的搭建变得灵活。
（2）在功能方面
无线点餐系统考虑到生活中点餐的实际，提供了用户登录，餐桌管理，点菜管理、并台管理、转台管理、查台管理、结台管理、更新管理、打印订单等在内的功能，并在用户提交订单之后，服务器端向用户注册的邮箱内发送一封点餐成功的邮件作为确认。
（3）在系统升级方面
管理员可以通过后台的Web端管理界面对菜品信息、餐桌信息进行添加、删除和更新管理。
服务器端的数据有改变的时候，客户端可以通过更新操作取得服务器端的最新数据，从而保持数据的一致性。
1.3.2本文的组织结构
本文对无线点餐系统软件进行了原理和技术上的讨论，详细描述了该系统的设计思路和方法，在此基础上开发了可以实际使用的应用软件。
本文包括内容如下:
引言：
描述了系统开发的背景和意义，简单介绍了系统的主要功能，并与传统的语音信箱进行了比较。
需求分析：
利用面向对象的分析方法，建立各种环境下的用例模型，描绘出系统的功能、性能和其它需求。
系统设计：
使用面向对象的设计方法，在需求分析确定的模型基础上，设计出软件的逻辑模型、软件各组成部分间的内在结构及实现方法。
这一过程分为概要设计、数据库设计和详细设计三部分。
系统实现：
论述了系统各功能模块的实现方法。
测试报告：
对开发完成的软件进行测试分析。
结论：
总结本软件的特点和不足。
2需求分析
本章主要阐述无线点餐系统的总体需求和相关界定，并由此提炼出系统的业务逻辑结构。
2.1功能需求
无线点餐系统的设计与开发应达到以下的总体目标，即主要功能需求:
（1）访客浏览功能:
餐厅环境介绍和特色菜的图片采用轮转方式展示，使用户在进入餐厅网站时就可以看到。
（2）用户注册功能:
当用户准备点菜时需要进行信息的注册，以便在订单完成后发出通知。
（3）用户登陆功能:
通过正确的用户名和密码进入系统查看菜单并进行点餐。
（4）普通用户点餐功能:
输入人数、附加信息等选项，进入点菜页面选择要点的菜品，可以看到菜品的名字、图片、价格、描述等信息，通过点击数量两侧的加减按钮选择要点的份数，点击点餐按钮将相应菜品加入到临时订单。
（5）查看已点菜临时订单功能:
用户点餐过程中可以点击查看详情按钮查看已点菜信息，如果有不需要的菜品可以在此页面中删除，可以继续添加菜品。
点菜结束后点击提交订单按钮将点菜信息保存。
（6）电子邮件通知功能：
用户提交订单后，系统将发送邮件到用户的电子邮件地址，提示用户订单已提交成功。
（7）用户订单列表功能:
普通用户可以查看自己的所有消费订单，并可将订单打印。
未付款订单可以继续加菜。
（8）用户信息查看、修改功能:
已登陆用户可以查看自己的信息并进行修改。
（9）系统管理功能：
管理员可以添加禁用用户，并设置用户的角色。
（10）Web端管理功能:
提供菜单内菜品的添加修改查询，餐桌的添加修改，订单的添加修改查询，付款结账，信息查看，打印菜单。
（11）客户端点餐功能：
客户端使用Android平板进行点餐，提供点菜、加菜、减菜、并桌、换桌、结账功能。
（12）服务器端和客户端通信功能：
服务器端向外部发布WebService，客户端收集用户点菜信息，并通过调用服务器端的WebService将信息传递到服务器端处理，订单数据保存在服务器端。
2.2用户群体描述
（1）游客
指到餐厅网站主页浏览的用户。
打开网站首页可以浏览餐厅环境和特色菜肴的展示图片，如果需要点餐可以点击“开始点餐”按钮进行操作。
（2）点餐用户
如果未注册需要先注册才能点餐，如果已注册需要用注册账户登陆后开始点餐。
（3）系统管理人员、服务台
负责餐厅菜品、餐桌信息的维护和订单结算。
可以根据桌号查到最新消费订单，获得订单的详细信息进行结账。
图2.1用例图
2.3业务流程分析
2.3.1访客浏览
（1）功能定义
用户进入餐厅网站主页进行信息浏览，可以查看餐厅环境和特色菜肴。
（2）前置条件
1）网站中放置要显示的环境和菜肴图片。
2）用户从Web端进入餐厅网站首页。
（3）业务流程描述
用户进入餐厅网站主页进行信息浏览，可以查看餐厅环境和特色菜肴，如果关闭页面则退出，否则继续浏览。
图2.2访客浏览流程图
2.3.2点菜流程
（1）功能定义
用户根据需要选择要点的菜，选择需要的分数，点击点菜按钮，相应的菜被添加到临时订单，查看临时订单后确定点菜信息再提交订单，邮件通知用户点菜完成。
（2）前置条件
1）用户开始点餐前必须已登陆。
3）管理员已经将菜品信息添加到菜谱中。
（3）业务流程描述
图2.3点菜流程图
2.3.3结账流程
（1）功能定义
用户用餐结束后，结账人员根据桌号和时间找到用户的账单信息，核对无误后结账。
（2）前置条件
1）用户点餐后提交订单。
2）用餐结束。
（3）业务流程描述
图2.4结账流程图
2.3.4管理用户信息
（1）功能定义
用户登陆后可以修改自己的注册信息。
管理员可以查看用户信息并设置用户角色。
（2）前置条件
1）用户必须已经注册并登陆。
（3）业务流程描述
图2.5用户管理流程图
2.4数据通讯
服务器端和Android客户端通信可以有多种选择方案，比如HTTP请求方式和WebService方式。
前者在处理请求操作时比较复杂，通用性差，不同语言之间很难共用；后者实现起来比较简单，而且遵循SOAP协议，各种语言之间的通用性也比较强。
WebService的主要目标是跨平台的可互操作性，具有以下优点：
（1）跨防火墙的通信；
（2）应用程序集成；（3）B2B的集成；（4）软件和数据重用。
WebService也叫XMLWebService,WebService是一种可以接收从Internet或者Intranet上的其它系统中传递过来的请求，轻量级的独立的通讯技术。
是:
通过SOAP在Web上提供的软件服务，使用WSDL文件进行说明，并通过UDDI进行注册。
XML：
（ExtensibleMarkupLanguage）扩展型可标记语言。
面向短期的临时数据处理、面向万维网络，是Soap的基础。
Soap：
（SimpleObjectAccessProtocol）简单对象存取协议。
是XMLWebService的通信协议。
当用户通过UDDI找到你的WSDL描述文档后，他通过可以SOAP调用你建立的Web服务中的一个或多个操作。
SOAP是XML文档形式的调用方法的规范，它可以支持不同的底层接口，像HTTP（S）或者SMTP。
WSDL：
（WebServicesDescriptionLanguage）WSDL文件是一个XML文档，用于说明一组SOAP消息以及如何交换这些消息。
大多数情况下由软件自动生成和使用。
UDDI（UniversalDescription,Discovery,andIntegration）是一个主要针对Web服务供应商和使用者的新项目。
在用户能够调用Web服务之前，必须确定这个服务内包含哪些商务方法，找到被调用的接口定义，还要在服务端来编制软件，UDDI是一种根据描述文档来引导系统查找相应服务的机制。
UDDI利用SOAP消息机制（标准的XML/HTTP）来发布，编辑，浏览以及查找注册信息。
它采用XML格式来封装各种不同类型的数据，并且发送到注册中心或者由注册中心来返回需要的数据。
基于以上特点，本系统采用WebService方式解决服务器端和客户端的通信问题。
3概要设计
本章主要阐述无线点餐系统的总体设计和主要功能模块。
3.1系统结构设计
系统主体结构如图3.1所示。
其中：
数据库：
采用MySQL数据库，存储菜品信息、餐桌信息、用户信息、菜单信息，便于数据的管理和查询。
Web容器：
采用Tomcat服务器，后台管理和Web端点菜模块放在服务器上，同时向外部发布WebService，Android客户端可以调用相应功能。
交换机和无线AP：
Web服务器和客户端通信的中间层。
点餐设备：
Android平板或手机，通过客户端应用添加点菜信息。
网络交互：
网络是信息传输、接收、共享的虚拟平台，通过它把各个点、面、体的信息联系到一起，从而实现这些资源的共享。
它是人们信息交流使用的一个工具。
无线点餐系统通过无线AP将点餐设备和Web服务器组成一个局域网（LAN），在局域网内进行信息的传输。
图3.1系统结构图
3.2总体功能模块设计
我们的点餐系统有Android接入和Web登录两种接入方式，据此可将整个系统分为两大功能模块群。
当用户使用Android接入时，主要有订单管理模块。
当用户使用Web方式接入时，普通用户有订单管理模块和用户管理模块，管理员有菜单管理模块、餐桌管理模块、订单管理模块和用户管理模块。
系统模块结构如图3.2所示。
图3.2功能模块图
3.3模块功能概要设计
3.3.1菜单管理模块
此模块主要实现管理员对菜单的管理功能。
管理员登陆后可以使用菜单管理模块的“添加菜品”功能向菜谱中加入新的菜品信息。
如果菜品的单价或图片等有改变，可以使用“更新菜品”功能对菜谱中的信息进行更改。
菜品下架后可以使用“删除菜品”功能从菜谱中删除。
3.3.2餐桌管理模块
此模块主要实现管理员对餐厅餐桌的管理功能。
当餐厅需要新增桌子或对已有桌台进行更改时，可以使用此模块功能。
3.3.3订单管理模块
用户登陆后可以新增订单开始点菜，点菜完成后需要到临时订单页面确认订单信息，确认无误后点击提交订单完成点菜。
就餐过程中可以加菜、去菜、换桌、并桌，就餐完成后可以使用系统进行结账。
3.3.4用户管理模块
此模块完成用户个人信息的修改和管理员对用户权限的更改。
用户本人登陆后可以修改注册信息和密码，管理员可以修改其他用户的角色和权限。
3.3.5WebService接口
WebService接口提供以下功能：
（1）客户端数据更新服务。
当服务器端的菜品和餐桌信息变更时，客户端可以通过调用服务器端的数据更新接口获得最新的数据，从而保持了客户端和服务器的数据一致性。
（2）用户点餐服务。
订单数据在服务器端维护，用户点餐时调用新增订单及点菜、加菜、减菜、换桌、并桌等接口完成点餐的操作。
结账时提供结账的WebService接口。
4数据库设计
本章主要阐述无线点餐系统的数据库需求、设计和表的实现。
4.1数据库的需求分析
在设计数据库时，不同主题的信息应存储在不同的表中，并遵循下列规则：
同一信息只保存一次；防止删除有用信息。
只有在统一信息只保存一次的前提下，才能减少数据冗余性和出错的可能性。
为了防止删除有用信息，最好的解决方法就是把不同主题的信息放在不同的数据表中。
无线点餐系统需要记录菜谱信息，餐桌信息，订单信息，用户信息。
对于订单信息来说，一个订单会点了很多菜，一个菜会在多个订单中被点，属于多对多的关系，在数据表的设计中容易出现数据的冗余。
系统中采取了添加一个中间表的方式，将订单信息和菜品信息分别完整的记录在自己相应的表中，中间表则记录订单和菜品的对应关系，减少了数据的冗余。
4.2数据库概念设计
在概念设计阶段中，我们从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式，然后再把概念模式转换成逻辑模式。
将概念设计从设计过程中独立开来，使各阶段的任务相对单一化，设计复杂程度大大降低，不受特定DBMS的限制。
（1）实体和属性的定义
用户（用户ID，用户名，用户密码，用户邮箱，用户电话，用户状态，用户类型）；
餐桌（餐桌ID，餐桌编号，最佳人数，餐桌是否忙，餐桌图片，最大人数，预定时间，是否删除）；
菜品（菜品ID，名称，图片，价格，折扣，类型，用时，是否删除，描述，附加信息）；
订单（订单ID，总价，总人数，总菜数，下单时间，预定时间，订单状态，附加信息，描述，用户ID，餐桌ID）；
订单_菜品（订单菜品ID，描述，点菜份数，订单
升级会员 