酒店点菜管理系统分析前景分析

酒店点菜管理系统前景与围文档编写人：丽芳孝頠洪涛鹏王文丽创立日期：2016.12.5目录1 业务需求31.1应用背景31.2业务机遇41.3业务目标51.4业务风险52工程前景62.1前景概述62.2主要特性62.3假设和依赖73工程围73.1第一版本围73.2限制与排除84工程环境84.1操作环境84.2涉众94.3工程属性109 / 101 业务需求1.1应用背景随着我国市场经济的不断开展，国民生活水平的不断提升，进入酒店等高等消费场所的人数也与日俱增，传统的手工点菜方式由于其难计算、难查找、更改难、易出错、效率低等缺点已逐渐退出了酒店点菜管理系统也应运而生，呈现出多元化的开展，为了更好的满足给广阔消费需求和不同的层次的消费水平，提高酒店的效劳管理质量，提高酒店工作人员的工作效率，我开发小组在多方面考察、分析、研究现有酒店点菜管理系统的根底之上，以提高消费者的满意程度及商家的效劳水平和市场竞争力为目标，致力于开发出一套可视化程度高、功能全面、及分析管理与一体的酒店管理系统，既具有市场价值。传统的餐饮效劳流程中，人工点菜、下单、催菜、结账等环节不仅需要许多人力，还会在执行过程中消耗掉不少时间，降低餐厅的效率，容易使顾客产生不满的同时，也增加了餐厅的本钱。如何在生活节奏日益加快及竞争越来越剧烈的今天，提高餐厅效率，从而提升顾客满意度、降低本钱，是众多餐饮行业想要克制的难题。尽管我国现阶段餐饮业的开展无论是在行业规模、设施质量上，还是在经营观念、管理水平上，都已经取得了长足的进步。据统计，餐饮行业的年增长率比其它行业 高了十个百分点以上，被称为中国的黄金产业。拥有着巨大的消费市场。餐饮行业也是一个古老的行业，最初出现的是手工餐饮，在这种手工作坊式的 方法中，存在着很多弊端。比方，人工计算账单容易出现过失，收银过程中的漏单、 偷钱现象普遍发生，客人的消费单据也难以保存和查询，更无法对营业数据进展统 计分析方便于以后业务的决策。电子商务的模式异军崛起，为餐饮业的开展带来了机遇和挑战。很多餐饮企业， 尤其是大型的餐饮企业，依托于先进的信息工具，不断的提高自身的市场应变能力 与生存能力。在规模比拟大的餐饮企业，其优势已经比拟明显和突出。无论是顾客的预定、接待、点菜、上菜的效率，还是在生意繁忙的时候，电子化的管理方式都能够极大的提高餐厅的运行效率。同时在条码划菜、收银、营业额 统计等各方面也起到了积极的作用。除了餐厅的电子化管理，人员的管理也可以通 过电子商务来实现。查询营业收入统计、员工业绩统计、人均消费额等。电子商务的运动对餐饮业的经营在业务管理方面和人员管理方面都起到辅助决策作用。1.2业务机遇1.技术可行性随着国餐饮量的日益增长的需求，一个智能化的点菜系统的市场空间广阔。构建这个系统所需要的软硬件环境并不复杂，就其技术构成而言，还是一个数据库应用类的应用系统，其根本操作还是对数据库的增加、删除、查找等，无 非是多了一个客户端和效劳器的交互。所以技术上不存在太大的问题2.经济可行性对于现在比拟大的企业而言，一个智能化的点菜系统一般都是由几个终端和后台效劳器组成。这种技术架构很成熟，但是弊端是功能比拟单一，只能作为点餐使用。增加了系统本钱，造成了资源的浪费。而且此系统只能够由餐厅效劳员使用。而本智能点菜系统，可以由效劳员帮助来餐馆的顾客使用，也可以由已经注册的用户自己订菜，用户群体更大，无形中节约了资源。对于餐厅而言， 也扩展了效劳群体的围。3.法律可行性法律可行性是考虑要开发系统是否存在任何侵犯、阻碍和责任问题，用户操作可行性考虑待开发软件的运行方式在用户组织是否行得通，现行管理制度、人员素质、操作知识是否可行。由于在本系统中是有合同作为双方合作的根底，所以不会存在任何侵犯、阻碍和责任问题。即使存在了，也可以根据合同进展分析，一定有人会负责任，所以此系统完全可以进展开发。由以上经济、技术、操作和法律四方面的分析可以看出，本系统的开发时机成熟，从多种角度考虑，都是可行的.1.3业务目标1.实现顾客根据口味、价格、食料、菜系进展点菜，如菜系可分为中、西餐，或者鲁、粤、川、等；价格可根据不同的消费水平分为实惠、中档、高档不同等级；口味可分为酸、甜、辣等多种。通过前台可视化界面实现顾客多方面选择。2.系统对顾客的选择具有自动记录和分析功能，能够统计每道菜的点击次数，根据受欢送度可以分时推出本店的“金牌菜，管理人员也可根据统计情况适当对菜谱进展改动，去掉人气低的菜品，此外还可以根据每日各菜品的选择次数调整使得材料选购的数量，尽量防止没有材料的情况。3.点菜完毕后，实现对顾客所点菜品价格的统计，以免使顾客花费超出预算，本系统还可以实现顾客的退选或补选的要求，在顾客所点菜品上来之后，系统可通过点击进展记录，以及发生漏菜现象。4.厨师可根据厨师号或菜种类查询自己所做的菜是否受欢送。5.根据以上功能，该工程主要以Windows为操作平台，Java为开发语言，SQLServer2008为数据库，Eclipse为开发工具，使用JDBC连接，前台界面实现可视化，方便顾客的选择，后台管理为数据库，管理菜品的增、删、改、查的实现都借以数据库实现，工程目标即为成功、完整的实现该系统，让客户满意。1.4业务风险RI-1：由于对智能化的点菜系统缺乏深刻的认识，可能导致一些方面没有考虑周全，导致实际操作时出现错误，使行动效率低于使用该系统之前。RI-2：由于目标调用时，具有复杂的操作性，操作人员无法即时操作，导致效率低下。RI-3：由于系统具有极大的机动性，需要及时与各方面操作人员以及顾客进展沟通，需要反应信息的时间差，具有延迟性，所以会影响系统的改良效率。2工程前景2.1前景概述根据数据调查显示，未来3至5年，信息数字技术产品在中国饭店与餐饮业的应用将到达一个顶峰，是从最大容量可达2300亿元人民币。就点菜系统而言，最普遍的是计算机收银台录入菜单设备、POS点菜系统，除了这种点菜系统，其它的计算机信息系统已经从预订、接待、点菜、菜品上传、厨房分单打印、条码划菜、收银、经理查询等方面在大型餐饮企业全方位整合起来。2.2主要特性FE-1：酒店点菜管理系统根据顾客实际要求对餐桌进展选定。FE-2：顾客根据口味、价格、食料、菜系进展点菜。FE-3：向顾客推荐金牌菜品。FE-4：系统对每道菜点击查看次数进展统计并分析。FE-5：系统根据顾客的挑选立即整合出可能符合顾客口味的菜品。FE-6：点菜完毕系统对顾客所点菜品价格、数量、口味偏好进展确认。FE-7：顾客可退选和补选进展更改。FE-8：超出时间限定系统自动生成菜单。FE-9：对所点菜品依次上菜。FE-10：顾客进展二次补选菜品。FE-11：根据系统点击查询是否漏菜。FE-12：吃完后顾客对菜品进展评价打分。FE-13：分析哪个种类最受欢送，哪个厨师的菜品点击率最高或最低。FE-14：对顾客的喜好进展记录，以便顾客下一次来店进展相关菜品推荐。FE-15：每天对各菜品点击量进展分析，对所需材料进展计算，防止材料浪费。FE-16：每月对人气低的菜品进展改动，同时增加新菜品。对人气高的菜品进展记录，挑选为最受欢送菜品。2.3假设和依赖AS-1：采购部门每天能够买到所需材料。AS-2：顾客吃完后愿意为所点菜品进展评分。AS-3：系统分析与更新及时，没有延迟性。DE-1：各使用者实施方式正确。3工程围3.1第一版本围特性ID容描述第一版本围第二版本围FE-1酒店点菜管理系统根据顾客实际要求对餐桌进展选定根本实现完整实现FE-2顾客根据口味、价格、食料、菜系进展点菜根本实现完整实现FE-3向顾客推荐金牌菜品根本实现完整实现FE-4系统对每道菜点击查看次数进展统计并分析根本实现完整实现FE-5系统根据顾客的挑选立即整合出可能符合顾客口味的菜品根本实现根本实现FE-6点菜完毕系统对顾客所点菜品价格、数量、口味偏好进展确认根本实现完整实现FE-7顾客可退选和补选进展更改根本实现完整实现FE-8超出时间限定系统自动生成菜单根本实现根本实现FE-9对所点菜品依次上菜根本实现根本实现FE-10顾客进展二次补选菜品测试实现完整实现FE-11根据系统点击查询是否漏菜测试实现完整实现FE-12吃完后顾客对菜品进展评价打分根本实现根本实现FE-13分析哪个种类最受欢送，哪个厨师的菜品点击率最高或最低测试实现完整实现FE-14对顾客的喜好进展记录，以便顾客下一次来店进展相关菜品推荐测试实现完整实现FE-15每天对各菜品点击量进展分析，对所需材料进展计算，防止材料浪费根本实现根本实现FE-16每月对人气低的菜品进展改动，同时增加新菜品。对人气高的菜品进展记录，挑选为最受欢送菜品测试实现完整实现3.2限制与排除特性ID容描述LI-1初期版本局部实现，后续将继续完善最后实现具体预期目标LI-2数据信息维护完善缺乏4工程环境4.1操作环境操作用户分为一下几类：角色需求描述顾客根据系统操作提示自主进展点菜、退菜操作、系统要能根据顾客的选择进展自动进展结账计算并显示。效劳员根据系统操作提示对已经上桌的菜进展标记，查看账单进展收账。经理查看营业情况，各菜品反映情况，顾客反应意见等。厨师查看顾客对菜品的评价采购部门根据各菜品的受欢送程度采购食材后台管理人员对数据库初始数据的设置，系统维护与升级，对数据进展分析，并根据顾客点菜情况适当修改菜单，权限设置，数据备份。4.2涉众4.2.1涉众识别和描述涉众特征主要目标态度关注点约束顾客主要使用者点菜快捷简单无所谓菜品种类、价格、上菜时长使用时不了解使用方法效劳员主要推广者让顾客承受新式点菜系统支持根据系统对上菜的进展标记，连接相关部门工作繁琐，工作量较大经理上级部门如何快速到达利益最大化支持系统能否被群众承受监管力度不够厨师接收信息者及时接收顾客点单的容支持查看顾客喜欢的菜品点单容复杂多样采购部门统计信息的使用者根据统计决定采购物资支持多购置受欢送程度高的材料统计分析不够后台管理人员系统主要负责人及时处理系统的各局部支持系统是否成功上运行信息处理分析缓慢4.3工程属性属性驱动因素约束因素可调动因素进度方案在一个月完成特性第一版中要现的特性必须完全实现质量必须通过用户的验收测试，必须通过全部的可行性测试，所有的事务必须符合公司的平安标准人员工程执行经理一名，四位小组成员费用在不包括责任人评审的情况下，财政预算最多可超支15%工程成员信息职位学号PM丽芳1650212101组员孝頠1650412003洪涛1650212001鹏1650210806王文丽1650410501