基于WebServices的餐饮服务平台设计和实现

1、基于 Web Services 的餐饮服务平台设计及其实现 作者： 日期：基于 Web Services 的餐饮服务平台设计与实现周科（山东电子职业技术学院，济南， 250014 ）摘要 ：本文简要分析了我国餐饮业信息化的现状，论证了当前“无线点餐系统”在信息化服务方面的不足。提出了采用 Web Services 和无线互联网技术相结合的改进思想和解决方案，并对 基于 Web Services 的餐饮信息化服务平台的核心思想、整体架构和实现技术进行了详细论述。关键词 ： Web Services ；餐饮；服务；信息化；电子商务；移动；无线互联网1 引言据 2008 年中国餐饮产业运行报告，改革

2、开放 30 年来，中国餐饮业零售额从 1978 年 的 54.8 亿元到 2007 年的 12352 亿元，增长 225 倍，人均餐饮消费额从 1978 年的 5.69 元到 2007 年的 950.15 元，增长了 166 倍。据预测， 2010 年中国餐饮业零售额将达到 2 万亿元。 餐饮业的高速发展推动了餐饮投资的多元化，这对餐饮业的传统管理方式提出了挑战。未来的餐 饮业已不仅是菜肴质量、就餐环境等方面的竞争，更多的将来自企业品牌、服务、运营成本及综 合管理等方面。面对繁重、复杂的管理任务和强大竞争，利用计算机及 Internet 实现管理信息 化，成为餐饮经营与管理成功的必须和必然。从

3、消费者角度看，餐饮业在服务方面存在许多不足。如，消费者在预订餐馆时，由于缺乏专 业性的服务平台，不能清楚地了解用餐环境；在预订用餐时，须先获取该餐馆的预订电话，而消 费者不可能记住或搜索太多的号码。如果有一个综合性的餐饮信息化服务平台，以上问题将迎刃 而解。由以上不难看出，实现餐饮信息化，需要从信息化管理平台与信息化服务平台两方面入 手。Web Service 是部署在 Web 上的对象、组件，可以用一般的编程方法通过 Internet 来调 用，具有良好的封装性、松散耦合性、协议规范性以及高度可集成能力，是目前流行的实现分布 式应用的方法之一。另一方面， 3G 技术为手机与 Internet

4、 的互联提供了理想的技术平台，特别 是 Web Service 的出现，为通过掌上设备利用丰富的 Internet 资源提供了极大的方便。因此， 开发基于 Web Service 的掌上应用系统有着广泛的社会需求和广阔的应用前景。正是基于此背 景，第六届齐鲁大学生软件设计及外语大赛提出了“基于 Web Services 的掌上应用”这一课 题。经过广泛的社会调研和充分的可行性论证，项目小组决定在餐饮信息化方面进行努力，开发基于 Web Services 的餐饮信息化服务平台。为了便于商业应用，该平台命名为无限餐饮系统。2 无线点餐系统的局限性最初的餐饮管理信息系统，大部分采用人工开单，集中汇总

5、到前台计算机录入，厨房采用人 工分单、送单的方法。这种管理方式效率低，成本高，容易出错。针对这些问题，目前的无线点餐系统采取了 WLAN 无线信息技术和 PDA 相结合的解决方 案。核心思想是：将餐饮经营过程中的每个环节利用数据库技术、无线网络技术有机地结合在一 起，实现信息化管理。如把经营过程中原材料采购计划、生产计划、采购原材料、管理库存、原 材料加工、菜肴切配、烹制菜肴、顾客点菜、前台接待、收银以及宴会管理、经理决策、信息分 析等环节，都实现标准化的管理和控制，从而达到节约人力成本，提高资金利用率的目的。然而，该无线点餐系统有着很大的局限性。1 、使用设备的局限性：设备一般为PDA 或特

