酒店餐饮管理信息系统分析报告

1、管理信息系统上机报告题目：酒店餐饮管理信息系统分析报告院（系）经管学院专业名称市场营销专业二零一二年四月2 目录1. 引言 . . 3 2. 国内外研究现状 . . 3 2.1 国外研究现状. 3 2.2 国内研究现状 . . 4 3. 初步调查 . . 4 4. 可行性分析 . . 5 4.1 管理上的可行性研究. 5 4.2 技术上的可行性研究. 5 4.3 经济上的可行性研究. 5 4.4 社会上的可行性 . . 6 5. 项目开发计划 . . 6 6. 详细调查（管理功能调查、业务流程调查和数据流程流程调查）. . 6 6.1 组织结构调查 . . 6 6.2 管理功能调查 . . 6

2、 6.3 现有业务流程图和数据流程图. . 7 6.3.1 业务流程图 . 7 6.3.2 数据流程图 . . 8 6.4 数据字典 . . 9 6.4.1 数据项 . 9 6.4.2 数据流描述 . 10 6.4.3 数据存储 . 10 6.4.4 处理逻辑 . 11 6.4.5 外部实体 . 11 7. 参考文献 . . 13 3 1. 引言随着社会经济迅猛发展，对于大型餐饮企业而言，其分布跨越多个区域，如何有效的对所属餐饮店铺进行信息管理，一直是难以解决的问题。为满足餐饮店铺的信息管理建设的实际需求，建立一个高效的、灵活的、稳定的、可靠的餐饮店铺综合管理信息服务系统就显得极其重要。本文围

3、绕酒店餐饮管理信息系统的研究与实现，在开发与设计中采用了可以快速开发和维护便利的面向对象的开发方法，并结合软件工程开发理论，从实际工程项目中餐饮店铺管理信息系统的功能需求以及业务流程分析，运用管理信息系统的相关知识，使系统能够把店铺管理所涉及的大量资料按一定的模型组织起来，提供存储、维护、查询资料的功能，使用户可以方便、及时、准确地从系统中获取所需的信息，能够利用计算机网络以办公自动化形式完成各类业务流的处理，有效的满足了酒店餐饮管理信息系统的规模需求以及未来业务增长的需要。2. 国内外研究现状目前市场上的餐饮管理系统大都局限于酒店范围内，餐饮服务方式主要有手工单据集中上传、 pda 点菜等方

4、式2.1 国外研究现状而在国外，大多使用的是pad点菜上传。 pda点菜上传，其主要是通过红外线或无线传输技术 (8021 1b) 来进行数据传输。nadirgulzar在 practical j2eeapplicationarchitecture中提到红外线传输距离由其功率的大小决定的。由于pda自身性能的局限性，其红外线传输的理论距离只有4 米，而且红外线传输过程中不能有任何障碍物阻拦，实际上要求在1 米内才能看清楚上传指示灯和上传确认音，传输成功率不能达到100，极易造成数据的丢失。红外传输设备与红外接收设备进行通讯时，为一对一对应，其他红外传输设备无法插入，只能等待，等待过程中容易发生

5、丢包现象。另外，红外线传输所需的硬件品种较为复杂，这相于构建网络也会较为复杂， 则网络容易出现故障。 无线传输技术 (8021 lb)n 其用国家允许的公用频率，所以会受到其他诸如手机、微波设备等所发出信号的干扰。主要表现为：通讯离缩短，通讯时间加长，发出错误的包。硬件性能指标：pda无按键，操作繁琐、点菜速度慢、在输入数量、附加项时必须用笔触式界面，对比较潦草的字难以识别，易出错、修改麻烦，损坏频率高，服务员必须双手操作，影响为客人介绍菜品及服务；pda点菜宝液晶屏为笔4 触式操作， 触摸屏没有保护屏容易损坏且有使用寿命，在点击一定次数后， 需更新触摸屏，费用太高；电池充电麻烦；个头和重量大

