基于WebService的无线餐饮管理系统1

基于Web Service的无线餐饮管理系统

4.1 现行系统概述

4.1.1 开发背景

春景海鲜酒楼500m，近20个雅间，一个零点大厅，可容纳300人就餐，菜品以本地海鲜、鲁菜、家常菜为主，客源以政府、机关、事业单位团体等为主。春景酒楼以其海鲜、鲁菜特色和决策层完善的经营管理理念，在烟台市餐饮行业中占有很大的市场份额。

4.1.2 组织结构分析

目前，春景海鲜酒楼主要包括为6个部门：经理部、人事部、餐厅部、后厨部、财务部、后勤部，其组织结构如图4-1所示。

总经理

副经理副经理

后勤部餐厅部人事部后厨部财务部

图4-1 春景海鲜酒楼组织结构图

各部门的职责及岗位划分如下：

①经理部设有总经理以名，负责酒楼员工的任职、财务管理、酒楼经营及高层决策等工作；副经理两名，分别管理人事部、餐厅部、后厨部、财务部和后勤部。

②人事部设有人事主管一名，负责制定和实施酒楼人才资源规划、机构设置于编制管理、人事管理的规章制度建设、人员调配工作、员工人事任免、业绩考核、劳资发放等工作。

③餐厅部负责酒楼的迎宾接待、前台点菜、传菜、酒水提供等工作，设有餐厅主管一名，主管下设前厅领班，酒楼领班、跑菜主管、酒水主管和吧台主管各一名，其他工作人员有迎宾员、服务员、跑菜员、酒水员。

④后厨部负责酒楼的菜例拟定、菜例制作等工作，设有行政总厨以名，行政总厨下设厨师长以名，厨师长下设炉头主管、配菜主管、点心主管一名，其他工作人员蒸煲厨师、冷菜厨师、配菜厨师、点心厨师等。

⑤财务部负责酒楼的收银结账、财务管理等工作，设有后勤主管一名，主要工作人员有库管员、收银员和会计员等。

⑥后勤部负责酒楼的原料采购、设施维护和卫生管理等工作，设有后勤主管一名，主要工作人员有采购员、维护员、保洁员等。

4.1.3 现行系统运行状况分析

春景海鲜酒楼目前使用的系统主要有人事管理、预订管理、点菜管理、财务管理等4个功能模块，分别负责人事管理、预订接待、顾客点菜、财务上报等职能。

虽然现行系统已经脱离了传统的手动操作，在一定程度上减轻了工作人员的劳动强度，但现在系统各功能之间的信息不能很好地交互处理，并未充分体现餐饮业务处理的智能化和人性化；其次，现行系统采用基于C/S的体系结构，每台计算机都要安装客户端软件，这样既占用了终端计算机的CPU资源，又给系统升级带来了不便；最后，会员管理功能在现有系统功能中并未体现，已经不适应现代餐饮行业经营管理中客户关系管理的要求。

因此，该酒楼急需重新开发一个更加完善的信息系统来辅助酒楼的经营与管理，提高酒楼的经营效益和管理效率。

4.2 系统需求分析

4.2.1 系统目标与需求分析

新系统的设计宗旨是方便厨房、前台和服务员之间的信息交流，酒店管理人员可以通过本系统了解厨房工作人员的工作情况，并能实时监控当前餐厅的预定情况、上座情况、就餐客人数量、每桌客人消费金额、消费明细、当前收银结算情况以及收入明细等。

1.预定接待

（1）预期预定

可提前任意天、周、月、年预定，记录客人的姓名、到达时间、预定的时间、餐台和定金、菜品及客人特别交代的事项。

可以查询预定，取消预定和打印预定表，可以避免餐台的重复预定和漏订，支持同一餐台不同时间多次预定，可以方便地从已建立的客服资料中选择预定客户。

（2）餐台状态查看

实时动态地显示餐台状态和历史预订信息，可以方便地切换预定时间，快速地查看预订情况，并可按所有餐台、已预订餐台、未预订餐台过滤显示。