6、制的专用设备。如果使用 PDA ，则成本较高，设备性能不能完全发挥，有大材小用之嫌；如果使用专用设备，虽制作成本较低，但设备利 用率很低。2 、使用范围的局限性：使用 WLAN 。订餐系统只能在其餐饮店内使用，通用性差，软件复 用率低，造成过多的资源浪费。同时，不能最大限度地方便顾客。显然，现有无线点餐系统仅在一定程度上实现了餐饮信息化，对于餐饮信息化服务平台的需 求并没有得到满足。3 项目介绍无限餐饮系统利用 Web Services 技术、移动开发技术、 J2EE 等先进技术，在消费者和商 户之间搭建一个公共信息服务平台，给消费者提供更清晰更便捷的查询和预订服务，同时帮助商 户增加潜在的客

7、户群，提升营业额。如图 1 所示，为无限餐饮系统的三层体系架构。图 1 信息平台三层架构1）业务流程分析本系统的业务流程如下：商户（餐饮店）首先通过商品管理子系统注册个人信息、餐饮店基 本信息等真实情况，并通过 WebGIS 确定其餐饮店的地理位置。随后等待系统管理员通过管理 员审核子系统进行注册信息审核。审核通过后，商户便可通过商品管理子系统添加或更新其商品 的详细信息，如菜品信息等。此时，所有信息已存储在公共信息服务平台上了。消费者通过手机 应用程序客户端、 WAP 手机网站或传统的 WEB 网站查询餐饮店及其产品的详细信息。而考虑到供销双方信任度及交易风险，需要消费者进行注册后方可使用订

8、餐、订座、订房等业务。当消 费者完成预订并成功提交订单后，商户可通过订单管理子系统实时查询到属于自己企业的订单信 息，并根据订单的当前状况更新每个订单的状态值，如“菜品正在烹饪”、“菜品正在配送” 等，使消费者能够清晰愉快的体验消费。（2）系统运行与开发环境根据系统分析和数据库实际运行的需要，对软硬件的配置选择如下。运行手机应用程序，需要支持 MIDP2.0 以上、支持 JSR172 ，最好同时支持 JSR226 （用 于移动 GIS ，但不支持也不会有损其他功能），屏幕分辨率为 320*240 ；运行 WAP 网站，只要 支持上网的手机都可以（分别由 WAP2.0 和 WAP1.0 的网站提

9、供）；数据库服务器、 Web Services 服务器、 Web 应用服务器等，选用高档 PC 作为服务器；操作系统，可以是 Windows 系列的 2000/2003/XP/Vista ，也可以为 Linux ；管理系统，采用 B/S 架构，商户端采用一 般 PC 机，能够连接 Internet 即可。硬件环境，包括网线、交换机、路由器；手机：支持 JSR226 和 MIDP2.0 、 CIDC1.1 ，并 支持上网功能，屏幕分辨率至少为 320*240 ；高性能 PC 机一台，普通 PC 机若干台。操作系统： Windows XP/Server 2003 ；软件配置管理： SVN ， To

10、rtoiseSVN ；项目管理 工具： Porject2003 ；集成开发环境： NetBeans 6.1 ， MyEclipse 6.5 ；开发语言： Java ， XML ； Java 开发工具包： JDK 1.6.0 ；无线开发工具包： WTK 2.5.2 ；Web 容器： Tomcat 6； Web Services 引擎： Fire 1.2 ；浏览器： IE 7 ；数据库设计工具： PowerDesigner 12 ；数 据 库 管 理 系 统 ： SQL Server 2000 ； 流 程 图 绘 制 工 具 ： Visio 2003 ； 图 形 处 理 工 具 ： PhotoSh

11、op CS2 ，Illustrator CS2 ， FireWorks 8 。4 系统整体设计为了保证系统各组成部分之间的相互协调以及整体目标的顺利实现，在无限餐饮系统的开发 和构建过程中，运用软件工程的理论和方法进行统一指导。为了使该系统具有数据共享和软件共 享的双重性能，并具有在行业推广应用的价值，应采用统一的数据模型、标准的代码体系、规范的图示图例、约定的处理方式和通用的软件接口，并开发友好的用户界面。无限餐饮系统的总体 结构如图 2 所示。4.1 三层结构（ 1）信息服务平台信息平台由以下三组服务器组成： 数据服务器：整个信息服务平台的数据都搭建在中心的数据服务器中，该数据服务器提供从