6、(120mm*78mm*12mm)，酒店服务员拿着非常不方便；通用设备，不适合环境恶劣的餐饮行业。2.2国内研究现状在国内，基本使用的是集中上传。集中上传就是点菜员用手工开单后，统一到前台的计算机或触摸屏来进行统一录入上传。很明显，这将导致效率的非常低下。在营业高峰时经常出现录入菜单排队现象，相信随着当前餐饮管理的发展，这种效率低下的管理模式将逐渐遭到淘汰。另外，没有条码划菜系统，无法统计上菜的时间，一旦出现问题，在厨师和传菜员之间无法追究明确责任。应用范围为计算机银台录入菜单投资低廉，使用者大多是中低档家常菜馆，营业面积一般为几百平米，基本上为粗放式管理流程。触摸屏录入点菜软硬件投资高，因开

7、发者多是海外的软件公司，所以用户以客流量不大的高档粤菜酒楼或西餐厅、茶餐厅、咖啡厅居多，此系统的特点：图片化，操作容易，可以防水，由服务员手工写单后到触摸屏上录入，但繁忙时会发生点菜员排队等录入的现象。无线餐饮管理系统的设计与实现。3. 初步调查凝榭大厦是由航大地产旅游开发集团股份有限公司(上市公司 )斥资近 4 亿元人民币兴建的五星级涉外豪华商务酒店。酒店位于南昌市红谷滩新区616 号，占地 40 亩，主楼高 28 层，裙楼高 4 层，配套楼4 层，地处繁华商业区，交通便利，集住宿、餐饮、商务、娱乐、购物于一体，采用新古典欧式建筑风格，外观设计新颖壮观，内部装饰富丽堂皇、豪华气派。拥有总统套

8、房及各类高档客房、写字间、公寓房等400 余间(套)；设有中餐厅、西餐厅、自助餐厅、风味餐厅、韩餐厅、大型会宴厅、零点大厅等，餐位总数2000 余个；设有可容纳1200 人、具备多种语言同声传译、远程教育、100m视频网络功能的国际大型会议厅及各类中小会议室。同时可提供健身、理疗、美容美发、夜总会等多项康乐服务。酒店自开业以来取得了良好的经济效益和社会效益，是江西地区高端商务酒店翘楚。凝榭大厦餐饮部是酒店收入的主要来源部门，根据过去几年的经营数据，餐饮收入约占酒店整体收入的6570，所以餐饮部不仅代表酒店、乃至江大地产服务与接待水准，更关系酒店整体经营成败。 餐饮部占用资产数额庞大， 员工总数

9、更是达 300人， 占酒店 50，下设预定、零点、婚宴、宴会、会议、酒水、点菜、厨房、管事等九个班组，管理幅度大、跨度大。另一方面，与酒店前厅部、客房部相比，餐饮部信息化管理水准低下，基本处于手工点菜、数据统计、酒水进出、资产盘点等管理手段都比较原始，信息传递速度慢、失5 真多有发生，信息共享渠道闭塞、常常还引起客人投诉。所以针对酒店的餐饮运营与管理业务开发适合凝榭大厦餐饮管理信息系统，为用户提供迅速、高效的服务，减免手工处理的繁琐与误差，及时、准确地反映酒店的工作情况、经营情况，从而提高酒店的服务质量与管理水准，具有很好的技术意义与经济价值。4. 可行性分析经过对酒店餐饮管理信息进行调查，发

10、现了随着近几年的餐饮行业的不断发展，酒店餐饮管理工作也越来越繁重和复杂，如点菜、食品采购、卫生管理等种种问题，手工管理已不能满足当前的需要，因此要对酒店餐饮管理信息系统进行改善。可以更快地了解到酒店餐饮流程每一步的情况。开发一个酒店餐饮管理系统可以达到更好管理，资源最大优化的效果。现在从管理、技术、经济、社会四个方面来分析系统的可行性。4.1 管理上的可行性研究首先，从战略管理层来说，开发酒店餐饮管理信息系统有利于酒店高层领导从整体上把握酒店利用管理现状，为制定相关决策提供快捷、有效的辅助信息，同时节约人力、物力、财力投入，达到有效利用现有资源的目的。其次，从控制层来说， 酒店餐饮管理信息系统

