PDA无线点菜系统论文.doc

PDA无线点菜系统论文

———————————————————————————————— 作者：
———————————————————————————————— 日期：

19

个人收集整理 勿做商业用途
PDA移动点菜系统的设计与实现

一 系统需求分析
无线PDA移动点菜系统使服务员在PDA上即可完成开台、开单、点菜、厨房打印、结账、打印账单、以及换台、退台等一系列操作，方便快捷,餐厅/酒吧/酒店均适用。
系统无需布线、无线点菜、快速安装、操作简便、易于管理、安全实用、功能齐全.相对以往的触摸屏点菜系统在移动性，方便性、灵活性、简易性方面有很大的提高。
系统基于目前最先进的个人数字技术、无线通信技术、计算机网络技术、数据库技术研发而成，采用目前最先进的PDA和无线局域网技术，通过无线网络实现与计算机收银管理系统进行无线数据交换，实现了从点菜、起菜到顾客结账全过程一体自动化，可以规范流程，加快点菜、菜品制作速度，减少人力资源投入，避免跑冒滴漏.从而方便顾客就餐，极大地提高了整体运营效率。

PDA无线点菜系统用例图

系统模块
1．房台中心
为已经开台的客人点菜、加菜、催菜；进行桌台状态查询，可以从PDA上查询所有桌台的当前状态，包括闲置、使用、预定，以图例的方式表现出来,也可以按照桌台状态（空餐、用餐)、桌台类别（包厢、散座）查询所有的桌台,比如可以查询全部闲置的桌台，这样咨客就非常方便的给新到的客人安排桌位。

2． 开台
进行开台点单的操作，单击主界面中的开台选项，出现如下图所示界面；输入桌台号（必须为空餐台，若桌台非空，则无法开台，系统提示桌台正在用餐），选择帐单类型，输入开单人数，选择领桌姓名，单击确定，实现开台操作，此时桌台为用餐状态.你也可以单击房台中心的空餐桌台实现开台操作。

3． 点菜
选择房台直接为客人点菜，开完桌台之后单击“点菜"选项，弹出点菜主界面

a) 直接选择界面中的菜品：选择菜品大类(如：热菜），弹出该大类包含的所有小类，单击相关小类菜品(如：大闸蟹)，弹出下图所示界面，输入菜品数量与菜品口味（可选），单击确定按钮。
b) 通过编码或助记查询相关菜品：每种菜品都有唯一的编码和助记，在菜品数量相当多的时候,服务员可以通过输入菜品编码或助记直接查询出相关菜品实现点菜。
单击“已选菜品"选项进入已开桌台界面（如下图），查看所有已点菜品。

4． 菜品管理
a) 赠菜:选中相关菜品,单击赠菜按钮，则所选的菜品免费.
b) 加菜:选中相关菜品，单击加菜按钮，为顾客增加已选菜品的数量.
c) 减菜：选中相关菜品，单击减菜按钮，为顾客减少已选菜品的数量。
d) 合并：选中相关菜品,单击合并按钮，相同菜品被合并，菜品数量为累加之合。
e) 数量:选中相关菜品，可以从数量下拉列表框中选择菜品数量。

5． 转台
将某张单的房台换为了另一房台的操作。可以把客人从一张台转到另外一张台上。客人已经点的菜品自动转移，房台状态自动调整。单击主界面的“转台”选项,进入下图所示界面，输入原房台号与目标房台号，单击确定，实现桌台转台操作。输入的原房台号对应的桌台必须为非空餐台，输入的目标桌台号对应的桌台必须为空餐台。

6． 合台
a） 将两个已开房台合为一个房台：可以把两个房台的消费全部合并。选择主界面中“合台”选项,进入合台界面（如下图)，输入被合并房台号与目标房台号，单击确定,合并桌台.被合并房台号与目标房台号必须为用餐状态.

b） 将多个已开房台合为一个房台：可以把多个房台的消费全部合并，适合团队和宴会消费。在已开桌台界面选择“合台”选项,进入下图所示界面。选择需要合并的桌台，单击“合并”按钮，所有选中的桌台被合并到已开桌台。

