科技资讯 2009 NO.14 SCIENCE & TECHNOLOGY INFORMATION 信 息 技 术 基于嵌入式的掌上点菜系统的设计 （南京工业大学电子与信息工程学院 江苏南京 2 1 0 0 0 9 ） 何风 摘 要：近年来，随着嵌入式开发技术的迅速发展和开发成本的降低，基于掌上电脑的无线点菜系统正在逐渐替代原有的人工点菜 方式；本文主要介绍了一个无线掌上点菜系统的设计过程，在简单分析餐饮企业业务流程的基础上，将系统的设计分成三个不同的模 块分别加以介绍，在模块设计的基础上接着介绍了系统的数据库具体实现过程并对所做的工作进行了总结。 关键词：嵌入式系统 无线点菜系统 掌上电脑 中图分类号：T P 3 1 文章编号：1672-3791(2009 )05(b)-0040-02 文 献 标 识 码 ：A Abstract：Recently, wireless dish order systems are becoming more popular and taking place of traditional dish order ways, because of the rapid development and costs down of embedded systems .In this paper, we mainly introduce the design of a typical wireless dish order system.The process can be presented in three sub-systems according to different functions. Then construction of database and table functions is shown based on the architecture afterword and all the work is concluded at the end. Key Words：Embedded System;Wireless Dishes-Order System;Pocket-PC 近年来随着我国经济的迅速发展，社会 的餐饮消费能力也大幅提升。随着酒店智能 化、信息化的发展，酒店将改变以往的经营理 念和竞争模式，店内装潢、客房数量、房间设 施等质量竞争和价格竞争将退居其次。在餐 饮企业的市场或竞争中，我们发现投资无线 点菜系统将给企业带来从外表形象到内在服 务质量的飞跃。相比于传统的餐饮点菜服务 方式，掌上电脑无线点菜系统具有如下的优 势：服务员服务效率高，点餐到厨房打单速度 快，能提高餐厅品味，厨房吧台核对确认单据 方便等。因此，使用无线点菜系统来取代传统 的手写点菜方式可以帮助餐饮企业实现从外 表形象到内在服务质量的飞跃，对企业高效 以及低成本的良性运营有巨大推进作用。 端 / 服务器）结构模式，硬件结构如图 1 所 示。图中的 PPC 掌上电脑客户端，吧台管理 端，厨房菜单显示端相互间通过 802.11b1 网 卡和无线 AP2 进行通信。系统运行硬件环境 配置如下。 (1)一台（或以上）的 PPC 掌上电脑（基 于 WinCE 系统，非 PLAM 系统），必须带有 8 0 2 . 1 1 b （a / g 也可替代）的无线网卡（或 者通过 CF 插卡实现）。 (2)两台计算机，一台负责吧台系统一台 负责厨房系统。（需要安装 S Q L S e r v e r 2000 数据库），并有无线网卡（亦可以使用有 线 网 络 代 替）。 (3)无线 AP( 或者无线路由器) 。 ( 4 ) 打印机负责打印票据( 可选）。 1 无线点菜系统背景简介 2 子系统功能实现 无线点菜系统服务于餐饮企业，根据普 通的餐饮企业的业务流程，一个典型的无线 点菜系统可以分为吧台管理，厨房管理和 PPC 掌上电脑三个子系统，三者之间是围绕 着客人的点单进行合作的关系。每个子系统 中还有相应下级子功能模块，包括了人员管 理，材料管理，库存管理，菜单管理，桌位管 理，订餐管理，菜单追踪，财务管理，打印模 块等等。 整个无线点菜系统分为吧台管理，厨房 管理和 PPC 端点菜三个部分，其中吧台管理 是整个系统中相对较为复杂和核心的模块， 而厨房管理功能主要是对 PPC 端传来的点菜 数据的查看和响应。PPC 端则应由服务员手 持，操作完成后将客人点菜的数据发送至客 户端。下面依次介绍这三个子系统的工作原 理。 2.1 吧台综合管理系统设计 在参考了许多现有的成熟模型和需求分 析以后，本系统结构决定采用 C / S （客户 吧台端子系统是全面综合管理整个系统 的核心。这部分包含房台管理，菜单管理， 原料管理，员工以及会员管理，运行历史管理 等等。其中房台管理用于查看房间或者某张 桌子的占用情况而为客人的电话预定提供方 便，原料管理则主要用于管理库存，存储各种 原料的库存信息，一旦出现某种原料用完的 情况，PPC 端的点菜功能将自动提醒客人这 种菜已经无法被制作。除此之外，吧台端还应 当具有营业记录，客户会员信息，每月结算等 功能的查询。综上所述，吧台端是系统开发的 重点和难点所在，包含了大量的数据库操作， 因此在开发周期内分配在吧台端程序上的时 间占了相当比重。 2.2 厨房管理子系统设计 厨房端的功能实现相对简单，主要分两 大 部 分 。 菜单显示部分: 这部分分为 3 个队列, 分 别为未制作的菜, 正在制作的菜, 送出的菜。 厨师可以根据实际情况控制菜的状态。当有 客户从 PPC 端点菜后,才将自动加入未制作的 菜队列。厨师根据情况将其按顺序列入正在 制作的菜的队列,或者可以选择优先制作某个 菜。如有特殊情况，比如原来暂时不足，可将 正在制作的菜退回未制作队列。制作完毕的 菜将送入已送出队列。如有特殊情况，比如退 菜等，可以将此菜退回前一个队列，同时将在 账单上取消此菜的结算。 菜单设置：可以根据原料供应情况选择 取消某种菜的供应或者恢复某种菜的供应， 这样避免了客户在前台点菜而厨房却无法供 应的事情发生。 2.3 PPC 端点菜子系统设计 PPC 端的开发相对比较简单：点菜功能 是 PPC 端的主要功能，主要思想是调用数据 库中菜单数据，然后将点菜信息发到厨房和 吧台分别用来制作和结算。会员功能是通过 会员认证以后用来查询会员信息，包括级别 和会员卡余额等。其他的一些子功能包括账 单查询是查询此次消费的账目情况；每周一 谱用来推荐本日推荐菜谱；企业文化用来向 客户展示企业的相关信息；招牌名菜是向客 户推荐企业的招牌菜（即查询菜单中带有推 荐字段的菜谱）；点菜排行是对一段时间内点 菜情况的总结，方便客户了解以及向客户推 荐；今日特价是显示今天的特价菜菜单。这 部分程序运行于 w in d ow s CE [ 1]系统之上， 图 1 无线点菜系统硬件结构图 40 科技资讯 S C I E N C E & T E C H N O L O G Y I N F O R M A T I O N 

信 息 技 术 采用 C # 编写 [ 2 ] 。 3 后台数据库设计 后 台 数 据 库 的 设 计 是 本 系 统 的 设 计 难 点，考虑到数据库的规模以及与开发工具的 兼容性，本系统采用 SQL Server2000 进行开 发 ， 本 系 统 厨 房 端 和 吧 台 端 采 用 了 A D O （ActiveX Data Objects）数据库连接方式。 PPC 端使用了 ADO.NET 连接方式和数据库 连接。整个后台数据库一共由 27 张表组成， 按照相关情况分为八类，文中由于篇幅所限 只能简单的介绍一些重要的数据表。 3.1 和企业信息相关的表 式 结 算）。 B i l l 表是整个系统中最核心的数据表， 用于记录在客户点菜时开始记录包括桌号， 人数，时间在内的数据。客人点菜以后通过 PPC 将数据同时传到吧台和厨房，吧台端负 责记录和结算。厨房则负责根据菜单制作。 在结算时，分普通客户和会员结算。所以在 结算的时候价格有折扣和实际附价等区别。 会员享受不同价比的折扣并且可以有一定额 度的赊账。这些功能都在这张表中通过不同 的字段加以实现。 3.5 和桌台消费信息相关的表 T a bl e Boo k （记录定桌的情况，避免 Culture（用来向客人展示餐饮企业的企 桌台冲突）。 业文化和历史等信息）。 Ta bl e Hi st or y （餐桌的使用记录，用 Everyday Tip（向客人每周推荐的特色 来后期统计）。 菜谱）。 3.2 和会员数据相关的表 Tab le Me nu （餐桌点菜记录，用于结 算桌台的费用）。 Grade （会员等级表，用来区分会员级 Table Menu Temp （记录餐桌追加菜 别 ， 享 受 不 同 的 折 扣）。 记 录 等 的 临 时 表）。 M e m b e r （存储会员数据，包括姓名， Tables（桌台的相关资料，包括容纳人 联系方式，特征描述等信息）。 数，是否为包间）。 Member Log（用来记录会员的消费记 Table Status（餐桌使用状态，是否正 录，用以作为提升会员等级的依据）。 在使用或者空闲）。 Money pattern（记录结账类型，包括 T a b l e T y p e （餐桌类型，按照企业需 现金，支票，信用卡等）。 3.3 和菜单相关的表 F o o d Me n u （菜单表，餐饮企业所有 的菜单都存在此表中）。 F o o d T y p e （菜谱类型表，将菜单按 类型分类，便于客人点餐）。 3.4 和账单相关的表 Bill(账单表，记录消费情况用于吧台结 算）。 求划分的餐桌类型）。 Table Menu 表中有一个字段记录点菜时 间 RequestTime，当厨房制作完毕以后，将 菜送入送菜队列时，系统将记录上菜时间。 这样的设计是用来监督并且改善厨房的做菜 效 率 。 3.6 和原料管理相关的表 Ma t e r i a l （记录原料的名称等信息） Material History（记录原料进出货历 Bill Detail(账单明细，记录所有的详细 史记录） 消费细节，用于打印小票）。 Material Type（记录原料的类型, 用于 Bi ll Pa tt er n （付款方式，通过何种方 原 料 分 类）。 2009 NO.14 SCIENCE & TECHNOLOGY INFORMATION 科技资讯 3.7 和附加消息先关的表 Message（系统消息，用于 PPC 端向吧 台 发 送 消 息 ） Re m a r k （备注消息，用于记录客人对 菜的特殊要求） 3.8 和管理员相关的表： Person(管理人员数据, 包括管理员用户 名, 密码, 相关资料）。 Log(记录管理员的登陆和使用系统的记 录）。 4 结语 本文简单地介绍了掌上电脑无线点菜系 统的设计和实现。本设计分三个子系统，包括 掌上电脑点菜端，厨房显示端，吧台综合管理 端，彼此通过无线 AP 相连接。开发的重点在 于吧台综合管理端，因为大部分功能都在吧 台完成。厨房端主要是实现简单的对于数据 库的查询，PPC 端则读取数据库中的信息，并 将客人点菜信息发送至吧台和厨房。三者之 间通过相互的合作完成餐饮消费的流程。 参考文献 [1] (美)Hoang Lam.Thuan L.Thai[美].NET Framework Essentials(3rd Edition) [M]. USA：O'Reilly，2003. [ 2 ] 欧立奇, 康祥顺, 马煜. V i s u a l C# . N E T 案例开发集锦[M].北京:电子工业出版社， 2005. (上接 39 页) 发、边使用原则。 的研开过程进行了简单表述，不足之处请各 本系统采用生命周期法和原型法相结合 (4)充分考虑本系统与其它系统的数据接 位读者指教。 的方法开发。信息管理系统的开发一定要遵 口, 实 现 数 据 共 享 。 守生命周期的思想，以保证系统设计的正确 (5)面向职能管理部门的子系统采用 C/S 性，对于各子系统的开发可以快速生成系统 结构。 参考文献 [ 1 ] 张玲. 软件工程[ M ] . 清华大学出版社. 原型，供用户直观地了解新系统的结构、功 ( 6 ) 面向学生、教师查询量大、数据录 2005,3(1). 能和界面风格，用户根据原型不断提出新的 入小的系统采用 B / S 结构。 [2] 姜江.P ower Designe r 分析与设计[M]. 要求，根据这些新的要求不断完善该系统。 (7)数据流之间、数据项之间具有制约及 2004,8(1). 本系统采用生命周期法和原型法相结合的方 控 制 。 法开发，并且自上而下进行设计，自底向上 (8)为确保数据录入一致性，信息的输入 进 行 开 发 。 以 “ 选 入 ” 为 主 。 系统开发过程中遵守如下原则： (1)软件实现模块化设计，系统采用多层 结构，将表示层与业务层分离，以提高系统 的安全性和可维护性。 (9)确保数据的安全性并设置数据的使用 权 限 。 (10)系统具有通用性，便于扩充、升级。 (2)统开发过程依据信息流与业务流程顺 4 结语 序。 目前信息管理平台已经投入运行，系统 (3)采用分期、分步实施原则，实现边开 运行稳定、已经达到设计目标。本人将系统 科技资讯 S C I E N C E & T E C H N O L O G Y I N F O R M A T I O N 41