12、 餐饮店信息到消费者信息的所有数据的存储与管理。Web Services 服务器：构建 Web Services 服务器，分别搭载面向消费者的 Web 服务和面 向商户的 Web 服务。为消费者提供从查询、提交订单到信息反馈的整套业务；为商户提供从管 理商品信息到管理订单信息的整套业务。提供 WSDL 文件，用于进行服务信息的描述和桩模块 的生成。Web 应用服务器：构建面向消费者的 Web 应用服务器，用于搭建供消费者访问的 WAP 站 点和 Web 站点。构建面向商户的 Web 应用服务器，用于搭建供商户和管理员访问的订单管理子 系统、商品管理子系统和管理员审核系统。（2 ）消费者端通过面

13、向消费者的 Web Services 所提供的 WSDL 文件，分别生成适用于 J2ME 的 Web 图 2 系统整体架构Services 桩模块和适用于 XFire 的桩模块，根据这些服务接口提供的业务逻辑开发出手机应用 程序、 WAP 站点和 Web 站点三种客户端，供消费者访问，进行订餐等各种业务。手机应用程序可提供界面美观、响应速度快、功能更为强大的客户端，同时为消费者提供独 具特色的地理位置辅助查询功能。WAP 站点提供通用性强的 WAP1.0 网站，和更为先进的 WAP2.0 网站，通过 WAP 站点同 样可以进行查询、订餐等业务。消费者还可以使用 PC 机，通过 Web 站点进行

14、查询和订餐。 Web 站点提供更为普遍的 B/S 业务模式，其网络速度更快，显示内容更为丰富和美观。（3 ）商户端通过面向商户的 Web Services 所提供的 WSDL 文件，生成 XFire 的桩模块，根据这些服 务接口提供的业务逻辑开发出订单管理子系统和商品管理子系统。同时，面向商户的 Web Services 是对商户开放的，提供详细的、标准的开发帮助文档，以 便商户将本系统提供的服务信息整合到其原有的本企业信息系统中。4.2 系统交互与协作（1 ）消费者消费者为最终用户，他们主要通过移动设备进行餐饮店、菜品或客房的信息查询以及订餐业 务。（2 ）管理员管理员有两种职责： 负责审核

15、、管理商户提交的餐饮店信息与其企业的商品信息； 负责管理数据库子系统和维护 Web 应用服务器子系统。（3 ）商户同样作为使用该系统的用户，自主的进行餐饮店的注册，商品（菜品、客房等 ）信息的添、删除、更新等管理。同时，商户也可通过系统提供的订单管理子系统，实时地获取业务需求，更大 地增加业务量。数据库服务器子系统为整个信息服务平台的核心数据管理中心，承载着所有的数据信息，为Web Services 、 Web 应用提供数据来源。消费者端和商户端之间通过 Web Services 进行通讯。信息化服务平台的 Web Services 服 务器承载着查询消费业务和餐饮管理业务的 Web 服务，负

16、责核心的业务逻辑，以其平台无关 性、极低的耦合性为多个不同的子系统提供业务服务。由于 B/S 模式的易接受程度及普遍性，可以更好的为身处异地的不同商户提供全面的服 务。所以消费者访问端可以 WAP 方式进行服务访问，其他的管理子系统以 WEB 方式进行服务 访问。 WAP 站点和 Web 站点均要通过 Web 应用服务器调用 Web Services 进行服务访问。而 J2ME 手机应用程序客户端则是直接通过本身的 Web Services 桩模块与平台进行通讯。5 关键技术5.1 开放的 Web 服务如今 SOA 已经成为软件开发中的热门话题，各大厂商也都高举 SOA 大旗。 SOA 是未来