11、可以为其提供全面准确的餐饮管理信息，而信息的共享可以有效提高工作的效率及质量。最后，从操作层来说，开发酒店管理信息系统可以降低工作强度，节约时间，提高工作质量，提高酒店档次和工作效率。4.2 技术上的可行性研究首先，在现在mis 技术不断发展的情况下 , 许多企业已经成功地创建了众多复杂的管理信息系统 , 而酒店餐饮管理信息系统与这些系统而言是十分简单的系统。因此，建立一个供酒店使用的餐饮管理信息系统，在技术上不存在实质性的障碍。其次，技术上的可行性分析要考虑将来要采用的硬件和软件技术能否满足用户（凝榭大酒店）提出的要求（如计算机的容量、速度等）。此外 , 还要考虑开发人员的水平，这个系统相对

12、来说较为简单，有一定专业知识的人可以完成。因此，从技术角度来说，开发该系统是可行的。4.3 经济上的可行性研究对于一个管理信息系统的使用， 首先需要的是一定的费用支持， 其中包括设备购置费、管理和维护费用、人员工资和培训费等，硬件上需要电脑，打印机，poc机等点餐设备。服务人员的素质较高， 需培训费用相对较低。 其次，资金的收益， 这是个小型的管理系统，从投入的人力、财力与物力来讲是非常之小的，餐饮行业原来是采用手工作业的方式进行数据管理和文档处理，费时耗力，如果现在6 采用数据库电脑化管理， 可以节约大量纸张、 油墨等耗材， 也可以节约大量的人力和时间，有效的提高了宿舍管理的质量和效率。更为

13、重要的是，从长远的眼光来看，效益的回报是不断增加的。总而言之，效益远远大于投入。4.4 社会上的可行性目前，餐饮行业发展迅速，人们对服务的要求越来越高，这其中就包括点餐速度。而且现阶段社会科学技术的发展也为点餐管理系统的开发提供了技术上的支持，酒店对自身服务质量要求越来越高也为此系统的出现提供了可行性。5. 项目开发计划任务名称开始时间完成时间完成人员初步调查4.10 4.15 共同可行性分析4.16 4.26 共同详细调查4.27 5.10 共同6. 详细调查（管理功能调查、业务流程调查和数据流程流程调查）6.1 组织结构调查酒店组织结构图如下所示：餐饮部主要负责点餐管理，菜品制作及新菜品的

14、研发。卫生部除了要管理酒店餐饮卫生外还需设置专门人员负责对卫生的监督。采购部以食材的采买为主要职责，另外还负责酒店的仓储。人力资源部，顾名思义主要负责合理配置人力，及人事任免。 公关部直接与客户接触， 处理与客户之间的纠纷， 从各个方面维护酒店形象。图 1 酒店餐饮组织结构图6.2 管理功能调查7 酒店餐饮管理信息系统将管理分为六部分：点餐登记管理、卫生管理、采购管理、菜品管理、服务人员管理、公关管理。图如下：图2 酒店餐饮系统管理功能图6.3 现有业务流程图和数据流程图厨房填写领料单到仓库领料，仓管员查看库存账和用料计划，若有货，则通知厨房来领取所需物料，若库存不足或低于订购点，则填写采购清

