毕业论文-基于Android手机操作系统的无线点餐系统的设计与实现15599.doc

华东交通大学 毕业设计（论文） 题目： 无线点餐系统的设计与实现 登录、更新、结账、注销的设计 学 院: 软件学院 专 业: 网络工程 班 级: 2006-2 学生姓名: 王文涛 学 号: 20062110020212 指导教师: 万仲保 完成日期: 2010.06.05 华东交通大学毕业设计（论文）开题报告书 课题名称 基于 android 手机操作系统的无线点餐系统的设计与实现 课题来源 导师指定命题 课题类型 by 导 师 万仲保 学生姓名 王文涛 学 号 20062110020212 专 业 网络工程 一、开题报告内容： 1、文献综述 今天我们生活在充满数字的时代，随着 gprs、cdma1x、蓝牙、wlan 等无线技 术的突飞猛进，移动生活、移动办公逐渐由概念转为现实，信息数据随手可及。 特别是无线数据传输技术的成熟，运营商的大力推广，wlan 的应用日渐普及， 逐步渗透到金融、公安、教育、物流、商贸等行业中，并日益影响到人们生活的 方方面面，种种梦想化为现实成为了可能。对于传统的餐饮业而言，也在潜移默 化中感受到无线网络的无穷魅力。 科学技术就是第一生产力，随着科技的进步和发展，越来越多的人习惯了信 息时代的生活。时至今日 网络就是计算机，计算机就是网络的理念已被众多 人所接受，计算机只有接入网络，才能真正显示出它巨大的潜能。在当今社会里， 也许没有哪一种技术能像 internet 这样对我们的工作方式生活方式和学习方 式带来如此迅猛而强烈的影响。尤其在无线网络大行其道的今天，各行各业都在 积极地向信息科技靠拢，餐饮业也不例外下面，餐饮传统的点菜方式是纯人工操 作，由服务员记录顾客点的菜，其单据一式四联。第一联：送到吧台， 用于为 顾客准备酒水。顾客用完餐后，用于统计顾客的总消费。第二联：送厨房传菜员， 用于为顾客送菜，送一道菜后，在该项上画勾第三联：送厨房配菜员，用于配 菜第四联：顾客保留 服务员上完一道菜后，在该项上画一对勾以免发生错 菜漏菜的情况 同时可以方便用户检查结算结果是否正确上述管理方式虽然很 严谨但仍存在一些弊端，如人工传递浪费时间，效率低下 直接影响了翻台率； 经营大规模菜系时单据多、信息量大， 而分单、传菜等环节经过的人越多越容 易出问题 因而直接影响了服务质量；统计营业额时只能采用手工的方式， 财务 无法保证有效的监督管理机制。在具体工作中还容易出现以下问题：手写单据字 迹潦草从而导致上错菜、传菜分单出错现象严重、加菜和查账程序较繁琐。处理 特殊口味有遗漏和偏差、客人催菜遗忘现象较频繁、计算账单易出错、不方便人 员管理等等。这些问题虽说都不是很大， 但却或多或少地限制了各餐饮企业的 进一步壮大和发展。正因如此，无线点餐模式应运而生。它不仅可以有效地提高 餐饮业的工作效率，更可以规范服务体系，提高整体服务质量和管理水平，并为 规模化经营提供了坚实的技术基础。 2、参考文献 1. 靳岩，姚尚朗.google android 开发入门与实战.人民邮电出版社, 2009 2. 张利国.android 移动开发入门与进阶.人民邮电出版社,2009 3.（美）埃克尔 着，陈昊鹏 译.java 编程思想.机械工业出版社,2007 4. 梁超著.j2me 应用程序开发.清华大学出版社，2004 5. 池瑞楠,仵博,张立涓著.j2me 无线开发实训教程. 清华大学出版社, 2007 6. 林闯单志广任丰原, 计算机网络的服务质量. 清华大学出版社，2004 7. hui-min, l.y.y.m.z. improve tcp performance over wireless linkc. in pimrc 2003. 2003. 8. kurose, j.f. and k.w. boss, 计算机网络自顶向下方法与 internet 特色. 2005, 北京: 机械工业出版社 9. liang, c.z.h.f.h. a new authentication and key exchange protocol in wlanc. in itcc 2005. 2005. 课题类型：（1）a工程设计；b技术开发；c软件工程；d理论研究； （2）x真实课题；y模拟课题；z虚拟课题 （1） 、 （2）均要填，如 ay、bx 等。此部分可以附页 华东交通大学毕业设计（论文）开题报告书（续） 二、方法及预期目的： 1、拟采用的研究方法（手段） 通常情况，餐厅点餐、送单、结账都采用人工传递，这种工作流程效率低下，而 且在就餐高峰期人员繁杂的情况下，服务员在快速手写点餐、人工送单可能还会 增加误操作的几率，造成客人投诉，影响服务质量，甚至有损餐厅的美誉度。所 以，一套基于 wlan 的无线点餐系统可完美的解决以上问题。通过遵循软件工程的 设计方法，完成需求，系统，概要，详细以及测试的整个开发过程，设计一套带 有数据库的点餐系统，并实现点菜管理，并台管理，查台管理，注销等功能的软 件来解决以上问题。 本课题要研究或解决的问题及预期目的 针对当下餐饮业以手工方式操作的一些弊端，如人工传递浪费时间，效率低下直 接影响返台率；经营大规模菜系时单据多、信息量大而分担、传菜等环节经过的 人越多越容易出问题，因而直接影响了服务质量；统计营业额时只能采用手工的 方式，财务无法保证有效的监督管理机制。在具体工作中还容易出现一下问题； 手写单据字迹潦草从而导致上错菜、传菜分单出错现象严重、夹菜和查账程序较 繁琐。处理特殊口味有遗漏和偏差、个人催菜遗忘现象频繁、计算账单容易出错、 不方便人员管理等等。正因如此，无线点餐模式应运而生。它不仅可以有效的提 高餐饮业的工作效率，更可以规范服务体系，提高整体服务质量和管理水平，并 为规模化经营提供了坚实的技术基础 进度表 第三周：审题，调研，学习嵌入式 android 操作系统和调查餐饮业的问题和 弊端。 第四周：完成开题报告。 第五六周：研究餐饮业现状，现在存在的一些弊端，分析以后将出现的问题。 并且完成可行性分析，需求分析，数据库设计和概要设计。 第七九周：完成详细的设计。 第十周：系统测试，并且修复系统中存在的 bug。 第十一十二周：开始写毕业论文。 第十三周：修改毕业论文。 第十四周：提交毕业设计，准备毕业答辩。 三、指导老师意见 同意开题 指导教师签名： 日期：2010.3.20 基于 android 手机操作系统的无线点餐系统的设计与实现 摘 要 今天我们生活在充满数字的时代，随着 gprs、cdma1x、蓝牙、wlan 等无线技术的突 飞猛进，移动生活、移动办公逐渐由概念转为现实，信息数据随手可及。特别是广域无 线数据传输技术的成熟，运营商的大力推广，wlan 的应用日渐普及，逐步渗透到金融、 公安、教育、物流、商贸等行业中，并日益影响到人们生活的方方面面，种种梦想化为 现实成为了可能。对于传统的餐饮业而言，也在潜移默化中感受到无线网络的无穷魅力。 通常情况，餐厅点餐、送单、结账都采用人工传递，这种工作流程效率低下，而且 在就餐高峰期人员繁杂的情况下，服务员在快速手写点餐、人工送单中可能还会增加误 操作的几率，造成客人投诉，影响到服务质量，甚至有损餐厅的美誉度。随着 wlan 技术 的普及，一些规模较大的酒楼餐厅开始考虑利用这种最为先进、最具时尚潮流的网络技 术来建设一套灵活、快捷的信息管理系统，以优化管理流程，使酒店的服务和管理得到 实质性的提升，提高品牌形象和行业核心竞争力。 本设计主要讲述了点餐系统的基本功能和数据库的设计方法。设计最终达成了包括 用户登录，点菜管理功能模块，点菜管理功能模块、并台管理功能模块、转台管理功能 模块、查台管理功能模块、结台管理功能模块、更新管理功能模块、注销功能模块、设 置功能模块等。 并且系统能够正常运行，各个界面交互性较好。在系统规划中先后用数据流程图， 系统功能结构图分析了系统所需的各种数据，详细的展示了系统的各个功能模块，并给 出了主要功能运用界面图。 关键词：wlan；android；无线点餐 wireless ordering system design and implementation abstract today we live in full digital era, as gprs, cdma1x, bluetooth wireless technology of wlan, etc by leaps and bounds, mobile, mobile office by concept into reality, gradually information and data conveniently. especially the wide-area wireless data transmission technology maturity, operators of promoting the growing popularity of wlan, application, permeate education, public security and finance, logistics, commercial, and other industries, and increasingly affect all aspects of peoples lives, all sorts of dream a reality. for the traditional industry, also in imperceptible felt a wireless network infinite glamour. usually, a restaurant meal, single, using artificial transmission, check the work flow, and low efficiency in the miscellaneous meal peak personnel circumstance, waiter in quick meal, artificial send handwritten may increase the chances of wrong operation, guest complaints, affect the service quality, reputation or detrimental to restaurant. with the popularization of wlan technology, some large restaurant dining began to consider using the most advanced, the most fashionable tide of network technology to build a flexible and convenient information management system, to optimize the management process, make hotel service and management, increase substantially brand image and core competitiveness. this design is mainly about the basic function of the order management system and database design method. design eventually reached include user login, order management function module, order management function modules, and taiwan management function module, the turntable management function module, check stage management function module, “taiwan management function module and update management function module, cancellation function module, function module, etc and the system can run normally, each interface interaction is good. in systems with planning, system function structure of data flow analysis system for the detailed data shows that the system function module, and presents main function using interface diagram. keywords: wlan; android; wireless ordering 目 录 1绪 论 .1 1.1 研究的背景及意义 1 1.2 研究的目的 1 2设计原理和方法 2 2.1 架构概述 .2 2.2 关 键 技 术 简 介 .2 2.3 开 发 工 具 及 环 境 .3 2.4 应 用 平 台 6 3系统需求分析 7 3.1 需求分析 .7 3.1.1 点餐系统的背景分析和构建必要性 7 3.1.3 可行性分析 8 3.2 总体设计原则 .9 4系统概要设计 .11 4.1 模块的划分与功能设计 .11 4.2 功能模块的设计 .11 4.3 数据库结构的设计 .12 5 数据库设计 14 5.1 数据库需求分析 .14 5.2 数据库需求分析 .14 5.3 数据库的逻辑设计 .15 5.4 连接数据库的设计与实现 .17 6系统实现 .18 6.1 客户端设计思路 .18 6.2 主菜单界面 .18 6.2.1 功能描述 18 6.2.2 登录界面的设计 18 6.2.3 功能描述 19 6.2.4 界面设计 19 6.2.5 功能实现及关键代码 19 6.3 更新界面 21 6.3.1 功能描述 .21 6.3.2 界面设计 .21 6.3.3 功能实现及关键代码 21 6.4 注销与结账界面 22 6.4.1 功能描述 .22 6.4.2 界面设计 .23 6.4.3 功能实现及关键代码 23 6.5 服务器端的实现 .24 6.6 服务器各模块设计 .25 6.6.1 登录 25 6.6.2 更新 25 6.6.3 结账 26 结 论 .28 谢 辞 .29 参考文献 30 附录 a 外文翻译 原文部分 31 附录 b 外文翻译 译文部分 35 华东交通大学毕业设计 1 1绪 论 1.1 研究的背景及意义 餐饮传统的点菜方式是纯人工操作，由服务员记录顾客点的菜，在具体工作中容易 出现以下问题：手写单据字迹潦草从而导致上错菜、传菜分单出错现象严重、加菜和查 账程序较繁琐。处理特殊口味有遗漏和偏差、客人催菜遗忘现象较频繁、计算账单易出 错、不方便人员管理等等。正因如此，无线点餐模式应运而生。它不仅可以有效地提高 餐饮业的工作效率，更可以规范服务体系，提高整体服务质量和管理水平，并为规模化 经营提供了坚实的技术基础。 我们生活在一个充斥着数字技术的世界里，数字技术几乎侵入到我们生活的每个细 节。点餐系统在使用上不及 wi-fi 点餐系统便利：服务员依然使用手持终端为顾客点餐， 当消费者点完餐后，服务员将存储在手持终端内的点餐信息，对准布置在餐厅各个位置 的红外接收端进行发射，接收端会将点餐信息通过网线传送到前台计算机。前台计算机 会对点餐信息进行分类处理，然后将点餐信息分别发送给收银台和厨房。 1.2 研究的目的 本文介绍了无线点餐系统的开发过程。遵循软件工程的方法，论文详尽论述了从需 求分析、系统分析、概要设计、详细设计、以及测试与调试的整个开发过程。首先系统 地研究了无线点餐系统的背景和意义，分析了当今点餐系统的特点和共性，从而得出设 计本系统的思路和方法。接着介绍了实现系统开发的 android 平台环境，数据库用 mysql 实现。同时简要介绍了以上工具的功能和方法。 概要设计分成后台数据库管理操作设计和客户端操作设计，同时介绍了数据库的建 立和维护。详细设计主要阐述了点菜管理、并台管理、查台管理，转台管理，注销等以 及后台管理功能的实现，并给出了系统的部分设计代码。 最后，对每个功能模块和整个系统进行了测试，测试结果表明：系统基本具备了的 功能以及快速的响应速度。 王文涛 无线点餐系统的设计与实现 2 2设计原理和方法 2.1架构概述 本设计主要讲述了无线点餐系统的基本功能和基于 android 平台的软件开发、数据 库的设计方法。设计最终达成了用户登录、点菜管理、桌位管理，收费管理，等点餐系 统的基本功能。并且系统能够正常运行，各个页面交互性较好。在整个设计中基本运用 基础的 android 进行功能编程，也运用到了一些前端控件来控制输入信息，对输入信息 进行验证，通过 jdbc 连接数据库。在系统规划中先后用数据流程图、系统功能结构图分 析了系统所需的各种数据，详细的展现了系统的各个功能模块并给出了主要功能运行界 面图。该点餐系统目前已有比较完善的管理与使用功能。开发点餐系统是为了满足酒店 管理的需要，以现代化的创新思维模式去工作。 无线点餐系统主要用到的采用模 型 -视 图 -控 制 器 mvc 架 构 的 设 计 模 式 。 mvc 架 构 是 “model-view-controller“的 缩 写 ， 中 文 翻 译 为 “模 型 -视 图 -控 制 器 “。 mvc 应 用 程 序 总 是 由 这 三 个 部 分 组 成 。 event(事 件 )导 致 controller 改 变 model 或 view， 或 者 同 时 改 变 两 者 。 只 要 controller 改 变 了 models 的 数 据 或 者 属 性 ， 所 有 依 赖 的 view 都 会 自 动 更 新 。 类 似 的 ， 只 要 controller 改 变 了 view， view 会 从 潜 在 的 model 中 获 取 数 据 来 刷 新 自 己 。 mvc 架 构 最 早 是 smalltalk 语 言 研 究 团 提 出 的 ， 应 用 于 用 户 交 互 应 用 程 序 中 。 smalltalk 语 言 和 java 语 言 有 很 多 相 似 性 ,都 是 面 向 对 象 语 言 ， 很 自 然 的 sun 在 petstore(宠 物 店 )事 例 应 用 程 序 中 就 推 荐 mvc 架 构 作 为 开 发 web 应 用 的 架 构 模 式 。 mvc 架 构 是 一 种 架 构 ， 其 实 需 要 其 他 模 式 协 作 完 成 。 在 j2ee 模 式 目 录 中 ， 通 常 采 用 service to worker 模 式 实 现 ， 而 service to worker 模 式 可 由 集 中 控 制 器 模 式 ， 派 遣 器 模 式 和 page helper 模 式 组 成 。 而 struts 只 实 现 了 mvc 的 view 和 controller 两 个 部 分 ， model 部 分 需 要 开 发 者 自 己 来 实 现 ， struts 提 供 了 抽 象 类 action 使 开 发 者 能 将 model 应 用 于 struts 框 架 中 。 2.2 关 键 技 术 简 介 jdbc jdbc（ java data base connectivity,java 数 据 库 连 接 ） 是 一 种 用 于 执 行 sql 语 句 的 java api， 可 以 为 多 种 关 系 数 据 库 提 供 统 一 访 问 ， 它 由 一 组 用 java 语 言 编 写 的 类 和 接 口 组 成 。 jdbc 为 工 具 /数 据 库 开 发 人 员 提 供 了 一 个 标 准 的 api， 据 此 可 以 构 建 更 高 级 的 工 具 和 接 口 ， 使 数 据 库 开 发 人 员 能 够 用 纯 java api 编 写 数 据 库 应 用 程 序 ， 同 时 ， jdbc 也 是 个 商 标 名 。 华东交通大学毕业设计 3 有 了 jdbc， 向 各 种 关 系 数 据 发 送 sql 语 句 就 是 一 件 很 容 易 的 事 。 换 言 之 ， 有 了 jdbc api， 就 不 必 为 访 问 sybase 数 据 库 专 门 写 一 个 程 序 ， 为 访 问 oracle 数 据 库 又 专 门 写 一 个 程 序 ， 或 为 访 问 informix 数 据 库 又 编 写 另 一 个 程 序 等 等 ， 程 序 员 只 需 用 jdbc api 写 一 个 程 序 就 够 了 ， 它 可 向 相 应 数 据 库 发 送 sql 调 用 。 同 时 ， 将 java 语 言 和 jdbc 结 合 起 来 使 程 序 员 不 必 为 不 同 的 平 台 编 写 不 同 的 应 用 程 序 ， 只 须 写 一 遍 程 序 就 可 以 让 它 在 任 何 平 台 上 运 行 ， 这 也 是 java 语 言 “编 写 一 次 ， 处 处 运 行 ”的 优 势 。 java 数 据 库 连 接 体 系 结 构 是 用 于 java 应 用 程 序 连 接 数 据 库 的 标 准 方 法 。 jdbc 对 java 程 序 员 而 言 是 api， 对 实 现 与 数 据 库 连 接 的 服 务 提 供 商 而 言 是 接 口 模 型 。 作 为 api， jdbc 为 程 序 开 发 提 供 标 准 的 接 口 ， 并 为 数 据 库 厂 商 及 第 三 方 中 间 件 厂 商 实 现 与 数 据 库 的 连 接 提 供 了 标 准 方 法 。 jdbc 使 用 已 有 的 sql 标 准 并 支 持 与 其 它 数 据 库 连 接 标 准 ， 如 odbc 之 间 的 桥 接 。 jdbc 实 现 了 所 有 这 些 面 向 标 准 的 目 标 并 且 具 有 简 单 、 严 格 类 型 定 义 且 高 性 能 实 现 的 接 口 。 移动终端界面设计 用于移动终端技术领域，提供了一种移动终端界面显示方法、装置以及移动终端， 所述方法包括以下步骤：接收用户的界面显示模式设置；将用户的界面显示模式设置进 行存储；根据用户的需要控制移动终端界面进入用户设置的界面显示模式。本发明实施 例通过将用户的界面显示模式设置进行存储，根据获取的移动终端运行指令控制界面进 入用户设置的界面显示模式，使得移动终端的用户能够方便的根据自己的需要对显示界 面进行设置，譬如设置字体的大小、设置某个应用程序的高亮状态等，拓展了移动终端 的功能，方便了用户的使用。 2.3 开 发 工 具 及 环 境 eclipse eclipse 是一个开放源代码的、基于 java 的可扩展开发平台。就其本身而言，它 只是一个框架和一组服务，用于通过插件组件构建开发环境。幸运的是，eclipse 附带 了一个标准的插件集，包括 java 开发工具（java development tools，jdt） 。 eclipse 最初是由 ibm 公司开发的替代商业软件 visual age for java 的下一代 ide 开发环境，2001 年 11 月贡献给开源社区，现在它由非营利软件供应商联盟 eclipse 基金 会（eclipse foundation）管理。 2003 年，eclipse 3.0 选择 osgi 服务平台规范为运 行时架构。 2007 年 6 月，稳定版 3.3 发布。2008 年 6 月发布代号为 ganymede 的 3.4 版。 2009 年 7 月发布代号为 galileo 的 3.5 版。 eclipse 是著名的跨平台的自由集 成 开 发 环 境 （ide） 。最初主要用来 java 语言开发， 但是目前亦有人通过插件使其作为其他计算机语言比如 c+和 python 的开发工具。 王文涛 无线点餐系统的设计与实现 4 eclipse 的本身只是一个框架平台，但是众多插件的支持使得 eclipse 拥有其他功能相对 固定的 ide 软件很难具有的灵活性。许多软件开发商以 eclipse 为框架开发自己的 ide。 eclipse 的 主 要 构 成 eclipse 是 一 个 开 放 源 代 码 的 软 件 开 发 项 目 ， 专 注 于 为 高 度 集 成 的 工 具 开 发 提 供 一 个 全 功 能 的 、 具 有 商 业 品 质 的 工 业 平 台 。 它 主 要 由 eclipse 项 目 、 eclipse 工 具 项 目 和 eclipse 技 术 项 目 三 个 项 目 组 成 ， 具 体 包 括 四 个 部 分 组 成 eclipse platform、 jdt、 cdt 和 pde.jdt 支 持 java 开 发 、 cdt 支 持 c 开 发 、 pde 用 来 支 持 插 件 开 发 ， eclipse platform 则 是 一 个 开 放 的 可 扩 展 ide， 提 供 了 一 个 通 用 的 开 发 平 台 。 它 提 供 建 造 块 和 构 造 并 运 行 集 成 软 件 开 发 工 具 的 基 础 。 eclipse platform 允 许 工 具 建 造 者 独 立 开 发 与 他 人 工 具 无 缝 集 成 的 工 具 从 而 无 须 分 辨 一 个 工 具 功 能 在 哪 里 结 束 ， 而 另 一 个 工 具 功 能 在 哪 里 开 始 。 eclipse sdk（ 软 件 开 发 者 包 ） 是 eclipse platform、 jdt 和 pde 所 生 产 的 组 件 合 并 ， 它 们 可 以 一 次 下 载 。 这 些 部 分 在 一 起 提 供 了 一 个 具 有 丰 富 特 性 的 开 发 环 境 ， 允 许 开 发 者 有 效 地 建 造 可 以 无 缝 集 成 到 eclipse platform 中 的 工 具 。 eclipse sdk 由 eclipse 项 目 生 产 的 工 具 和 来 自 其 它 开 放 源 代 码 的 第 三 方 软 件 组 合 而 成 。 eclipse 项 目 生 产 的 软 件 以 gpl 发 布 ， 第 三 方 组 件 有 各 自 自 身 的 许 可 协 议 。 tomcat 服务器 tomcat 很 受 广 大 程 序 员 的 喜 欢 ， 因 为 它 运 行 时 占 用 的 系 统 资 源 小 ， 扩 展 性 好 ， 支 持 负 载 平 衡 与 邮 件 服 务 等 开 发 应 用 系 统 常 用 的 功 能 ； 而 且 它 还 在 不 断 的 改 进 和 完 善 中 ， 任 何 一 个 感 兴 趣 的 程 序 员 都 可 以 更 改 它 或 在 其 中 加 入 新 的 功 能 。 tomcat 是 一 个 小 型 的 轻 量 级 应 用 服 务 器 ， 在 中 小 型 系 统 和 并 发 访 问 用 户 不 是 很 多 的 场 合 下 被 普 遍 使 用 ， 是 开 发 和 调 试 jsp 程 序 的 首 选 。 对 于 一 个 初 学 者 来 说 ， 可 以 这 样 认 为 ， 当 在 一 台 机 器 上 配 置 好 apache 服 务 器 ， 可 利 用 它 响 应 对 html 页 面 的 访 问 请 求 。 实 际 上 tomcat 部 分 是 apache 服 务 器 的 扩 展 ， 但 它 是 独 立 运 行 的 ， 所 以 当 你 运 行 tomcat 时 ， 它 实 际 上 作 为 一 个 与 apache 独 立 的 进 程 单 独 运 行 的 。 这 里 的 诀 窍 是 ， 当 配 置 正 确 时 ， apache 为 html 页 面 服 务 ， 而 tomcat 实 际 上 运 行 jsp 页 面 和 servlet。 另 外 ， tomcat 和 iis、 apache 等 web 服 务 器 一 样 ， 具 有 处 理 html 页 面 的 功 能 ， 另 外 它 还 是 一 个 servlet 和 jsp 容 器 ， 独 立 的 servlet 容 器 是 tomcat 的 默 认 模 式 。 不 过 ， tomcat 处 理 静 态 html 的 能 力 不 如 apache 服 务 器 。 常 用 功 能 的 配 置 方 法 a) 启 动 内 存 参 数 的 配 置 tomcat/bin/catalina.bat 如 果 是 linux 就 是 catalina.sh 在 rem 的 后 面 增 加 如 下 参 数 set java_opts= -xms256m -xmx256m -xx:maxpermsize=64m 华东交通大学毕业设计 5 b) 修 改 tomcat 的 jdk 目 录 打 开 tomcat/bin/catalina.bat 在 最 后 一 个 rem 后 面 增 加 set java_home=c:program filesjavajdk1.6.0 c) 增 加 虚 拟 目 录 /tomcat/conf/server.xml 第 一 行 是 以 前 默 认 存 在 的 ， 第 二 行 是 新 增 的 d) get 方 式 url 乱 码 问 题 解 决 打 开 tomcat/conf/server.xml 查 找 下 面 这 部 分 ， 在 最 后 增 加 一 段 代 码 就 可 以 了 。 其 中 的 utf-8 请 根 据 你 的 需 要 自 己 修 改 ， 比 如 gbk e) 虚 拟 主 机 配 置 文 件 tomcat/conf/server.xml . 王文涛 无线点餐系统的设计与实现 6 2.4 应 用 平 台 android 平台 android 是基于 linux 内核的操作系统，早期由 google 开发，后由开放手机联盟开 发。它采用了软件堆的架构，主要分为三部分。底层以 linux 内核工作为基础，只提供 基本功能；其他的应用软件则由各公司自行开发，以 java 作为编写程序的一部分。另外， 为了推广此技术，google 和其它几十个手机公司建立了开放手机联盟。android 在未公 开之前常被传闻为 gphone。 它采用了软件堆层(software stack，又名软件叠层)的架构，主要分为三部分：底 层以 linux 核心为基础，由 c 语言开发，只提供基本功能。中间层包括函数库 library 和虚拟机 virtual machine，由 c+开发。最上层是各种应用软件，包括通话程序，短信 程序等，应用软件则由各公司自行开发，以 java 编写。 android 特性： 应用程序框架 支持组件的重用与替换 dalvik 虚拟机 专门为移动设备做了优化 内部集成浏览器 该浏览器基于开源的 webkit 引擎 优化的图形库 包括 2d 和 3d 图形库，3d 图形库基于 opengl es 1.0 （硬件加速 可选） #sqlite 用作结构化的数据存储 多媒体支持 包括常见的音频、视频和静态印象文件格式 （如 mpeg4, h.264, mp3, aac, amr, jpg, png, gif） gsm 电话 （依赖于硬件） 华东交通大学毕业设计 7 蓝牙 bluetooth, edge, 3g, and wifi （依赖于硬件） 照相机，gps，指南针，和加速度计 （依赖于硬件） 丰富的开发环境 包括设备模拟器，调试工具，内存及性能分析图表境 3系统需求分析 3.1需求分析 3.1.1 点餐系统的背景分析和构建必要性 数字化餐饮管理系统是处于导入市场的阶段。无线点餐系统管理软件供应商在餐饮 行业市场满地找餐饮老板，希望出售自己产品。而餐饮老板在这个信息化满天飞的时代， 总要受到影响，也希望通过这种数字化管理软件使得自己经营的餐饮能更有效的得到管 理，能更多的盈利。但是，由于，餐饮业界人士对这个无线点餐管理软件不能辩认，或 者说识别出好的适应本身餐馆经营模式的无线点餐管理软件所需时间较长，因而，总的 来说，他们处于一种观望状态，或者考察时间相对来说较长。 一个好的系统，必须要进行完善而且全面的系统分析。系统分析做好了，那就能够 指导项目良好地发展下去。当然，系统分析需要以需求分析为基础，不过，在本项目中 并未做仔细的需求分析，故在此不谈。 本项目中，我们之所以能够有计划地进行下去，的确也是缘于良好的系统分析，如 若省略这一步直接编程，那难度必然加大，以至于在编程过程中又不得不回过头来进行 系统分析，此时必然拖慢进度，打乱整个系统逻辑，其最终的成品也充满变数。这个项 目已经进行了 1 年半了，版本也修改了几次，甚至是版本号回退，功能也是几经添加、 修改，最后成了一个“烂尾楼” 。之所以会出现这种情况，其一在于自己对 mvc 这套东西 不太熟悉；其二就是没有做好系统分析。连系统应该具有些什么功能都没搞清楚，模块 之间的联系也没分清，又怎么能做出一个好的系统呢？这绝对不是写一个算法就完事的 小程序，项目成功进行下去的关键是弄清楚要做什么，而不是怎么做。至于怎么做，在 刚开始时则不用太在意，因为俗语有云：没有做不到，只有想不到。这句话是有道理的。 进入正题。首先，我们得确定使用这个系统的用户应该有顾客、厨师、管理员（包 括收银员，只是其权限有限制） 。顾客和管理员应该是系统数据的起点，由他们做出相应 的操作，然后系统进行处理；厨师则为系统数据的终点，因为最终的任务分配情况是反 映到厨师身上的。整个系统的关键任务就是保证顾客所点菜品能够由厨师完成，系统保 证能将做菜任务准确无误地传达给厨师。 该系统在性能功能上应达到如下需求： () 操作简单、界面友好: 完全控件式的页面布局，使得菜品，资讯，座位等信息的 王文涛 无线点餐系统的设计与实现 8 录入工作更简便，许多选项包括餐厅信息，桌位，包房信息等只需要点击鼠标就可以完 成；另外，跟踪出现的提示信息也让用户随时清楚自己的操作情况。对常见的类似网站 的管理的各个方面：基本信息录入、浏览、删除、修改、搜索等方面都大体实现，顾客 对菜品的预定及支付方式； () 即时可见:对客户预定餐饮信息的处理（包括录入、删除）将立即在另一应用端及 服务器的对应栏目显示出来，达到“即时点击、即时见效”的功能； () 系统运行应该快速、稳定、高效和可靠； () 在结构上应具有很好的可扩展性，便于将来的功能扩展和维护。 主要 质 量属性 详细要求 正确性 按照需求正确执行任务，完成各个模块的相应要求。 健壮性 具有较高的容错能力和恢复能力。 性能效率 软件的输出结果更新周期应该与系统的信息更新周期相同。在网 络情况良好的情况下，3 秒内可响应用户请求。 易用性 易理解性：软件研制过程中形成的所有文档语言简练、前后一致、 易于理解以及语句无歧义。 安全性 防止软件受到意外或蓄意的存取、使用、修改、毁坏或泄密的软 件属性其数据应能集中存放于总部的数据库服务器。 可扩展性 能方便的进行二次开发，满足对功能的扩充或提高并能提高相应 的安全控制。 兼容性 不易与其他软件起冲突。 表 3-1 需求图 3.1.3可行性分析 随着经济的快速发展，b2c 电子商务越来越受到人们的关注。无线订餐系统，已经如 雨后春笋般的出现在了许多城市的大酒店中。特别在大型餐饮集团使用已经成为了趋势。 同时，随着全国人民的精神、物质和文化生活高度的提高，人们已经不在仅仅停留在吃 饱的程度，不但要吃饱，还要吃好，而且对酒店服务也越来越挑刺，正因为如此无线订 餐系统的出现，正好满足了大众的需要，不仅让宾客享受到精美可口的美食，更让他们 感受到服务管理的贴心与完善。无线订餐业务在中国有着极大的发展空间以及良好的背 景。随着酒店管理的完善，使用这种智能的无线点餐系统必然成为追究卓越的餐饮公司 华东交通大学毕业设计 9 的最爱，也更能够体现信息技术发展之猛烈。 综合以上几点分析，此次毕业设计决定基于 android 平台开发无线订餐系统。 android 平台给我们提供了巨大的自由空间，再运用 java 面向对象语言，是系统功能 更加强大。mysql 是一个杰出的数据库平台，具有功能强大，安全可靠等特点，可用于 中小型联机事务处理、数据仓库及电子商务等。 3.2总体设计原则 简易性 界面的简洁是要让用户便于使用、便于了解、并能减少用户发生错误选择的可能性。 用户的语言 界面中要使用能反应用户本身的语言，而不是游戏设计者的语言。 记忆负担最小化 人脑不是电脑，在设计界面时必须要考虑人类大脑处理信息的限度。人类的短期记 忆极不稳定、有限，24 小时内存在 25%的遗忘率。所以对用户来说，浏览信息要比记忆 更容易。 一致性 是每一个优秀界面都具备的特点。界面的结构必须清晰且一致，风格必须与游戏内 容相一致。 清楚 在视觉效果上便于理解和使用。 用户的熟悉程度 用户可通过已掌握的知识来使用界面，但不应超出一般常识。 从用户的观点考虑。 想他们所想，做他们所做。用户总是按照他们自己的方法理解和使用。 通过比较两个不同世界(真实与虚拟)的事物，完成更好的设计。如：书籍对比竹简。 排列 一个有序的界面能让用户轻松的使用。 安全性 用户能自由的作出选择，且所有选择都是可逆的。在用户作出危险的选择时有信息 介入系统的提示。 灵活性 简单来说就是要让用户方便的使用，但不同于上述。即互动多重性，不局限于单一 的工具(包括鼠标、键盘或手柄)。 王文涛 无线点餐系统的设计与实现 10 人性化 高效率和用户满意度是人性化的体现。应具备专家级和初级玩家系统，即用户可依 据自己的习惯定制界面，并能保存设置。 包设计原则 发布重用等价原则 the release reuse equivalency principle （rep） 1、 重用的粒度就是发布的粒度 the granule of reuse is the granule of release.一个可重用的元件（组件、一 个类、一组类等） ，只有在它们被某种发布（release）系统管理以后，才能被重用。用 户不愿意使用那些每次改动以后都要被强迫升级的元件。因此，即使开发者发布了可重 用元件的新版本，他也必须支持和维护旧版本，这样才有时间让用户熟悉新版本。因此， 将什么类放在一个包中的判断标准之一就是重用，并且因为包是发布的最小单元，它们 同样也是重用的最小单元。体系结构师应该将可重用的类都放在包中。共同封闭原则 the common closure principle （ccp） 。 2、 一起变化的类放在一起 classes that change together， belong together.一个大的开发项目通常分割成很多 网状互联的包。管理、测试和发布这些包的工作可不是微不足道的工作。在任何一个发 布的版本中，如果改动的包数量越多，重建、测试和部署也就会越多。因此我们应该尽 量减少在产品的发布周期中被改动的包的数量，这就要求我们将一起变化的类放在一起 （同一个包） 。共同重用原则 the common reuse principle （crp） 3、 不一起重用的类不应该放在一起 classes that arent reused together should not be grouped together.对一 个包的依赖就是对包里面所有东西的依赖。当一个包改变时，这个包的所有使用者都必 须验证是否还能正常运行，即使它们所用到的没有任何改变也不行。如果把不一起使用 的类放在一起，同样的事情我们也会遇到。一个和我们无关的类的改变也产生包的一个 新版本，我们被强迫升级和验证这个包是否影响正常的运行。 包聚合原则之间的张力 tension between the package cohesion principles 这三条原则实际上是互斥的。它们不能被同时满足，因为每一条原则都只针对某一 方面，只对某一部分人有好处。rep 和 crp 都想重用元件的人有好处，ccp 对维护人员有 好处。ccp 使得包有尽可能大的趋势（毕竟，如果所有的类都属于一个包，那么将只会有 一个包变化） ；crp 尽量使得包更小。 华东交通大学毕业设计 11 4系统概要设计 系统的概要设计主要对系统的总体功能如何设计，如何划分模块，系统的数据库如 何设计进行研究。它为系统的详细设计做铺垫。在系统的设计过程中起着非常重要的作 用。 4.1 模块的划分与功能设计 本系统主要分两部分：终端设备和后台管理。终端设备能实现更新，计费，注销等 功能。 4.2 功能模块的设计 终端系统主要有以下几个模块构成：结台管理、更新管理、注销、设置等功能。 结台在顾客就餐完毕后，计费付帐而设定的功能，是客人能够一目了然，不用 担心有什么算错的问题。 更新就是随时对酒店的就餐信息例如：桌位，计费，加菜等功能的更新，与服 务器保持一致。 注销在顾客结账以后进行的步骤，方便后来的客人能够及时了解酒店的信息。 设置原准备有一些简单的设置，后来没有实现。 无线点餐系统 开 桌 查 台 更 新 转 台 并 台 注 销 结 账 开 桌 点 菜 更 新 桌 号 更 新 菜 谱 查 账 结 账 登 录 王文涛 无线点餐系统的设计与实现 12 图 4-1结构图 4.3数据库结构的设计 数 据 库 设 计 (database design)是 指 根 据 用 户 的 需 求 ， 在 某 一 具 体 的 数 据 库 管 理 系 统 上 ， 设 计 数 据 库 的 结 构 和 建 立 数 据 库 的 过 程 。 就 是 规 划 和 结 构 化 数 据 库 中 的 数 据 对 象 以 及 这 些 数 据 对 象 之 间 关 系 的 过 程 。 数 据 库 的 设 计 过 程 大 致 可 分 为 5 个 步 骤 ： (1) 需 求 分 析 调 查 和 分 析 用 户 的 业 务 活 动 和 数 据 的 使 用 情 况 ， 弄 清 所 用 数 据 的 种 类 、 范 围 、 数 量 以 及 它 们 在 业 务 活 动 中 交 流 的 情 况 ， 确 定 用 户 对 数 据 库 系 统 的 使 用 要 求 和 各 种 约 束 条 件 等 ， 形 成 用 户 需 求 规 约 。 (2) 概 念 设 计 对 用 户 要 求 描 述 的 现 实 世 界 (可