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