英语原文共 7 页，剩余内容已隐藏，支付完成后下载完整资料
使用Android的餐厅数字订购系统
摘要:当今Web服务技术被广泛用于集成异构系统和开发新的应用程序。这里介绍了通过Web服务技术整合酒店管理系统的应用。 数字酒店管理整合了订单系统厨房订单（KOT），计费系统，客户关系管理系统（CRM）等多种酒店行业系统。该集成解决方案可以在任何规模的连锁酒店环境中添加或扩展酒店软件系统。该系统提高了服务质量和速度。 这个系统也增加了对大量客户的吸引力。 实施此系统可为您的客户提供具有成本效益的机会，让他们可以根据需要随时选择所需的个性化服务体验 ， 从餐饮订购到付款和反馈。我们正在使用适用于Tablet PC的android应用程序来实现此系统。前端将使用JAVA Android开发，后端将用于MySQL数据库。
关键词：MySQL，数字酒店管理，android应用程序
1介绍
餐厅是最受欢迎的地方之一。不考虑访问餐厅的实际原因，顾客会下单并等待订餐。然而，如果顾客抱怨不满意所提供的服务，这是常见的。导致不满情绪的原因很多，包括服务员在晚餐和晚餐服务方面受到的招待。迟到的问题可以通过交流技术的进步来解决。 因此，本研究启动了一个整合的网络化系统，重点在于它能够解决上述限制。本研究将该系统命名为数字订购，使用Android的餐厅系统（DOSRUA）。根据定义，DOSRUA是一个集成系统，旨在帮助餐厅管理团队让客户立即自行下订单。这将最小化等待膳食服务的分钟数。这个项目涉及餐厅的数字订购系统。本主题包括项目范围，项目特性，操作环境，假设和依赖关系，设计和实施约束。该项目的范围包括可实施的功能。设计部分包括设计产品的方法和方法。它还解释了设计和实施方面的某些限制。
2相关工作
现有的点餐方式是基于纸张的。餐厅的传统菜单卡以纸张为基础。 服务员使用纸张来书写客户的订单。记录存储在纸上。就像任何纸质产品一样，咖啡污渍等造成的东西很容易被损坏，或者由于火灾或事故造成纸张丢失或者通常会丢失纸张。 浪费时间，金钱和纸张。由于传统的菜单卡是基于纸张的，所以需要在菜单卡上进行任何更改都会导致浪费。因为它需要重新打印所有菜单卡。另外，对于小的更改，无法一次又一次打印所有菜单卡。没有动力在菜单卡上动态进行任何更改。从一摞文件中访问特定记录效率不高。 从客户的角度来看，这个系统非常耗时。因为，人们必须等到服务员接到订单后，才可以打电话给服务员，直到他注意到，服务员在纸上写下您的订单时可能会出现误解，并且可能您是配错菜。管理方面有所改进的餐馆。 每个服务员被分配一组表格，在接受订单后，服务员在PC上向系统输入订单（用餐者或一组用餐者订购的菜肴和饮料列表）。 服务员通常在接到订单之前知道任何无法使用的菜肴。 系统必须确认餐具的可用性。 如果物品不可以使用，系统必须允许服务员更改或甚至删除客户的订单。初学者和主菜单通常一起使用。饮料和沙漠订单可以单独进行。厨房工作人员在屏幕上看到菜肴订单，按照适当的顺序进行准备，并在完成时确认系统准备情况，与酒吧类似。当服务员在他的终端上看到完成指示时，他收集物品并将它们带到桌子上。 服务员还可以检查菜肴和饮料订单的状态。在饭菜结束时，服务员将使系统打印账单，并且他将输入付款细节。 管理层可以给予折扣。 系统跟踪每个服务员服务的客户数量和每个服务员所花费的金额。 管理层可以查看这些统计数据。下一个进步是“QORDER”：Android设备的便携式订购系统。在这里，服务员不再用记事本接近桌子，而是用QOrder手持设备接近桌子。 他在触摸屏上输入订单信息，然后实时将其发送到厨房进行处理。 同时，您的POS系统会收到销售信息以供日后计费。QOrder利用WIFI轻松到达您所在机构中最偏远的角落。一旦客人想要离开，服务员将收据打印在皮带打印机上，并用手持单元处理付款，就像在POS系统上一样。
但仍有很多地方没有仔细研究。 就像在菜单卡上进行动态变化一样，为了摆脱基于纸张的记录堆，以确保客户将得到他所订购的服务，以获得有记录的客户反馈。
下面提到一些现有的系统：
（1）PixelPoint
PAR PixelPoint Company使用此软件管理餐厅。 该系统由公司的软件和硬件组成。 该网络系统与TCP / IP兼容，可通过无线和传统网络发送信息。
（2）-LRS餐厅服务器寻呼机入门套件
该系统提高了餐厅的食品订购服务质量，并减少了客户的等待时间。 现场寻呼系统在UHF频率或467 MHz频率范围内用于发送订单数据[5]。
（3）BillproPocketreg;和Billpro POS餐厅
该系统接收客户的订单并通过厨房中设计的客户模板制作清单。 食物订购装置是便携式的。 服务员接受客户的订单并将其发送到客户的厨房模板[6]。
基于网络的智能订单的实施
系统餐厅智能订单系统（SOSIR）已经过修改，可以通过RS-232信号从客户桌上订购，并发送到收银柜台。 收银台系统连接到数据库。 当客户的订单被发送时，收银台系统将在将信息发送到厨房供厨师烹饪之前对订单进行筛选并确定优先顺序[1]。
3项目范围
在当前的正式用餐环境中，利用某种形式的物理静态菜单向顾客传达可用的食物和饮料选择。 所述菜单通常是基于纸张的，因此对可用的文本房地产以及餐馆老板更新它们的能力施加限制。 该文件规定了餐馆纸张菜单的要求和订购替代策略以减轻与当前陈旧方法相关的问题。 餐厅菜单和订购系统的一般范围包含三个相关概念。 第一个涉及使用电子格式替换纸质菜单，第二个涉及用于处理客户订单的前端的补充电子策略，第三个涉及将所述电子订单转移到厨房以准备。 应该注意的是，尽管所提出的策略结合了各种硬件组件的使用，但所提供的SRS的主要焦点与组成软件元件有关。
以下是可以成为所提议的系统的一部分的特征：订购，等待，账单，桌子预定，送货上门，KOT，广告。
3.1用户类别和特征
DOSRUA的最终用户分为三类，非技术型，部分熟练型和高技能型。 不熟练的用户：桌上平板电脑的用户是步入式客户，因此应该被假定为没有相关的先前技能或教育，而不是操作自动化系统的基本能力; 没有比手机更复杂的了。 部分熟练的用户：平板电脑和显示器的用户分别是经理和厨师，他们应该能够使用该系统，并进一步以最少的培训自己来培训他人。 他们必须能够解释除服务器以外的所有用户界面元素。 监管人员也属于同一类别，但他们必须学习系统的其他部分（退款等）; 这些不应该比标准功能复杂得多。 预计这类用户将获得高中毕业证书或同等学历。 技术娴熟的用户：硬件和组件建议的系统组件（特别是服务器）的初始安装和配置必须保证需要具有显着计算机体验的人员，包括具有丰富网络和操作系统经验的人才能完成。 该软件不应该是不必要的复杂，但它仍然不是完全“即插即用”。 预计这类用户将拥有研究生证书或同等学历，以及丰富的计算机经验。
3.1.1操作环境
Android操作系统是一个开源操作系统。 在试图让android成为更好的操作系统的网站上有成千上万的开发者。 有太多的眼球每天都在查看代码。 所以漏洞很快就被修补和修复了。 因此，android是安全的。 它总是鼓励你的创造力。 与iPhone OS不同，Android用户界面多年来一直在不断完善。 使用Android 4.0谷歌已经使用户界面更加精美和现代。 苹果公司向那些希望为App Store开发应用程序的人收取100美元/年的费用，而Google只收取Android开发人员25美元的费用。 所以android占上风。
3.1.2设计与实现约束
建议的系统应该使用强大的GUI链接和简单易用的网络API以面向对象的语言编写。 前端可以通过使用快速应用程序开发工具（Indigo Eclipse）进行设计。 系统必须提供并行操作的能力，系统设计不应引入与任何时候连接的平板电脑或显示器数量有关的可伸缩性问题。 终端系统还应允许从单个设备故障中无缝恢复，而不会丢失数据。 值得注意的是，这个系统很可能符合现有的标准。 考虑到这一点，应该使用最具适应性和便携性的技术来实施。 就系统而言，该系统具有重要性。 如果系统停机，则客户不得注意，或注意系统快速恢复（秒）。 该系统必须足够可靠，可以无限期地或多或少地运行崩溃和故障，或者有助于足够强的错误恢复，从而永远不会向最终用户泄露故障。
3.1.3假设和依赖
这意味着目标硬件将为独立的程序/应用程序部署提供容量，而不需要编写定制的嵌入式固件。 进一步假定平板电脑具有足够的处理能力能力和电池寿命将被利用。 SRS假定没有组成系统组件将作为嵌入式应用程序实现。 系统所使用的表面计算机应该便于长时间使用/保持（足够日常使用），并且它们可以用与x86架构计算机相同的方式进行编程。 最后，还假定部署环境能够支持用于系统通信的IEEE 802.11无线网络。 最大传输距离在50-100米范围内，大约在Wi-Fi的范围内。
3.2系统功能
（1）客户反馈意见功能:
bull; 客户可以输入关于服务和食物的反馈。
bull; 这有助于餐馆老板分析服务并在必要时进行必要的更改。
bull; 这也有助于客户以正面的反馈决定特定的食品。
（2）搜索功能:
bull; 客户可以根据名称，价格，类别等搜索特定的食品。
bull; 这节省了大量客户订购物品的时间。
（3）为客户提供优惠功能:
bull; 餐馆老板可以在平板电脑上发布各种优惠。
bull; 这将帮助顾客以及餐馆老板。
（4）介绍菜单功能
bull; 菜单以有吸引力的方式组织起来。
bull; 每张食物都有图像，可以让顾客更清楚地看到食物在分娩后的样子。
bull; 这里是各种主题和配色方案的吸引人的用途。
（5）排序项目
bull; 食品将根据价格，季节和用户评分进行分类。
bull; 这有助于顾客找到或选择具有良好评级并被许多顾客喜欢的食品。
bull; 这也有助于餐馆老板对特定食品进行更改，如果它的评分较低，从而提高食品质量。
（6）服务时间
bull; 菜单包括特定食品的大致时间。
bull; 这将有助于顾客选择食品
（7）修改菜单功能
bull; 菜单可以由厨房经理修改。
bull; 在特定时间段内不可用的项目不会显示在菜单卡上。
3.3外部接口要求
3.3.1用户界面
（1）用户平板电脑：
这种类型的平板电脑尤其适用于进入餐厅的普通用户。 这些平板电脑将由餐厅的整个菜单组成。 他们将启用Wi-Fi连接。 这些类型的平板电脑不能编辑菜单中的项目。 因此，用户不能干预菜单并对其进行更改。 平板电脑应该能够以足够的可见度显示菜单中的所有项目。 来自社会各层面的客户应该能够轻松处理和操作所有功能。
（2）经理
这些平板电脑特别适合餐厅经理使用。 经理应该能够从一台平板电脑控制整个餐厅的功能。 他可以访问任何平板电脑，并且应该能够对菜单进行更改。 就像他可以改变特定物品的价格，或者他可以禁用在特定时间不可用的特定物品。
（3）厨房展示：
这些存在于厨师附近的厨房，以便他能够看到特定的东西。 所有订购的商品都会显示在屏幕上，并在下方给出表格编号。 它们应该足够大，以便在合理的距离上由厨师看到。 厨师应该能够表示准备好的特定项目。
3.3.2硬件接口
提出的系统使用三个外部硬件设备，每个都与用户界面相关。 这些设备是无线平板电脑和显示器。 所有设备必须物理强健并且不受液体损伤和污渍的影响。 这些设备（可能除了显示器）还必须具有良好的工业设计美学，因为它们将用于代替普通餐桌和笔记本，并且将直接与客户联系。 这些设备表现为“终端”，因为它们从来没有完整的系统映像，不存储数据，也不用于系统的核心逻辑。 但是，他们应该是功能齐全的平板电脑，可以使用服务器的文本数据以及本地UI /解释代码来显示UI元素并进行输入。 所有订单和交易记录都应存储在服务器上，而不是这些平板电脑上。 哑巴码头在餐厅面积上的表现可能是不可接受的。 在所有情况下，硬件设备都会从建议的系统中获取信息并处理要显示的信息。 它还提供用户输入信息给建议的系统。
3.3.3软件接口
我们将需要与一个JSP / Servlet接口，该JSP / Servlet存储我们的系统运行所需的信息。 JSP / Servlet必须能够根据请求和低延迟提供有关餐厅菜单，员工（及其密码）和可用饮食要求的数据。 此外，它应该提取并存档提供给它的数据。该数据将包括所有订单和事务（系统状态和状态更改）的执行记录。 JSP / Servlet必须存储所有数据，以便它可以用于记帐和问责。
3.3.4通信接口
DOSRUA将与WiFi进行交互以保持与其所有设备的通信。
3.4 非功能要求
本小节介绍所提议系统的主题所确定的非功能性要求。 所给出的非功能性要求的子类别是性能安全性，安全性和软件质量属性。
3.4.1性能
性能要求定义了系统功能可接受的响应时间。
bull; 用户界面屏幕的加载时间不应超过两秒。
bull; 登录信息应在五秒内验证。
bull; 查询应在五秒内返回结果。
3.4.2安全
软件质量属性：
1) 从开发人员的角度来看，Android中的编码非常有益。 有大量文件的可用性。 此外，它可以很容易地在平板电脑以及任何Android手机上运行。
2) 使用Android非常灵活，因为开发的产品可以部署在平板电脑上，以及可以大量使用的android驱动的手机。
3) 虽然需要维护，但可以忽略不计。
4) Andro
剩余内容已隐藏，支付完成后下载完整资料
资料编号：[19894]，资料为PDF文档或Word文档，PDF文档可免费转换为Word
以上是毕业论文外文翻译，课题毕业论文、任务书、文献综述、开题报告、程序设计、图纸设计等资料可联系客服协助查找。