15、单给厨师长。厨师长审核采购的必要性，若必要则生成采购单给采购部领导，采购部领导将审核签字的采购单发给采购员。采购员查阅订货合同，若已订货，则向供货单位发出催货请求，同时填写待收货清单给收货员，否则就申请补充订货。供货单位发出货物后，向收货员发出提货通知。收货员对所收到的货物进行检验， 若合格，则填写入库单给仓管员， 填写收货单给采购员， 若不合格，则发退货或换货通知给供货单位。仓管员整理入库单据交给财务部入账，同时更新库存账。6.3.1 业务流程图8 图 3 酒店餐饮管理业务流程图6.3.2 数据流程图9 图 4 酒店餐饮管理数据流程图6.4 数据字典6.4.1 数据项数据项编号： l01-0

16、1 数据项名称：肉类编号别名：肉类编码简述：各种肉类的代码类型及宽度：字符型， 4 位取值范围：“0001”- “9999”数据项编号： h01-01 数据项名称：海鲜类编号别名：海鲜类编码简述：各种海鲜类的代码类型及宽度：字符型， 4 位取值范围：“0001”- “9999”数据项编号： s01-01 数据项名称：蔬菜类编号别名：蔬菜类编码简述：各种蔬菜类的代码类型及宽度：字符型， 4 位取值范围：“0001”- “9999”数据项编号： g01-01 10 数据项名称：水果类编号别名：水果类编码简述：各种水果类的代码类型及宽度：字符型， 4 位取值范围：“0001”- “9999”数据项编

17、号： j01-01 数据项名称：菌类编号别名：菌类编码简述：各种菌类的代码类型及宽度：字符型， 4 位取值范围：“ 0001”-“ 9999”数据项编号： x01-01 数据项名称：香料类编号别名：香料类编码简述：各种香料类的代码类型及宽度：字符型， 4 位取值范围：“0001”- “9999”6.4.2 数据流描述数据流编号： d1 数据流名称：领料单简述：厨房开出的领料单数据流来源：厨房数据流去向：发料处理模块数据流组成：材料编号 +材料名称 +领用数量 +日期+领用单位数据流量： 15份/ 小时高峰流量： 25份/ 小时数据流编号： d2 数据流名称：订货单简述：仓库开出的订货单数据流来

18、源：仓库数据流去向：采购处理模块数据流组成：材料编号 +材料名称 +采购数量 +日期+采购单位数据流量： 100份/ 次高峰流量： 150份/ 次6.4.3 数据存储数据存储编号： f1 数据存储名称：用料计划简述：使用材料的计划数量数据存储组成：配件编号+配件名称 +单价+计划用料数量 +备注关键字：计划用料数量相关联的处理： p1 11 数据存储编号： f2 数据存储名称：库存账简述：存放配件的库存数量和单价数据存储组成：配件编号+配件名称 +单价+库存量 +备注关键字：配件编号相关联的处理： p1 数据存储编号： f3 数据存储名称：订货单存档简述：订货单数据记录及保管数据存储组成：订货

19、编号+订货数量 +订货内容 +单价+备注关键字：订货编号相关联的处理： p2 数据存储编号： f4 数据存储名称：等有货后再发货简述：等有货后再发货的数据存储数据存储组成：订货单编号+订货数量 +单价+时间+备注关键字：订货单编号相关联的处理： p1 数据存储编号： f5 数据存储名称：待付款订货单简述：等待买家付款的订货单数据存储组成：订货单 +订货量 +单价+备注关键字：订货单相关联的处理： p3 6.4.4 处理逻辑处理逻辑编号： p1 处理逻辑名称：判断订货处理方式简述：根据订货合同判断处理方式输入的数据流：若有货将订货单送至开发货票处理，若无货则等有货后再发货订货单，无货时开付款通知单。处理：根据库存账和用料计划，检索仓库是否有货，确定开出何种单据。输出的数据流：有货时输出发货单，无货时等有货后再发货订货单，开付款通知单。6.4.5 外部实体外部实体编号： s1外部实体名称：厨房简述：开出领料单的单位输入的数据流： d1 输出的数据流： d2 ,d3，d4 12 外部实体编号