基于android无线电子菜谱系统开发服务器端_毕业论文(编辑修改稿)

基于android无线电子菜谱系统开发服务器端_毕业论文(编辑修改稿)内容摘要：

，带给顾客良好的体验。 本文的主要工作 及组织结构 本文的主要工作： 无线点餐系统服务器端是整个点餐系统的后台运行支持： (1) 在实现方式上 服务器端和客户端通过 WLAN，利用 Web Service 进行通信，使得服务器端只需要关注点餐数据的处理，而不需要对客户端发送的请求进行解析，相比较于 HTTP请求 的 方式 ，不需要对每次通信进行确认，提高了数据交换的效率。 同时， Web Service 是一种跨平台的通信方式，可以使用 Android 或者 Windows Phone 的手机苏州科技学院本科生毕业设计（论文） 3 或平板 作 为客户端，使得系统的搭建变得灵活。 (2) 在功能方面 无线点餐系统 考虑到生活中点餐的实际，提供了 用户登录， 餐桌 管理，点菜管理、并台管理、转台管理、查台管理、结台管理、更新管理 、打印订单等在内的功能，并在用户提交订单之后，服务器端向用户注册的邮箱内发送一封点餐成功的邮件作为确认。 (3) 在系统升级方面 管理员可以通过后台的 Web 端管理界面对菜品信息、餐桌信息进行添加、删除和更新管理。 服务器端的数据有改变的时候，客户端可以通过更新操作取得服务器端的最新数据，从而保持数据的一致性。 本文的组织结构 本文对 无线点餐 系统软件进行了原理和技术上的讨论，详细描述了该系统的 设计思路和方法，在此基础上开发了可以实际使用的应用软件。 本文包括内容如下 : 引言：描述了系统开发的背景和意义，简单介绍了系统的主要功能，并与传统的语音信箱进行了比较。 需求分析：利用面向对象的分析方法，建立各种环境下的用例模型，描绘出系统的功能、性能和其它需求。 系统设计：使用面向对象的设计方法，在需求分析确定的模型基础上，设计出软件的逻辑模型、软件各组成部分间的内在结构及实现方法。 这一过程分为概要设计、数据库设计和详细设计三部分。 系统实现：论述了系统各功能模块的实现方法。 测试报告：对开发完成的软件进行 测试分析。 结论：总结本软件的特点 和不足。 苏州科技学院本科生毕业设计（论文） 4 2 需求分析 本章主要阐述 无线点餐系统 的总体需求和相关界定，并由此提炼出系统的业务逻辑结构。 功能 需求 无线点餐 系统的设计与开发应达到以下的总体目标，即主要功能 需求 : (1)访客浏览 功能 : 餐厅环境介绍和特色菜的图片采用轮转方式展示，使用户在进入餐厅网站时就可以看到。 （ 2） 用户注册 功能 :当用户准备点菜时需要 进行 信息的注册，以便在订单完成后发出通知。 （ 3） 用户登陆功能 :通过正确的用户名和密码进入系统查看菜单并进行点餐。 （ 4） 普通用户点餐功能 :输入人 数、附加信息等选项，进入点菜页面选择要点的菜品，可以看到菜品的 名字、 图片、价格、 描述等信息，通过点击数量两侧的加减按钮选择要点的份数，点击点餐按钮将相应菜品加入到临时订单。 （ 5） 查看已点菜临时订单功能 :用户点餐过程中可以点击查看详情按钮查看已点菜信息，如果有不需要的菜品可以在此页面中删除，可以继续添加菜品。 点菜结束后点击提交订单按钮将点菜信息保存。 （ 6） 电子邮件通知功能： 用户提交订单后 ，系统将发送邮件到 用户 的电子邮件地址，提示 用户订单已提交成功。 （ 7） 用户 订单列表功能 :普通用户可以查看自己的所有消费订 单，并可将订单打印。 未付款订单可以继续加菜。 （ 8） 用户信息查看、修改功能 :已登陆用户可以查看自己的信息并进行修改。 （ 9） 系统管理功能：管理员可以添加 禁用 用户，并设置用户 的角色。 （ 10） Web 端管理功能 :提供菜单内菜品的添加修改查询，餐桌的添加修改，订单的添加修改查询，付款结账，信息查看，打印菜单。 (11)客户端点餐功能： 客户端使用 Android 平板进行点餐，提供 点菜、加菜、苏州科技学院本科生毕业设计（论文） 5 减菜、并桌、换桌、结账功能。 (12)服务器端和客户端通信功能：服务器端向外部发布 Web Service，客户端收集用户点菜信息 ，并通过调用服务器端的 Web Service 将信息传递到服务器端处理，订单数据保存在服务器端。 用户群体描述 (1) 游客 指到餐厅网站主页浏览的用户。 打开网站首页可以浏览 餐厅环境和特色菜肴的展示图片，如果需要点餐可以点击“开始点餐 ” 按钮 进行操作。 (2) 点餐 用户 如果未注册需要先注册才能点餐，如果已注册需要用注册账户登陆后开始点餐。 (3) 系统管理人员 、 服务台 负责餐厅菜品、餐桌信息的维护和订单结算。 可以根据桌号查到最新消费订单，获得订单的详细信息进行结账。 图 用例图 苏州科技学院本科生毕业设计（论文） 6 流程分析 访客浏览 (1) 功能定义 用户进入餐厅网站主页进行信息浏览，可以查看餐厅环境和特色菜肴。 (2) 前置条件 1) 网站中放置要显示的环境和菜肴图片。 2) 用户 从 Web 端 进入餐厅网站首页。 (3) 业务流程描述 用户进入餐厅网站主页进行信息浏览，可以查看餐厅环境和特色菜肴，如果关闭页面则退出，否则继续浏览。 图 访客浏览流程图 点菜流程 (1) 功能定义 用户根据需要选择要点的菜，选择需要的分数，点击点菜按钮，相应的菜被添加到临时订单，查看临时订单后确定点菜信息再提交订单， 邮 件通知用户 点菜完成。 (2) 前置条件 1) 用户开始点餐前必须已登陆。 3) 管理员已经将菜品信息添加到菜谱中。 (3) 业务流程描述 苏州科技学院本科生毕业设计（论文） 7 图 点菜流程图 结账流程 (1) 功能定义 用户用餐结束后，结账人员根据桌号和时间找到用户的账单信息 ，核对无误后结账。 (2) 前置条件 1) 用户点餐后提交订单。 2) 用餐结束。 (3) 业务流程描述 图 结账流程图 苏州科技学院本科生毕业设计（论文） 8 管理用户信息 (1) 功能定义 用户 登陆后可以修改自己的注册信息。 管理员可以查看用户信息并设置用户角色。 (2) 前置条件 1) 用户必须已经注册并登陆。 (3) 业务流程描述 图 用户管理流程图 数据通讯 服务器端和 Android客户端通信可以有多种选择方案，比如 HTTP请求方式和 Web Service 方式。 前者在处理请求操作时比较复杂，通用性差，不同语言之间很难共用；后者实现起来比较简单，而且遵循 SOAP 协议，各种语言之间的通用性也比较强。 Web Service 的主要目标是跨平台的可互操作性 ，具有以下优点：（ 1） 跨防火墙的通信 ；（ 2） 应用程序集成 ；（ 3） B2B 的集成 ；（ 4） 软件和数据重用。 Web Service 也叫 XML Web Service, Web Service 是一种可以接收从 Inter或者 Intra 上的其它系统中传递过来的请求，轻量级的独立的通讯技术。 是 :通过 SOAP 在 Web 上提供的软件服务，使用 WSDL 文件进行说明，并通过 UDDI 进行注册。 XML： (Extensible Markup Language)扩展型可标记语言。 面向短期的临时数据处理、面向万维网络，是 Soap 的基础。 苏州科技学院本科生毕业设计（论文） 9 Soap： (Simple Object Access Protocol)简单对象存取协议。 是 XML Web Service 的通信协议。 当用户通过 UDDI 找到你的 WSDL 描述文档后，他通过可以 SOAP 调用你建立的 Web 服务中的一个或多个操作。 SOAP 是 XML 文档形式的调用方法的规范，它可以支持不同的底层接口，像 HTTP(S)或者 SMTP。 WSDL： (Web Services Description Language) WSDL 文件是一个 XML 文档，用于说明一组 SOAP 消息以及如何交换这些消息。 大多数情况下由软件自动生成和使用。 UDDI (Universal Description, Discovery, and Integration) 是一个主要针对 Web 服务供应商和使用者的新项目。 在用户能够调用 Web 服务之前，必须确定这个服务内包含哪些商务方法，找到被调用的接口定义，还要在服务端来编制软件，UDDI 是一种根据描述文档来引导系统查找相应服务的机制。 UDDI 利用 SOAP 消息机制（标准的 XML/HTTP）来发布，编辑，浏览以及查找注册信息。 它采用 XML 格式来封装各种不同类型的数据，并且发送到注册中心或者由注册中心来返回需要的数据。 基于以上特点，本系统采用 Web Service 方式解决服 务器端和客户端的通信问题。 苏州科技学院本科生毕业设计（论文） 10 3 概要设计 本章主要阐述无线点餐系统的总体 设计和主要功能模块。 系统结构设计 系统主体结构如图 所示。 其中： 数据库 ： 采用 MySQL 数据库，存储菜品信息、餐桌信息、用户信息、菜单信息，便于数据的管理和查询。 Web 容器 ： 采用 Tomcat 服务器，后台管理和 Web 端点菜模块放在服务器上，同时向外部发布 Web Service， Android 客户端可以调用相应功能。 交换机和无线 AP： Web 服务器和客户端通信的中间层。 点餐设备： Android 平板或手机，通过客户端应用添 加点菜信息。 网络交互： 网络 是信息传输、接收、共享的 虚拟 平台，通过它把各个点、面、体的信息联系到一起，从而实现这些资源的 共享。 它是人们 信息交流 使用的一个工具。 无线点餐系统通过无线 AP 将点餐设备和 Web服务器组成一个 局域网 （ LAN），在局域网内进行信息的传输。 图 系统结构图 苏州科技学院本科生毕业设计（论文） 11 总体功能模块设计 我们的 点餐系统有 Android 接入和 Web 登录两种 接入 方式，据此可将整个系统分为两大功能模块群。 当用户使用 Android 接入时，主要有 订单管理 模块。 当用户使用 Web 方式接入时， 普 通用户有订单管理模块和用户管理模块 ，管理员有菜单管理模块、餐桌管理模块、订单管理模块和用户管理模块。 系统模块结构如图 所示。 图 功能模块图 模块功能概要设计 菜单管理 模块 此模块主要实现管理员对菜单的管理功能。 管理员登陆后可以使用菜单管理模块的“添加菜品”功能 向菜谱中加入新的菜品信息。 如果菜品的单价 或图片等有改苏州科技学院本科生毕业设计（论文） 12 变，可以使用“更新菜品”功能对菜谱中的信息进行更改。 菜品下架后可以使用“删除菜品”功能从菜谱中删除。 餐桌管理 模块 此模块主要实现 管理员对餐厅餐桌的管理 功能。 当餐厅需要新增桌子或对已有桌台进行更改时，可以使用此模块功能。 订单管理 模块 用户登陆后可以新增订单开始点菜，点菜完成后需要到临时订单页面确认订单信息，确认无误后点击提交订单完成点菜。 就餐过程中可以加菜、去菜、换桌、并桌，就餐完成后可以使用系统进行结账。 用户管理 模块 此模块完成用户个人信息 的修改 和管理员对用户权限的更改。 用户本人登陆后可以修改注册信息和密码，管理员可以修改其他用户的角色和权限。 Web Service 接口 Web Service 接口提供 以下功 能： （ 1） 客户端数据更新服务。 当服务器端的菜品和餐桌信息 变更时，客户端可以通过调用服务器端的数据更新接口获得最新的数据，从而保持了客户端和服务器的数据一致性。 （ 2）用户点餐 服务。 订单数据在服务器端维护，用户点餐时调用新增订单及点菜、加菜、减菜、换桌、并桌等接口完成点餐的操作。 结账时提供结账的 Web Service接口。 苏州科技学院本科生毕业设计（论文） 13 4 数据库设计 本章主要阐述无线点餐系统的 数据库需求、设计和表的实现。 数据库的需求分析 在设计数据库时，不同主题的信息应存储在不同的表中，并遵循下列规则：同一信息只保存一 次；防止删除有用信息。 只有在统一信息只保存一次的前提下，才能减少数据冗余性和出错的可能性。 为了防止删除有用信息，最好的解决方法就是把不同主题的信息放在不同的数据表中。 无线点餐 系统 需要记录菜谱信息，餐桌信息，订单信息，用户信息。 对于订单信息来说，一个订单会点了很多菜，一个菜会在多个订单中被点，属于多对多的关系，在数据表的设计中容易出现数据的冗余。 系统中采取了 添加一个中间表的方式，将订单信息和菜品信息分别完整的记录在自己相应的表中，中间表则记录订单和菜品的对应关系，减少了数据的冗余。 数据库概念设 计 在概念设计阶段中，我们从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式，然后再把概念模式转换成逻辑模式。 将概念设计从设计过程中独立开来，使各阶段的任务相对单一化，设计复杂程度大大降低，不受特定DBMS 的限制。 (1) 实体和属性的定义 用户（用户 I。