酒店点菜管理系统分析

;.
酒店点菜管理系统
前景与范围文档
编写人：李丽芳蒋孝頠冯洪涛刘鹏王文丽
创建日期： 2016.12.5
;.
目录
1 业务需求 (2)
1.1 应用背景 (2)
1.2 业务机遇 (3)
1.3 业务目标 (4)
1.4 业务风险 (4)
2 项目前景 (5)
2.1 前景概述 (5)
2.2 主要特性 (5)
2.3 假设和依赖 (6)
3 项目范围 (6)
3.1 第一版本范围 (6)
3.2 限制与排除 (7)
4 项目环境 (7)
4.1 操作环境 (7)
4.2 涉众 (8)
4.3 项目属性 (9)
;.
1业务需求
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 ;. .。