（3）预订开台

预订人抵达后可自动开台，所预订菜品和定金自动转入。

2.前台管理

（1）开台点菜

包括开台、换台、并台、退台，支持一台多账单，可实时动态地显示餐台状态，包括点菜、退菜、加菜、催菜、等叫等功能，可按菜品编码、拼音字头、菜品名称、菜品类别等多种方式点菜，提高了点菜速度。

（2）收银结账

支持现金、会员储值卡的混合结账，支持按菜品打折、整账单会员打折（按预设的打折方式执行），支持预订金转结账。

（3）换班交接

可记录当前情况，查询已结账和未结账单，打印班结表。

3.后厨分单打印

（1）分单

分单就是要解决哪道菜由哪个厨房制作的问题。前台点完菜后，软件会自动按照预先的设定自动进行分单，即不同的菜品按照设定由不同的厨房打印机进行打印。

（2）打单

厨房打印机配备网络打印服务器，以支持远程打印，只有打印菜单后厨房才开始制作。

（3）出菜

菜品制作完毕，传菜部通过扫描条码认出菜，扫过单子的菜品说明已在送菜途中。

（4）特殊情况

服务员用手持点菜机或前台管理软件点菜时，将客人所点的菜品分为“即起”与“等叫”

两种状态，“即起”是指立即制作，“等叫”指等待客人叫菜时开始制作，这些信息都会在厨房制作单上打印出来。同时，客人如有催菜信息，通过终端操作，系统会自动打印提示信息以提示后厨加紧制作该菜。

4.2.2 系统开发方法的选择

在系统开发的早期，由于缺乏系统的开发思想，没能形成工程的概念，以至于在20世纪60年代出现了所谓“软件危机”，也促使了一门新科学——“软件工程”的诞生。管理信息系统工作者对信息系统的开发提出了许多开发方法，其中常用的有结构化系统开发方法(Structured System Development Method)、原型法(Prototyping Method)、面向对象法

(Object-Oriented Meth-od) 3种。

1.结构化法

结构化法基于系统工程的思想和方法，以用户至上未原则，采用结构化、模块化等手段对信息系统进行分析、设计和实施。在实际开发过程中，对应于系统开发的过程，主要应用的结构化方法有结构化分析（Structured Analysis）、机构化设计（Structured Design)和结构化程序设计（Structured Programming）。

2. 原型法

原型法摈弃了结构化法先进行周密细致的调查、分析、文档整理，再进行逻辑设计、物理设计等的繁琐过程，而快速的构造出系统的物理原型。但是，并不是说开发人员用原型法就没有一个分析、设计和实施的过程，实际上开发人员在运用原型法时已有意识或无意识地对系统进行了一个分析、设计和比较的过程，才能保证开发人员快速的构造出一个原型系统，只不过开发人员直接用物理模型表达了对系统的理解，而省去了结构化法中大量的文档资料。

3. 面向对象法

面向对象法（OO）是今年来发展起来的一种系统开发方法，它与原型法的设计与实现有一定的共同之处。不同的是一种从系统调查分析之后开始用面向对象进行分析的开发方法。它强调系统设计之前的系统分析，强调以系统中的数据或信息为主线，全面、系统、详尽地描述系统的信息，建立系统的信息模型，指导系统的设计。面向对象方法按系统开发的一般过程分为面向对象分析（OOA)、面向对象设计(OOD)、面向对象程序设计(OOP)。

在以上3种方法中，结构化系统开发方法强调系统开发过程的整体性和全局性，强调在整体优化的前提下考虑具体的设计问题，即自顶向下的开发方法。它严格区分系统开发的各个阶段，强调一步一步地进行系统分析和设计，并对每一步工作进行总结，发现问题及时反馈和纠正，可以避免开发过程的混乱状态，目前已被广泛采用。本系统的开发主要采用了结构化地系统开发方法。

4.2.3 系统开发的可行性研究