7． 查台
查询某房台的消费明细。服务员可以通过PDA查询相关桌台的状态(如：所点菜品)。即使其他服务员所点菜品也可以在自己的PDA上查询的到。单击主界面中的“查台”选项，进入下图所示界面,输入想查询的房台号，单击确定。
弹出下图所示界面,显示出该房台的消费明细，已点菜品。

8． 一单多台
为宴席开台,先开一张桌台并点菜，点菜完毕选择“一单多台”，弹出下图所示界面，选中需要开台的桌台，单击确定，则被选中的所有桌台都将复制已开桌台所点的全部菜品。从而实现宴席开台。

10. 厨打
显示厨打记录,点菜员在PDA点菜完成后单击“厨打”选项,出现下图所示界面,单击“打印”按钮,厨房打印机即打印出该桌台的已点菜品，厨师根据已点菜品做菜。

11. 结帐
可以按照指定的结帐方式，发送信息给收银台，然后由收银员结帐，打单。也可以直接通过PDA结帐，打单.PDA上在已开桌台界面选择“结帐"，出现下图所示界面，选择相关选项，单击现金结帐，完成结帐。

二、系统总体设计

1. 系统结构
PDA无线点菜系统的应用场所一般在酒店，餐厅.操作PDA实现无线点菜的是前台的服务员，服务员进行PDA上的相关操作,通过PDA将数据传送到后台服务器端进行处理，在服务员操作PDA时，必须保证服务员在酒店的任何角落PDA都能和服务器保持连接，所以，整个酒店范围内实现无线网络的覆盖是十分必要的.系统以国际标准IEEE802。11b为基础实现PDA与后台服务器的无线通信，通过AP即无线网卡实现PDA与服务器的无线连接.系统大致可以分为以下几部分：
(1） PDA开台点菜部分：此部分主要是为客人开台，点菜。服务员记录客人的点菜情况，然后通过PDA无线点菜系统将点菜信息传到厨房接收端。
（2) 厨房分单打印部分：当接收到来自前台PDA点菜器的点菜信息后，通过POS打印机自动打印出客人的菜单.
(3) 吧台收银、结帐部分：即后台数据库,根据前台传送到数据库的点菜信息为相应桌台的客人进行结帐操作。

（PDA无线点菜系统流程图)

