中餐厅点餐系统设计与实现.docx
《中餐厅点餐系统设计与实现.docx》由会员分享，可在线阅读，更多相关《中餐厅点餐系统设计与实现.docx（33页珍藏版）》请在冰豆网上搜索。
中餐厅点餐系统设计与实现
中餐厅点餐系统设计与实现
作者姓名:
XX专业班级：
XXXXXXXXXX指导教师:
XX
摘要
本论文详细论述了基于无线网络通讯技术、平板显示技术下的中餐厅点餐系统设计与实现过程.系统采用VisualStudio2010作为开发平台,C＃语言为开发语言,SQLserver为数据库.系统需求获取采用原型法，借鉴市面主流点餐系统功能，完成初步规划；中期采用结构化分析法，使功能项衔接顺畅；后期程序设计采用面向对象方法,优化具体功能。
最终实现顾客点餐、加餐、结账过程中的一体化。
本点餐系统能够帮助切实提高大型中餐行业的工作效率，带来可观的经济效益。
本论文组织结构：
1、阐述本点餐系统研发的可行性；2、陈述相关的开发工具及技术基础；3、对系统进行各项需求分析,提出数据库模型设计方案；4、展示各功能模块。
关键词：
中餐厅;点餐；系统设计；服务优化；C/S模式
Mealsmealinsystemdesignandimplementation
Abstract：
Thisarticleshowshowtodesignandimplementthesystembasedonthewirelessnetworkcommunicationtechnologyandtabletpersonalcomputertechnology。
ThissystemuseVisualStudio2010asdevelopmentplatform,Clanguageasthedevelopmentlanguage,SQLsevertoprovidethedatabasesupport.Theinitialsystemdesignusingprototyping,drawingmainstreammarketorderingsystemfunction，completethepreliminaryoveralldesign；interimstructuredanalysismethod,makingfunctionalitemsforasmoothflow；postusingobject—orientedanalysis，optimizationofspecificfunctions.Ultimatelythecustomerordering，snacks，checkoutprocessintegration。
Thissystemcanhelprestaurantsindustryandimprovetheworkefficiencyandbringconsiderableeconomicbenefit.
Thisarticle’sstructure：
1，showsthefeasibilityofthissystem’sdevelopment；2,statementsrelevantdevelopmenttoolsandtechnicalfoundation;3，considerthesystem'srequirements,putsforwardthedatabasemodel;4,showseachfunctionmodule。
Keywords：
Chinesemeal；OrderFood；Informationize；ServiceOptimization;
SystemDesign;C/SModel
第1章前言
改革开放后，随着国家的稳步发展，中外商贸活动增加，国民的生活水平逐步提高，生活、消费观念也逐渐改变。
2001年我国成功加入世界贸易组织,更多的中外合作，使得西方社会生活体系的影响更广泛、直接,国民的生活、消费观有了较大的改变。
国内餐饮业在这样的冲击下，想要依靠“一盘牛肉，一壶老酒"的原始服务模式，显然已经无法立足。
从各方面改善服务，才是生存之道.
我在实习中接触过数家中餐店，大到酒店、小到酒家，观察发现,直接的人工服务成本都是很大的一笔开销,同时，这样大的开销背后,并不能带来相应的效益。
相反，由于服务人员的专业技能、心态等因素，很可能给顾客带来反面刺激，导致顾客流失。
如今国内诸多高档会所、咖啡厅、中餐酒楼、海鲜酒楼、酒店、饭店、火锅店、西餐店等，已经试探性引进或开发了契合自身特色的点餐系统，并且取得了非常积极的正面效果：
服务变得简单、快捷，顾客满意度持续上升。
与此同时，大量的软件开发商也开始接受定制或自主研发点餐系统，比如金蝶、天子星等，如图1—1所示。
图1-1市场某流行点餐软件
总之，餐饮业信息化已是大势所趋，其作为整个餐饮行业的核心竞争力所在的地位日益巩固，已有成为餐饮业灵魂的趋势。
它能有效地提供服务，降低运营成本，提高经营效率。
餐饮业必须对它有足够的重视，才能在激烈的竞争中占居有利地位。
第2章项目概述
2。
1项目开发背景
詹•卡尔森在《关键时刻MOT》一书中指出，服务行业在每一个与顾客接触的地方，都是“关键时刻”.把握好这些“关键时刻”，才会有发展。
我在“XX大酒店”实习过程中，更是深刻体会了“关键时刻”的重要性。
该酒店目前仍采用传统的人工记单方式。
在点餐过程中,服务员时常出现错误单的情况；甚至于，因为顾客对消费额的不敏感，点餐过多,用餐一段时间后临时取消部分菜品，不仅造成额外的服务压力,还给顾客极差的用餐体验.
目前国内外一些高档酒店已经意识到“关键时刻”这一问题,开始引进智能点餐系统，减少人为因素在这些“关键时刻”的影响。
但是其中依然存在不少问题，例如我在某酒店用餐中曾亲身使用过一套主流点餐系统,系统追求足够的“绚丽”，很好地表现了美食的“色”，却忽略了操作便捷；并且在一道热销菜下订单后,很久才由工作人员告知已销售完毕.
基于这些存在的问题，以及我在“XX大酒店”了解的实际情况。
我提出结合、改进市场现有的点餐系统各自的特色，研发以食材库存、用户上手度为主要入手点的“中餐厅点餐系统”,
在系统研发完成后,本点餐系统会在“XX大酒店”整个店面中部署运行。
2.2项目开发目的
本点餐系统开发主要目的有以下几点:
1.考虑到酒店数据安全以及业务的正常运行，采用C/S模式,为顾客提供可视化的、便捷的点餐功能，以及实时的消费显示；
2.避免传统人工记单可能造成的错误单,提升顾客体验;
3.在后台数据库中使用特殊算法，实现食材实体的数据化，达到对点餐行为可行性的实时判断；
4.服务器存储顾客消费数据，为管理人员提供有效的数据支持；
5.减少酒店运营成本，带来直接效益.
6.于我而言，将所学与实习实际结合，学以致用,完成有意义的实践学习.
总之，本点餐系统是在“关键时刻"理论基础上提出，旨在抓住餐饮服务业中每一个给顾客建立良好体验.
第3章系统总体规划
点餐系统的总体规划是整个研发阶段的第一项准备工作,其工作细致程度，直接影响到系统实施的顺利与否.所谓磨刀不误砍柴工，接下来，本论文会从系统调查、可行性分析等方面,对系统研发进行总体规划。
在实习过程中，通过与顾客、服务人员、管理人员交流，调查了解.初步确定整个系统的功能结构和业务流程.整个点餐系统大体需要实现“管理模块”、“点餐模块”、“食材存储模块”、“服务模块”。
其中,“管理模块”实现管理人员对系统用户的管理、数据的查阅及审核等功能；“点餐模块”实现菜品可视化、消费额即时显示、顾客点餐行为可行性判断等动能；“食材存储模块”实现食材的数据化存储，同时智能分配食材至顾客所点菜品，以辅助“点餐模块”完成对顾客点餐行为的判断；“服务模块”包括顾客用餐过程中的“呼叫服务"，随时通过系统呼叫服务人员;顾客点餐过程中的“后厨服务”，即时了解菜品制作进度;顾客用餐结束的“结账服务”。
以上是对初步调查结果进行总结归纳后，得到的初步分析。
3.1可行性分析
3.1.1技术可行性
无线网络技术的发展和计算机硬件性能的不断提升，使低成本、高智能点餐系统的铺设成为可能.另外，目前基于Web的系统开发技术已经十分成熟，随着Internet/Intranet技术的进一步发展，基于Web的点餐信息系统开发将有更为明朗的前景.借鉴市面已出现的点餐系统，改进界面，改进操作方式,研发契合自身夜色的点餐系统，是确实可行的。
3。
1.2经济可行性
根据调查，中、高档餐饮店一本菜谱制作成本约为200元-400元，每年会有2-4次更换，平均投资约为900元/年；服务员成本人均40000元/年，服务员队伍40～50人,平均支出1800000元/年；开发自有点餐系统,铺设完备的硬件设备,初步估算一次性费用约1000000元，后期维护费用估算为100000元/年，可减少服务员队伍约10人，节约支出400000元/年。
数据分析可知，使用点餐系统后，4年后即可带来投资效益，如图3-1所示。
图3-1酒店6年支出预测图
除了直观的费用减少效益外，由点餐系统提升的顾客体验所带来的隐性经济效益,是无法用数据估量的。
3.1。
3管理可行性
在“XX大酒店”此前实际经营过程中，因采用传统的餐饮服务模式,没有设立专门的信息化部门，此项给点餐系统的实施会带来一定困难.但是酒店供职人员中，30岁以下青年员工占据主要部分，他们处在学习能力极强、执行力极强的年龄段，可以经过简单的培训，使员工熟悉并熟练使用本系统。
同时,本点餐系统以实际工作为原型，抽象相关人员工作原理。
系统也涉及权限的管理,对相关数据进行加密.系统实施以后,管理者不会存在管理上的担忧。
尤其在对食材的数据化管理、顾客电子化的结算上,能更好地预防人工统计过程中的“故意损耗"，以及假账，保障公司的财产安全.
同时，管理人员可查阅消费数据，实时了解店面的运营问题，随时监督店面的发展状况，调整发展策略。
综上所述，“XX大酒店”研发点餐系统确实可行。
3.2组织机构调查
该酒店租用一栋6层高楼提供中餐服务：
其中第一层迎宾；第二层大部分用于集体宴会，剩余为厨房、食材仓库用地；第三层用于集体宴会；第四、第五层为单个雅间；第六层为棋牌娱乐室.各层分设柜台，负责所在层次顾客用餐安排、送餐交接、结算等工作.设立六部门，分管不同模块工作,如图3-1所示。
图3-2酒店现行组织结构
总经办：
负责统筹规划下属各店面的发展规划、人事调度等；
迎宾部：
负责酒店迎送顾客工作，包括顾客迎送、迎宾人员礼仪培训等；
服务部：
负责酒店服务工作，包括为顾客提供服务、服务人员礼仪培训等；
后厨：
负责食材的采购、菜品更新、美食供应等；
后勤部:
负责食材的采购以及其余后勤事务。
3.3系统逻辑业务规划
本点餐系统大体业务流程如下述：
1.总经办管理人员在系统中新建角色,添加用户，对角色赋予权限组合，并且将已获取权限组合角色赋予职位对应的用户；
2.已获取权限用户使用用户名和密码登录系统，用户进入系统后只能使用已获取权限的模块,对于没有获取权限的模块无权访问和使用；
3.当迎宾人员通过账户进入系统后，可以通过无线传输设备,即时显示可供用餐的地点,顾客呼叫结账通知等；
4.当服务人员进入系统后，可以通过无线网络传输设备,即时显示呼叫服务的顾客位置以及菜品、酒水的需求情况；
5.当后厨人员通过账户进入系统后,可以对酒店的菜品进行更新；
6.当后勤人员通过账户进入系统后，可以对酒店食材、酒水库存数据进行添加、删除、修改和查询等操作，保证酒店各项库存在合理的控制范围；
7.顾客通过平板设备登陆系统,可以轻松完成点餐、呼叫服务等。
3。
4系统数据类规划
经过逻辑业务规划，按照实体分析方法设计数据类有：
1.角色管理数据类：
此类数据记录点餐系统中角色的角色信息，包含角色名、角色描述、角色权限等信息；
2.用户信息数据类：
此类数据记录点餐系统中用户的用户信息，包含用户名、用户登录密码、对应员工信息、对应员工部门以及工号等信息;
3.库存资料数据类：
此类数据记录点餐系统中食材、酒水的库存信息，登记、使用库存用户信息等；
4.菜品信息数据类:
此类数据记录点餐系统中菜品的基本信息，包括菜品介绍、价格、消耗食材等,同时记录与此菜品有关的消费单据链接；
5.消费信息数据类：
此类数据记录点餐系统中顾客消费的基本信息，包括消费地点、时间、消费额、具体消费项等信息；
6.日志统计数据类：
此类数据记录了点餐系统中用户行为信息，包括登录时间、行为指向等.
第4章系统分析
4.1系统详细调查
经过实习时间与该酒店员工、顾客当面交流之后所搜集的数据整理分析，可知：
1.点餐系统从数据的产生到数据表现需要包含的功能：
数据传输、食材转换、预判断、入库、结算、数据分发、系统管理、查询统计等功能;
2.点餐系统的研发过程中涉及到术语及定义:
（1）食材转换：
由顾客所点菜品所需食材状态，通过算法，自主转换原始食材储备；
（2）预判断：
将顾客的点餐行为,与食材、酒水等储备数据进行匹配，判断当前点餐行为是否可行的过程；
（3）结算：
对顾客用餐记录，按照资费标准和优惠规则，计算出各项费用的过程;
（4）数据分发:
根据顾客当前行为，将数据请求信息按需发送至“服务部”、“迎宾部”或者“后厨”的过程；
4。
2需求分析
本点餐系统面向的用户分为六类：
总经办管理员、迎宾人员、服务人员、后厨人员、后勤人员、顾客。
上述六类用户所使用的具体功能需求阐述如下：
1.总经办管理员使用本点餐系统对用户信息、角色信息、权限、库存数据、消费数据等进行管理;
2.迎宾人员使用本点餐系统对可用餐点和结账过程中用到的各种数据进行管理，如：
用餐点编号、结账折扣等参数；
3.服务人员使用本点餐系统对所服务用餐点的服务需求进行响应和管理；
4.后厨人员使用本点餐系统对顾客所点菜品进行响应和菜品、食材信息进行管理；
5.后勤人员使用本点餐系统对食材信息进行管理和审核；
6.顾客使用本点餐系统进行点餐、加餐、结账操作。
4.3业务流程分析
通过对用户的需求分析和业务过程分析，可知本点餐系统主要需要完成的业务有系统管理、食材酒水管理、菜品管理、点餐管理、服务管理。
对于下述将出现的业务流程图中所使用的基本符号,做出如下说明：
1.业务处理单位或用户：
它代表了某项业务参与的部门或人、物；
2.数据存档:
数据的载体，作为档案保存；
3.业务数据流动及方向：
表现业务流程中数据的流动方向；
4.各类单据、报表:
表明数据的载体；
5.业务功能描述:
表明业务处理功能.
业务流程图基本符号如图4—1所示:
业务处理单位或用户
业务功能描述
数据存档
数据流动及方向
各类单据、报表
图4—1业务流程图基本符号
后勤部
货物资料单
食材酒水管理
点餐管理
点餐资料单
菜品资料单
菜品管理
食材酒水储备信息表
顾客
后厨
服务管理
迎宾部
服务部
管理员
用户信息单
系统管理
用户信息
消费表
菜品表
4。
3。
1总业务流程
图4-2总业务流程图
1.总经办管理员建立用户,分配权限；
2.后勤部通过管理员建立的用户登录系统，再根据“货物资料单”真实输入食材、酒水数据；
3.后厨通过管理员建立的用户登录系统，再根据“菜品资料单”真实输入菜品信息，包括菜名、单机、消耗食材等；
4.顾客入座后，通过固定无线设备登录系统，进行点餐行为，系统通过点餐管理自动识别点餐行为是否可行,可行生点餐表；
5.迎宾部、服务部通过管理员建立的用户登录系统，系统接收到“点餐表”后经过服务管理自动分发请求给迎宾部或服务部。
6.总经办管理员可通过系统管理查询存储的数据。
4。
3.2具体业务流程
1.系统管理业务流程分析
管理员
查询管理
用户管理
权限管理
食材酒水储备信息表
菜品表
消费表
用户信息
权限信息
图4-3系统管理业务流程分析
后勤部
食材酒水储备信息表
系统管理
食材
酒水
点餐管理
录入
总经办管理员通过用户管理增加、删除、修改“用户信息”，再通过权限管理建立权限信息，二者通过参数关联，生成完整的用户，在酒店一系列运作后生成数据，总经办管理员可通过查询管理，条件式查询这些数据。
2.食材酒水管理业务流程分析
图4—4食材酒水管理业务流程
后勤部按照安全库存，购进一定量的酒水、食材，将数据录入系统，生成“食材酒水储备信息表"，便于“点餐管理”和“系统管理"调用数据.
3.
后厨
菜品资料单
管理员
菜品表
菜品管理业务流程分析
图4-5菜品管理业务流程
后厨研制菜品,制定该菜品所需“菜品材料单"，经由管理员审核，通过后生成菜品表，供点餐时调用.
4.
菜品表
顾客
点餐
食材酒水储备信息表
消费表
点餐管理业务流程分析
图4—6点餐管理业务流程
顾客通过“菜品表”、“食材酒水储备信息表"获取图文信息，完成点餐操作，系统根据“食材酒水储备信息表”自动判定是否可行，若可行，生成“消费表"。
5.服务管理业务流程分析
顾客
服务部
迎宾部
顾客
服务对象判定
呼叫服务
呼叫结账
结账数据请求单
服务请求单
消费表
图4-7服务管理业务流程
顾客点餐生成“消费表”，系统将此表数据按照需求分发给“服务部”或“迎宾部”，当顾客有特殊需求—-“呼叫服务”或者“呼叫结账”，系统自动传输请求给相应部门。
4.4数据流程分析
依据本点餐系统的业务流程,相应的，在数据流程分析中，针对所述业务过程进行数据流分析。
数据流程图中使用的基本符号说明，如图4-8所示：
外部实体
数据流向
数据存储
处理功能
图4—8数据流程图基本符号
顾客
服务请求
系统管理
后勤部
迎宾部
管理员
服务部
服务管理
用户信息表
登录
消费表
菜品表
点餐
食材酒水储备信息表
用户名
密码
请求信息
请求信息
消费信息
4。
4.1总数据流程
结账请求
图4-9总数据流程
食材酒水储备信息表
菜品表
消费表
查询
管理员
权限管理
用户管理
数据表
数据表
权限信息
用户信息
4。
4。
2具体数据流程
1.系统管理数据流程分析
图4-10系统管理数据流程
2.
食材酒水储备信息表
录入
后勤部
查询
消费
货物资料单
后勤部
顾客
酒水数据
库存数据
食材酒水管理数据流程分析
图4—11食材酒水管理数据流程
3.
录入
后勤部
菜品表
审核
管理员
菜品信息
菜品管理数据流程分析
图4-12菜品管理数据流程
4.
食材酒水储备信息表
整合展示
顾客
下单
菜谱
点餐信息
消费表
菜品表
点餐管理数据流程分析
图4—13点餐管理数据流程
服务部
呼叫服务
顾客
接收
接收
迎宾部
结算
食材酒水储备信息表
点餐
请求数据
服务请求表
结账请求表
5.服务管理数据流程分析
图4—14服务管理数据流程
4.5数据字典
1.数据项
数据字典是对数据流程图中所有名字的定义及描述，并按特定格式予以记录,以备随时查询和修改.
编号
数据项名称
说明部分
编号
数据项名称
说明部分
1
菜名
字符型（20）；唯一性
2
消费金额
整数型
3
单价
整数型
4
用餐点编号
字符型（10），唯一性
5
菜系
字符型（10）
6
食材名
字符型（20），唯一性
7
图文编号
整数型;唯一性
8
食材储量
整数型
9
食材消耗
整数型
10
酒水名
字符型（10），唯一性
11
消费表单号
整数型,唯一性
12
酒水储量
整数型
13
消费日期
日期
14
服务员工号
整数型
2.数据结构
编号
数据结构名
属性
1
食材酒水储备信息
食材名、食材储量、酒水名、酒水储量
2
菜单信息
菜名、单价、菜系、图文编号、食材消耗
3
消费表信息
消费表单号、消费日期、消费金额、用餐点编号、服务员工号
3.数据流
编号
数据流名
输入
输出
1
食材酒水储备信息
食材酒水数量信息
食材酒水储量信息
2
菜单信息
菜品、酒水信息
菜单信息
3
消费表信息
点餐信息
点餐信息
4.数据存储
数据存储名
输入数据流
输出数据流
说明部分
食材信息
食材名
食材储备信息
菜品信息
菜品名、菜系
菜品信息
消费表信息
消费表编号
消费信息
用户信息
用户编号
用户信息
5.数据处理过程
处理过程名
输入数据流
输出数据流
说明部分
食材酒水储备更新
食材、酒水编号，增减量
食材酒水储备信息
后勤部操作
菜单更新
菜品信息
菜品信息
后厨操作
点餐
菜品、酒水
消费表
顾客操作
消费信息
消费表编号
消费信息
迎宾部、管理员可操作
第5章系统设计
5.1功能模块设计
本系统为“XX大酒店”自用信息化系统,通过调查与分析,其主要功能模块有：
系统管理模块、登录模块、食材酒水管理模块、菜品管理模块、点餐管理模块、服务管理模块。
其中，系统管理模块为总经办管理员提供添加用户，授权，审核菜品等功能；登录模块判断当前登录用户权限，并开启相应操作界面；食材酒水管理模块提供对食材、酒水库存的出入库管理；菜品管理模块提供菜品的新建、审核等功能；点餐管理模块为顾客提供智能化的点餐界面与功能;服务管理模块可自主判定当前服务类型,并将相应的请求数据分配给迎宾部或者服务部
系统总体模块结构图,如图5-1所示：
用户名和密码正确
系统管理模块
登录模块
食材酒水管理模块
菜品管理模块
点餐管理模块
服务管理模块
用户名、密码
图5-1系统总体模块结构图
5.2概念结构设计
根据本点餐系统需求分析，可以推导出本点餐系统数据库的概念模型，并对设计出的数据模型进行规范化处理，使数据模型满足第三范式。
1.
菜名
菜单
食材消耗2
单价
编号
焦耳含量
菜系
食材消耗1
菜单表E-R图,如图5-2所示
图5—2菜单表E-R图
2.食材E-R图,如图5—3所示
食材
食材数量
食材编号
食材名
图5-3食材E—R图
3.
消费表
用餐点编号
消费表单号
消费金额
状态
消费内容
消单费E-R图，如图5-4
图5—4消费单E-R图
4.
菜单
点餐
顾客
下单
结账
消费单
接收
迎宾部
服务部
接收
后厨
消耗
食材
1
N
N
M
N
M
M
N
制作
菜品
用餐
N
N
全局E—R图
图5—5全局E-R图
5.3逻辑结构设计
将点餐管理系统的E-R图转换为关系数据库的数据模型,其关系模式为：
1.菜单档案（菜名+菜系+单价+图文编号+食材消耗1+食材消耗2+……）
其中图文编号为主码，菜名为外码；
2.食材酒水储备（食材名+食材编号+食材数量；酒水名+酒水编号+单价+酒水储量）
其中食材编号为主码,食材名为外码;酒水编号为主码，酒水名为外码;
3.消费记录（消费单号+用餐点编号+消费金额+消费内容+状态）
消费单号为主码，用餐点编号为外码；
4.食材酒水进出记录（食材、酒水编号+食材、酒水名+食材、
升级会员 