在新系统的开发之前，要进行系统的可行性研究，主要包括技术可行性、经济可行性和社会可行性等3个方面。

1.技术可行性研究

先进的软件技术、数据库技术和网络技术作为计算机技术的一部分在过去的几十年中都得到了迅猛的发展，这为本系统的开发提供了技术后盾。本系统采用基于Net框架的管理信息系

统架构，设计模式采用MVC设计模式，开发环境采用微软的Visual Studio 2005，应用服务器选择IIS Web服务器，数据库选择微软公司的SQL Server2005，这些技术的应用目前已经比较成熟，也不失先进性。

2.经济可行性研究

在现代的餐饮行业中，餐饮经营管理仍是一项比较繁重的工作，把点菜，预定，财务等工作交给计算机来处理，充分利用计算机运算速度快的优势来减轻工作人员的负担，成为一项亟待解决的问题。实现酒店经营的信息化，可以大大减轻酒店工作和管理人员的负担，也可以为酒店节省大量的人力、物力和财力。

3. 社会可行性研究

由于本系统的用户计算机水平普遍较低，因此，本系统在开发设计时充分考虑了用户的特点和操作习惯，系统运行时尽量减少数据的键盘录入，界面通过浏览器输入。其中，无线点菜系统采用了比较常见的PDA作为客户端运行环境，可以用笔触方式进行操作，简单易懂。此外，本系统没有对他人的专利、版权构成侵犯，与现行的管理制度也没有冲突。以上3方面的分析。本系统的开发是可行的。

4.3 结构化系统分析

4.3.1 系统业务流程分析

本节列出了该系统的主要业务流程，以说明本酒楼管理信息系统的主要业务及部门之间的数据关系，为系统分析提供依据。业务流程图参考图例4-2所示。

业务处理业务流系统外部人员系统组织

文档资料数据文件决策与判断

图4-2 业务流程图参考图例

1. 会员管理业务流程

业务描述：顾客可持春景海鲜酒楼消费结账单到柜台办理会员卡，会员卡可作为储值卡使用，可充值、兑现，系统会根据会员累计消费金额升级会员等级。业务流程图如图4-3所示。

无效结账单失败会员档案

顾客消费结账单消费验证成功会员登记资料柜台办理

顾客资料会员卡

消费台账会员升级顾客

图4-3会员管理业务流程图

2. 预订管理业务流程图

业务描述：前台接待顾客预订,登记预订信息。业务流程图如图4-4所示。

会员档案

顾客预订信息身份验证会员柜台刷卡

非会员

柜台办理历史预订记录

检索匹配餐台

生成预订订单

顾客取消预订预订台账

图4-4预订管理业务流程图

3. 无线点菜业务流程图

业务描述:顾客进店,服务员安排入座,顾客点菜后,服务员通过手持点菜清单至后厨打印机分单打印和柜台打印机上菜清单打印.业务流程图如图4-5所示.

会员档案

顾客身份验证会员柜台办理历史消费记录

非会员

前台接待顾客

餐台台账检索匹配餐台餐台预订参考台账

安排就坐推荐餐台顾客催菜顾客缓菜

柜台开台修改上菜状态

推荐菜例后厨分单打印

修改餐台状态上菜提醒小票

顾客点菜预订台账

点菜单菜例台账客户

手持终端下单消费台账上菜小票

新加菜单退菜单修改预订状态

顾客加菜顾客退菜预订台账柜台打印传菜员顾客餐台预订参考台账消费小票

修改上菜状态按单上菜

顾客

图4-5 无线点菜业务流程图

4.收银结账业务流程

业务描述：顾客消费结束后，到柜台结账，顾客可凭会员卡享受相应的折扣优惠。业务流程图如图4-6所示。

充值

失败

顾客会员卡金额验证消费台账

成功修改消费账单状态

修改餐台状体

现金柜台结账打印结账单

顾客消费结账单餐台台账

图4-6 收银结账业务流程图

4.3.2 数据流程分析