顾客进入酒店，服务员查询房台状况(预定桌台和用餐台将无法开台）,用PDA为客户开台；用户入座，服务员用PDA为客户点菜，点菜完毕；服务员通过PDA将已点菜品传送到服务器，服务器将菜品信息传到厨房打印，厨师根据打印的菜单配菜；菜做好之后,服务员按台位对菜上菜;客户用餐完毕准备结帐，服务器将客户消费信息传送到前台,由前台结帐并打印帐单，结帐完毕，客户出店。

2．网络架构的选择
当今世界开发模式技术架构有两大主流技术C/S和B/S，这两种技术都有自己一定的市 场份额和客户群，都在软件开发中有着广泛的应用。

2.1 什么是C/S架构
C/S（Client/Server）结构，即大家熟知的客户机和服务器结构。它是软件系统 体系结构，通过它可以充分利用两端硬件环境的优势,将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销.目前大多数应用软件系 统都是Client/Server形式的两层结构，由于现在的软件应用系统正在向分布式的Web应用发展，Web和Client/Server应用都可以 进行同样的业务处理，应用不同的模块共享逻辑组件;因此，内部的和外部的用户都可以访问新的和现有的应用系统，通过现有应用系统中的逻辑可以扩展出新的应 用系统。这也就是目前应用系统的发展方向.传统的C／S体系结构虽然采用的是开放模式，但这只是系统开发一级的开放性，在特定的应用中 无论是Client端还是Server端都还需要特定的软件支持。由于没能提供用户真正期望的开放环境，C/S结构的软件需要针对不同的操作系统系统开发 不同版本的软件,加之产品的更新换代十分快，已经很难适应百台电脑以上局域网用户同时使用。而且代价高，效率低。

2.2 什么是B/S架构
B/S(Browser/Server）结构即浏览器和服务器结构.它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端（Browser）实现，但是主要事务逻辑在服务器端(Server)实现，形成所谓三层3-tier结构.这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本（TCO）.以目前的技术看，局域网建立B/S结构的网络应用,并通过Internet/Intranet模式下数据库应用，相对易于把握、成本也是较低的.它是一次性到位的开发,能 实现不同的人员,从不同的地点,以不同的接入方式（比如LAN,WAN,Internet/Intranet等）访问和操作共同的数据库；它能有效地保护 数据平台和管理访问权限，服务器数据库也很安全。特别是在JAVA这样的跨平台语言出现之后，B/S架构管理软件更是方便、快捷、高效。

2。3 C/S架构软件的优势与劣势
(1） 应用服务器运行数据负荷较轻。
(2) 数据的储存管理功能较为透明。
（3） C/S架构的劣势是高昂的维护成本且投资大。

2.4 B/S架构软件的优势与劣势
(1） 维护和升级方式简单。
（2) 成本降低，选择更多。
（3） 应用服务器运行数据负荷较重.

PDA无线点菜系统的实现是在后台服务器上发布和运行程序,在PDA上的所有操作都是通过和后台服务器通信,由后台服务器处理所有业务逻辑，PDA上不涉及任何业务逻辑处理，所以系统选择的是B/S架构.

3。系统总体架构
本文借鉴流行的J2EE三层划分,将模型层划分为业务逻辑层和持久层，形成无线点菜系统架构的BPVC (Business Persistence View Controller) 4层划分，相对于MVC的划分更加清晰.下图为PDA无线点菜系统的总体架构。

图4-13 系统总体框架BPVC

各层的组件分布和功能介绍如下：
视图层
视图层提供显示页面的功能。它继承并扩展了Struts的视图组件,优化了Struts的标签定义体系，并在此基础上开发了一系列的自定义标签，这些标签的应用大大减少了JSP页面中的Java代码；融合Tiles和Struts框架，利用Tiles强大的构造复合视图的能力，减少了JSP代码冗余.
控制器层
控制器层接收用户输入，并转到模型层来处理结果.它继承和扩展了Struts的主控制器，在业务Bean和Action之间提供一个简单的业务代理，封装Action对业务Bean的访问细节,很好地分离了不同开发人员的职责。
业务逻辑层
PDA无线点菜系统实现开台、点菜、结单功能，系统为业务对象提供了不同的ServiceLocator接口,以满足跨系统调用的问题，而不把BO对象和DAO封装到业务Bean中。
持久层
提出动态VO(value object)的设计模式,以解决传统VO和数据库耦合度太高的问题，采用命令模式封装数据库的访问细节，降低开发难度;同时提供Hibernate的调用接口增强系统的可扩展性。此外，利用工厂模式减少业务对象BO和SeriveLocator的耦合度。
l 公共服务组件
设计实现了各种公共基类组件、配置组件、日志组件、自定义异常组件。

4． 开发平台
平台无关性，适用于任何操作系统，完全面向对象；这些使得Java成了开发PDA无线点菜系统的最合适选择.基于Java语言的J2EE提供了一个多层次分布式应用模式，为设计、开发、集成以及部署提供了一条基于组件的实现途径。本系统采用Eclipse3。2 +Tomcat5.5+Oracle9i来组建一个J2EE开发平台。

三、系统详细设计
PDA无线点菜系统的难点主要是“一单多台”和“结单”两个模块。

1．结单
以下是结单的主要算法：
功能简述
结单就是当某桌台客人用餐完毕，客人准备离店时对该桌台的账单进行结算,在PDA无线点菜系统中采用的结单方式为现金结算方式.
输入条件
系统用户登陆：选择POS销售点,系统自动获取统计日期和操作班次;
开单处理：输入桌(台)号、人数,选择领桌员之后，就算完成该桌台的开单操作了；
消费明细：该消费明细记录客人点菜信息，在被结算之前,可随时增加、删除、修改，登陆系统的服务员各自被设置了相应的权限，服务员只能完成权限内允许的操作，比如：只有权限级别最高的管理员(酒店经理)才有权决定某菜品是否为赠菜;
日志处理：系统将在日志文件中记录所有日志操作；
结单处理:为用户结帐，输入的项目一般只有折扣率及服务费率，计算步骤可考虑分别计算折扣和服务费，每一品种都有独立的最低允许折扣及是否允许收取服务费。
主要算法：
(1) 根据每一品种的单价、数量计算该品种的［计算金额]；
(2） 再在输入的账单折扣率及该品种所允许的折扣率中选择一个最大值,用该［折扣]乘以原先的［计算金额］得到一个该品种实际应付的值，我们暂时称之为该品种的[金额小计］，[计算金额］和［金额小计]的二者之差即为[折扣小计］，将所有品种的[金额小计］合加起来得到品种的［合计金额]
（3） 根据该品种定义的是否收取服务费，若允许收取服务费，用输入的［服务费率]乘以原先的[计算金额]得到一个该品种实际应付的服务费，我们暂时称之为该品种的［服务费小计］，将所有品种的[服务费小计]合加起来得到品种的[合计服务费］；
(4） 根据系统中定义的［服务费是否参与打折］，如果参数设定为[参与]，那还需要将［服务费小计]乘以本账单的［折扣率]才能得到真正的[服务费小计］；
(5） 将账单的[合计金额］和［合计服务费］相加得到该账单的[应付金额］；
（6） 检查该桌台是否设置了最低消费，若已设置［最低消费]，则取该[最低消费]，可称之为［最低消费额]，若桌台没设置最低消费，再查看POS点参数中是否定义了人均最低消费。若已定义人均最低消费，则将［人均最低消费］乘以[就餐人数]，其结果也称之为［最低消费额］；
（7) 若(6)中存在[最低消费额］，则将（5）中的[应付金额］与（6)可能存在的［最低消费额］进行比较，若［最低消费额]大于［应付金额],则取[最低消费额]作为本账单的［应付金额]；
(8） 根据POS点参数中定义的计算精度,最后对[应付金额］进行四舍五入的操作：
若要求计算精度为1，则[应付金额]=Trunc（[应付金额］*10+0。9)/10;
若要求计算精度为0，则[应付金额］=Trunc([应付金额］＊100+0。9)/100；

现金结算流程图

2。一单多台
以下是一单多台的主要算法：
功能简述
一单多台指的就是宴席开台，操作流程：先开一张台－>点菜－〉一单多台（增加其他台）。即服务员先开一张桌台，然后点菜,点菜完毕选择一单多台，将之前已开桌台的消费明细(即所点菜品）复制到所有被选中的桌台.
输入条件
登陆：选择POS销售点，系统自动获取统计日期和操作班次；
开台:输入桌（台）号、人数,选择领桌员之后，就算完成该桌台的开单操作了；
点菜：用户点菜,在被结算之前,可随时增加、删除、修改已选菜品；
一单多台：选择需要宴席开台的所有桌台，复制已开桌台的已选菜品到所有被选择的桌台。
主要算法:
(1） 根据桌台状态选择一空桌台实现开台；
(2) 判断并列出所有未开台的桌台，从中选择宴席开台的桌台；
（3） 为选中的每个桌台都生成一条销售帐一记录,每条记录只有帐单号和已开桌台的记录不一样;
(4） 复制已开桌台的所有销售帐二记录到被选中的桌台，除了帐单号，所有被选中的桌台将具备同样的销售帐二记录。

一单多台流程图

四、系统测试
功能测试
压力测试
白盒测试
黑盒测试

五 J2EE相关技术

架构MVC

模型-视图-控制（model-view—control，简称MVC)结构是目前最常见的J2EE应用所基于的体系结构,MVC主要适用于交互式的Web应用，尤其是存在大量页面及多次客户访问及数据显示;
模型—视图-控制结构是交互式应用程序广泛使用的一种体系结构。它有效地在存储和展示数据的对象中区分功能模块以降低它们之间的连接度，这种体系结构将传统的输入、处理和输入模型转化为图形显示的用户交互模型，或者换一种说法，是多层次的Web商业应用;MVC体系结构具有三个层面：模型（Model)、视图(View)和控制（Controller），每个层面有其各自的功能作用，MVC体系结构如下：

  图1 MVC 体系结构

  模型层负责表达和访问商业数据，执行商业逻辑和操作。也就是说，这一层就是现实生活中功能的软件模拟；在模型层变化的时候,它将通知视图层并提供后者访问自身状态的能力，同时控制层也可以访问其功能函数以完成相关的任务。
  视图层负责显示模型层的内容。它从模型层取得数据并指定这些数据如何被显示出来。在模型层变化的时候，它将自动更新。另外视图层也会将用户的输入传送给控制器。
  控制层负责定义应用程序的行为。它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作；在一个图形界面中，常见的用户输入包括点击按钮和菜单选择。在Web应用中，它包括对Web层的HTTP GET和POST的请求；控制层可以基于用户的交互和模型层的操作结果来选择下一个可以显示的视图，一个应用程序通常会基于一组相关功能设定一个控制层的模块，甚至一些应用程序会根据不同的用户类型具有不同的控制层设定，这主要是由于不同用户的视图交互和选择也是不同的。
  在模型层、视图层和控制层之间划分责任可以减少代码的重复度，并使应用程序维护起来更简单。同时由于数据和商务逻辑的分开，在新的数据源加入和数据显示变化的时候，数据处理也会变得更简单。

Struts

Struts1。2与Struts2。0的区别
Hibernate
POJO
DAO
Junit

六 PDA及模拟器
HP2490b
Windows Mobile 6
模拟器

网络及硬件环境的安装与部署

1。无线基站的部署
1.1每个AP间均以平均半径15米（间距30米）做水平180度无线覆盖。
1.2尽可能减少AP与AP间的信号覆盖重叠区域，每个AP将负责本区域的无线用户以保证质量。
1。3为了避免AP另外敷设接入电源的麻烦，无线局域网的AP使用远程供电单元（PoE)通过以太网线远程供电.
1.4 AP可放置在吊顶上或挂在稍高位置的墙壁上。
1.5在接入端,无线局域网的AP的10/100M以太网端口通过长度不能超过100米以太网双绞线连接相关联的有线的局域网交换机的10/100M端口上。
1.6根据楼层内房间的分布和提供访问的有效用户带宽考虑，如果营业区域手持设备比较多，可再增加一个AP,基本保证每个AP至多接入30个无线用户接入.
1。7根据无线局域网的工作原理，在多个子频道同时工作的情况下，为保证频道之间不相互干扰，要求两个频道的中心频率间隔不能低于25MHz。在一个蜂窝区（Cell)内,直序扩频技术最多可以提供3个不重叠的频道同时工作。因此我们在具体的配置时可将位于每层楼道内3个AP的工作子频道按频道1、6、11的规律错开设置，相邻的AP在具体布置时也尽可能避开工作子频道的干扰问题。
这样，在楼内就形成了微蜂窝覆盖的无线网络。无线微蜂窝覆盖，就是将多个AP形成的各自的无线信号覆盖区域进行交叉覆盖，各覆盖区域之间无缝连接.所有AP通过双绞线与有线骨干网络相连，形成以固定有线网络为基础，无线覆盖为延伸的大面积服务区域.所有无线终端通过就近的AP接入网络，访问整个网络资源。微蜂窝覆盖大大扩展了单个AP的覆盖范围,从而突破了无线网络覆盖半径的限制，用户可以在AP群覆盖的范围内漫游,而不会和网络失去联系，通信不会中断.

2。PDA设备的安装与连接
1。连接传输底座USB同步传输电缆
2.安装同步程序