17、 IT 的主流架构，这已经成为业内各界的共识，也是我国中间件市场未来发展的趋势。SOA 是英文词语“ Service Oriented Architecture ”的缩写，中文多译为“面向服务的架 构”。在 SOA 架构风格中，服务是最核心的抽象手段，业务被划分(组件化)为一系列粗粒度 的业务服务和业务流程。业务服务相对独立、自包含、可重用，由一个或者多个分布式系统所实 现，而业务流程由服务组装而来。一个“服务”定义了一个与业务功能或业务数据相关的接口， 以及约束这个接口的契约。Web Services 的诸多特性使其成为了最适合实现 SOA 的技术。，下面是一些最重要的技术(1) XML ：

18、在 Web Sercices 环境中各层之间进行传递的默认数据格式。(2) SOAP ：封装和交换信息的默认协议。它提供了标准的 RPC 方法来调 用 Web Services ， SOAP 规范定义了 SOAP 消息的格式，以及怎样通过 HTTP 协议来使用 SOAP ， SOAP 也是基于 XML ， XML 是 SOAP 的数据编码方式。(3 )WSDL ( Web Services Description Language )：描述 Webservices 的语言。尽管 基于 XML 并且可以被人理解， WSDL 主要是由机器处理，由客户端程序读取和理解。上述技术在工作环境中的使用展示

19、如图 3 所示：图 3 WSDL 和 SOAP技术的应用环境实现 Web Services 同样有多种选择，这里我们使用了 XFire ， XFire 是 codeHaus 组织提 供的一个开源框架，它构建了 POJO 和 SOA 之间的桥梁，主要特性就是支持将 POJO 通过非常 简单的方式发布成 Web Services ，这种处理方式不仅充分发挥了 POJO 的作用，简化了 Java 应用转化为 Web Services 的步骤和过程，也直接降低了 SOA 的实现难度，为企业转向 SOA 架 构提供了一种简单可行的方式。在 XFire 框架中，有两种方式将 POJO 发布成 Web Se

20、rvices ，一种是直接使用 Web Services 接口和 Web Services 实现类（ POJO ）来发布；另一种方式是基于 JSR181 标准和注 释技术将被注释的 POJO 发布成 Web Services 。我们使 用 MyEclipse+Tomcat 可以很轻松的实现第一种方式来完 成 POJO 的 Web Services 发布。在配置开发环境后，在 MyEclipse 中创建 Web Services 项目，并在项目中添 加 Web 服务，注意创建项目时要选择基于 XFire 框架，创建新的服务时选择从 Java bean 中创 建，并选中创建新的 Java bean

21、 。可以看到生成两个文件，分别是接口和实现类，我们在接口中 定义服务的名称和约束，并在实现类中编写业务逻辑的处理。5.2 SVG 地图SVG （ Scalable Vector Graphics）是可升级矢量图形的简称，它是一种使用 XML 来描述二维图形及其应用的语言。 SVG 是 W3C 在融合了 PGML （ Precision Graphics Markup Language ，精确图形标记语言）和 VML （ Vector Markup Language ，向量标记语言）两者 优点的基础上开发的一种新语言。开放的 SVG 以其超强的交互性、文本的独立性、高品质的效 果等诸多优点加快了

22、 SVG 应用的普及，已成为了 flash 的有力竞争者。同时， W3C 还推出了适用于移动设备的 Mobile SVG ，其作为 SVG 的子集引入了两个移动 版本：用于高端手持设备和 PDA 的 SVG Basic ，以及用于智能电话和低端 PDA 的 SVG Tiny 。 Mobile SVG 的可缩放特性允许调整图像的大小以适合任何大小的屏幕而不会损失质量。 这对于具有各种形状和大小的移动无线设备是一个非常大的优点。由于开放、跨平台等共同特点，利用 SVG 开发的 GIS 能够很好的配合 Web Services 将地 图应用在不同的设备上。在 Web 端我们可以使用 Javascript 来控制地图，而在移动设备上，我 们可以使用 J2ME 提供的 JSR226 来控制地图，这使得我们不必为不同的平台或终端来开发不 同的 GIS 这样既达到了地图文件的复用，又保证了地图数据的一致性。随着不断加入的餐饮店和其他地物的变化，需要实现地图进行实时更新。我们通过Services 提供检查及更新的服务，当需要显示地图时