数据流程分析是对业务流程的抽象，该环节以数据流程图为主要的分析工具，它从数据传递和加工的角度，以图形的方式刻画了数据的输入、输出、存储和处理的逻辑关系，也称为逻辑

数据流程图，其基本图例如图4-7所示。

外部实体数据存储数据处理数据流

图4-7 数据流程图参考案例

1. 餐饮管理系统的顶层数据流程图

本系统的顶层数据流程图如图4-8所示。该数据流程图有两个主要的外部实体：顾客和经理；预订信息和会员资料是该系统主要的输入数据流，营业统计信息和消费结账单是该系统主要的输出数据流。

预订信息基于Web Service的营业统计信息经理

顾客会员信息无线餐饮管理系统消费结账单顾客

图4-8 餐饮管理系统顶层数据流程图

2. 餐饮管理系统的第一层数据流程图

通过对业务流程图和顶层数据流程图的分析，得到系统的第一层数据流程图，如图4-9所示。该数据流图包含5个主要的数据处理过程：预订管理子系统（p1)、无线点菜子系统（p2)、收据结账子系统（p3）、会员管理子系统(p4)、查询统计子系统（p5);涉及的外部实体有顾客和经理；数据存储包括餐台台账（D1）、餐台预订参考台账（D10);数据流包括顶层图中的预订信息、会员资料、营业统计信息和消费结账单，以及在本层DFD图中新增的

点菜清单、菜例信息、餐台信息、餐台出师表

两汉：诸葛亮

先帝创业未半而中道崩殂，今天下三分，益州疲弊，此诚危急存亡之秋也。然侍卫之臣不懈于内，忠志之士忘身于外者，盖追先帝之殊遇，欲报之于陛下也。诚宜开张圣听，以光先帝遗德，恢弘志士之气，不宜妄自菲薄，引喻失义，以塞忠谏之路也。

宫中府中，俱为一体；陟罚臧否，不宜异同。若有作奸犯科及为忠善者，宜付有司论其刑赏，以昭陛下平明之理；不宜偏私，使内外异法也。

侍中、侍郎郭攸之、费祎、董允等，此皆良实，志虑忠纯，是以先帝简拔以遗陛下：愚以为宫中之事，事无大小，悉以咨之，然后施行，必能裨补阙漏，有所广益。

将军向宠，性行淑均，晓畅军事，试用于昔日，先帝称之曰“能”，是以众议举宠为督：愚以为营中之事，悉以咨之，必能使行阵和睦，优劣得所。

亲贤臣，远小人，此先汉所以兴隆也；亲小人，远贤臣，此后汉所以倾颓也。先帝在时，每与臣论此事，未尝不叹息痛恨于桓、灵也。侍中、尚书、长史、参军，此悉贞良死节之臣，愿陛下亲之、信之，则汉室之隆，可计日而待也。

臣本布衣，躬耕于南阳，苟全性命于乱世，不求闻达于诸侯。先帝不以臣卑鄙，猥自枉屈，三顾臣于草庐之中，咨臣以当世之事，由是感激，遂许先帝以驱驰。后值倾覆，受任于败军之际，奉命于危难之间，尔来二十有一年矣。

先帝知臣谨慎，故临崩寄臣以大事也。受命以来，夙夜忧叹，恐托付不效，以伤先帝之明；故五月渡泸，深入不毛。今南方已定，兵甲已足，当奖率三军，北定中原，庶竭驽钝，攘除奸凶，兴复汉室，还于旧都。此臣所以报先帝而忠陛下之职分也。至于斟酌损益，进尽忠言，则攸之、祎、允之任也。

愿陛下托臣以讨贼兴复之效，不效，则治臣之罪，以告先帝之灵。若无兴德之言，则责攸之、祎、允等之慢，以彰其咎；陛下亦宜自谋，以咨诹善道，察纳雅言，深追先帝遗诏。臣不胜受恩感激。

今当远离，临表涕零，不知所言。