大酒店点菜标准管理系统分析前景分析.doc

酒店点菜管理系统
前景与范畴文档

编写人：李丽芳 蒋孝頠 冯洪涛 刘鹏 王文丽
创立日期：.12.5
目录
1 业务需求 3
1.1应用背景 3
1.2业务机遇 4
1.3业务目标 5
1.4业务风险 5
2项目前景 6
2.1前景概述 6
2.2主要特性 6
2.3假设和依赖 7
3项目范围 7
3.1第一版本范围 7
3.2限制与排除 8
4项目环境 8
4.1操作环境 8
4.2涉众 9
4.3项目属性 10

1 业务需求
1.1应用背景
随着国内市场经济不断发展，国民生活水平不断提高，进入酒店等高等消费场合人数也与日俱增，老式手工点菜方式由于其难计算、难查找、更改难、易出错、效率低等缺陷已逐渐退出了酒店点菜管理系统也应运而生，呈现出多元化发展，为了更好满足给广大消费需求和不同层次消费水平，提高酒店服务管理质量，提高酒店工作人员工作效率，我开发小组在多方面考察、分析、研究既有酒店点菜管理系统基本之上，以提高消费者满意限度及商家服务水平和市场竞争力为目的，致力于开发出一套可视化限度高、功能全面、及分析管理与一体酒店管理系统，既具备市场价值。
老式餐饮服务流程中，人工点菜、下单、催菜、结账等环节不但需要许多人力，还会在执行过程中消耗掉不少时间，减少餐厅效率，容易使顾客产生不满同步，也增长了餐厅成本。如何在生活节奏日益加快及竞争越来越激烈今天，提高餐厅效率，从而提高顾客满意度、减少成本，是众多餐饮行业想要克服难题。
尽管国内现阶段餐饮业发展无论是在行业规模、设施质量上，还是在经营观念、管理水平上，都已经获得了长足进步。据记录，餐饮行业年增长率比其他行业 高了十个百分点以上，被称为中华人民共和国黄金产业。拥有着巨大消费市场。
餐饮行业也是一种古老行业，最初浮现是手工餐饮，在这种手工作坊式 办法中，存在着诸多弊端。例如，人工计算账单容易浮现差错，收银过程中漏单、偷钱现象普遍发生，客人消费单据也难以保存和查询，更无法对营业数据进行统 计分析以便于后来业务决策。
电子商务模式异军崛起，为餐饮业发展带来了机遇和挑战。诸多餐饮公司， 特别是大型餐饮公司，依托于先进信息工具，不断提高自身市场应变能力 与生存能力。在规模比较大餐饮公司，其优势已经比较明显和突出。
无论是顾客预定、接待、点菜、上菜效率，还是在生意繁忙时候，电子化管理方式都可以极大提高餐厅运营效率。同步在条码划菜、收银、营业额 记录等各方面也起到了积极作用。除了餐厅电子化管理，人员管理也可以通 过电子商务来实现。查询营业收入记录、员工业绩记录、人均消费额等。电子商务运动对餐饮业经营在业务管理方面和人员管理方面都起到辅助决策作用。
1.2业务机遇
1.技术可行性
随着国内餐饮量日益增长需求，一种智能化点菜系统市场空间辽阔。构建这个系统所需要软硬件环境并不复杂，就其技术构成而言，还是一种数据库应用类应用系统，其基本操作还是对数据库增长、删除、查找等，无 非是多了一种客户端和服务器交互。因此技术上不存在太大问题
2.经济可行性
对于当前比较大公司而言，一种智能化点菜系统普通都是由几种终端和后台服务器构成。这种技术架构很成熟，但是弊端是功能比较单一，只能作为点餐使用。增长了系统成本，导致了资源挥霍。并且此系统只可以由餐厅服务员使用。
而本智能点菜系统，可以由服务员协助来餐馆顾客使用，也可以由已经注册顾客自己订菜，顾客群体更大，无形中节约了资源。对于餐厅而言， 也扩展了服务群体范畴。
3.法律可行性 
法律可行性是考虑要开发系统与否存在任何侵犯、妨碍和责任问题，顾客操作可行性考虑待开发软件运营方式在顾客组织内与否行得通，现行管理制度、人员素质、操作知识与否可行。 
由于在本系统中是有合同作为双方合伙基本，因此不会存在任何侵犯、妨碍和责任问题。虽然存在了，也可以依照合同进行分析，一定有人会负责任，因此此系统完全可以进行开发。 
由以上经济、技术、操作和法律四方面分析可以看出，本系统开发时机成熟，从各种角度考虑，都是可行.
1.3业务目的
1.实现顾客依照口味、价格、食料、菜系进行点菜，如菜系可分为中、西餐，或者鲁、粤、川、苏等；价格可依照不同消费水平分为实惠、中档、高档不同级别；口味可分为酸、甜、辣等各种。通过前台可视化界面实现顾客多方面选取。
2.系统对顾客选取具备自动记录和分析功能，可以记录每道菜点击次数，依照受欢迎度可以分时推出本店“金牌菜”，管理人员也可依照记录状况恰当对菜谱进行改动，去掉人气低菜品，此外还可以依照每日各菜品选取次数调节使得材料选购数量，尽量避免没有材料状况。
3.点菜完毕后，实现对顾客所点菜品价格记录，以免使顾客耗费超过预算，本系统还可以实现顾客退选或补选规定，在顾客所点菜品上来之后，系统可通过点击进行记录，以及发生漏菜现象。
4.厨师可依照厨师号或菜种类查询自己所做菜与否受欢迎。
5.依照以上功能，该项目重要以Windows为操作平台，Java为开发语言，SQLServer为数据库，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
李丽芳

成员
蒋孝頠

冯洪涛

刘鹏

王文丽