点菜系统需求分析及数据流图 - 副本 2
酒店点菜系统需求分析
西安翻译学院课程设计报告院系:项目技术学院课程名称:软件项目案例教程设计题目:酒店点菜管理系统需求分析专业:软件项目班级: 9311701 学号: 9311701002 姓名:刘炜龙指导教师:肖淑苹设计时间: 2018年11月20日-2018年11月20日二〇一一年十二月二十日课程设计任务书目录摘要:21、引言31.1课程的研究背景及目的31.2与课题相关的国内外研究综述41.2.1国内研究简况41.3研究<开发)内容42、系统需求分析42.1系统预期达到的目标52.2需求分析52.2.1使用系统的相关人员52.2.2系统业务流程62.2.3功能需求92.2.4系统的非功能性需求13小结:13参考文献:14摘要:随着我国市场经济的不断发展,国民生活水平的不断提高,进入酒店等高等消费场所的人数也与日俱增。
传统的手工点菜方式因为其难计算、难查找、难更改、易出错、效率低等缺点已逐渐退出了酒店等高等消费场所的服务管理平台。
为了更好的满足广大消费者的多元化消费需求和不同层次的消费水平,提高酒店的服务管理质量,提高酒店工作人员的工作效率,我开发小组在多方面考察、分析、研究现有酒店点菜管理系统的基础之上,以提高消费者的满意程度及商家的服务水平和市场竞争力为目标,致力于开发出一套可视化程度高、功能全面、集分析管理于一体的酒店管理系统。
本论文采用B/S三层软件体系结构,以Windows为操作平台,Java为开发语言,SQLServer2008为数据库,Eclipse为开发工具,使用JDBC连接。
设计并实现了酒店点菜管理系统。
该系统实现了在可视化的基础上,利用数据库进行后台管理。
前台界面上显示的每道菜均有成品图片、主料介绍、口味介绍和价格介绍,并分为不同菜系。
系统具有记录和分析功能,能够自动统计每道菜被点取的次数并进行排列,形成本店的特色菜。
点菜完毕后,系统会自动显示价格,使用户判断所选饭菜的总价是否在自己的预想范围内。
餐厅点菜管理系统需求分析
餐厅点菜管理系统需求分析一、项目背景随着社会经济的发展和人们生活水平的提高,不论是餐厅还是饭店,它们的业务量逐渐增加,营业额也呈逐年上涨的态势,而餐厅的菜品管理已经成为一个挑战,因为随着时间和进步的迈进,餐厅点菜管理系统的标准不断提高,在很多方面需要进行改善和优化。
二、需求分析1.可扩展和灵活性:餐厅点菜管理系统必须具有扩展性和灵活性,以适应各种类型餐厅、菜系、菜品、时令菜品、食材等不断增加的变化和要求。
2.菜单和菜品管理:系统具备菜单和菜品管理,可以方便地管理和修改菜单和菜品信息,包括菜名、价格、口味、做法、图片等内容。
3.订单和预定管理:系统应该支持预先定菜和预订座位,可以提前预订满足客户需求,且对于订单的处理和跟踪应该能够及时的反应。
4.前台点菜和后厨配菜:前台的服务人员可以方便地用电子菜单进行点餐,以及后厨可以通过电子菜单查看和配菜,来方便地完成整个点菜的过程。
5.挂单功能:挂单功能可以帮助服务人员处理忙碌时期的餐厅,使点餐更加高效,从而更快地为顾客提供服务。
6. 分级权限管理:系统应该具有严格的分级权限管理以控制敏感信息的访问和维护账户的安全。
7. 效率管理:系统应该可以记录菜品制作时间和入厨时间,以确保满足顾客等候时间要求。
8.账务管理:系统应该支持各种支付方式,包括现金、会员卡、券和信用卡等,并能够查看历史订单和销售报表等。
9. 数据驱动管理:系统应该记录各项数据指标,如菜品销售量、客流量等数据,以便员工进行数据驱动决策,并为餐厅提供参考数据。
10.安全、可靠、易于维护:该系统应具有严格的数据安全措施,以确保数据的完整性和机密性,维护易操作性和可靠性,并可以进行简单的维护和更新。
三、结论餐厅点菜管理系统的设计在许多方面可以为餐厅业主、顾客和工作人员提供巨大的好处。
实现上述要求的系统可以提高餐厅的能效,从而更好的服务于客户,能够促进餐厅的管理和经营。
订餐管理系统需求分析
餐厅订餐管理系统需求分析一、引言1.1 编写目的当今社会的生活节奏越来越快,人们对餐饮的要求也越来越高,不仅要求色香味俱全,而且对于就餐的时间和方式也有了更高的要求,面对餐饮服务业内激烈的竞争形势,怎样才能从餐厅的预定,到客人的结账离开,整个过程应该能够体现以客人为中心,提供快捷、方便的服务,提高餐厅的管理水平,简化各种复杂的操作,在最合理、最短时间内完成餐厅业务规范操作,增加客户回头率。
最快的方式莫过于利用计算机,用软件管理餐厅。
1.2 开发背景餐饮业的激烈竞争使得提高餐厅管理员工作效率成为一项重要任务,而借助于计算机管理系统的强大功能,创造客观的经济效益已经成为很多餐厅的首选。
本餐厅订餐管理系统主要针对餐厅管理中的餐桌订餐管理,旨在提高餐厅管理效率,减免手工处理的繁琐和误差,及时、准确地反映餐厅的工作情况、经营情况,从而提高餐厅的服务质量,获得更好的经济效益;实现餐厅管理的规范化、自动化。
二、任务概述2.1 目标餐厅服务员可通过登陆我们的餐厅订餐管理系统,获得餐厅各餐间的动态信息,从而为客人提供餐间的预定、清洁等服务。
餐厅管理员可以增删改查服务员信息、客人信息、各餐间信息,并可以对服务员授予权限。
具体目标如下:(1)提供实时、快速、准确的客房动态信息(2)简便迅捷的客人接待登记服务(3)有效的预定处理(4)系统运行稳定可靠快速,易于维护(5)简单、友好的操作界面2. 2 系统介绍系统名称:餐厅定餐管理系统系统用途:浏览、修改餐厅各餐桌(间)的动态信息,对餐厅各餐间进行预定,方便管理。
可以简单管理餐厅工作人员信息和客户信息。
2.3 用户特点本餐厅客房管理系统的用户分为管理员和餐厅工作人员两类。
餐厅管理员能够对整个系统进行管理,能够执行系统所有操作。
可以对服务员信息、客人信息、各餐间信息进行添加、修改、查询、删除,并可以对服务员授予权限。
餐厅工作人员可通过登陆,进入餐厅订餐管理系统,维护餐厅各餐桌(间)的动态信息,从而为客人提供餐桌(间)的预定、清洁等服务。
酒店点菜系统需求分析
西安翻译学院课程设计报告院系:项目技术学院课程名称:软件项目案例教程设计题目:酒店点菜管理系统需求分析专业:软件项目班级: 9311701 学号: 9311701002 姓名:刘炜龙指导教师:肖淑苹设计时间: 2018年11月20日-2018年11月20日二〇一一年十二月二十日课程设计任务书目录摘要:21、引言31.1课程的研究背景及目的31.2与课题相关的国内外研究综述41.2.1国内研究简况41.3研究<开发)内容42、系统需求分析42.1系统预期达到的目标52.2需求分析52.2.1使用系统的相关人员52.2.2系统业务流程62.2.3功能需求92.2.4系统的非功能性需求13小结:13参考文献:14摘要:随着我国市场经济的不断发展,国民生活水平的不断提高,进入酒店等高等消费场所的人数也与日俱增。
传统的手工点菜方式因为其难计算、难查找、难更改、易出错、效率低等缺点已逐渐退出了酒店等高等消费场所的服务管理平台。
为了更好的满足广大消费者的多元化消费需求和不同层次的消费水平,提高酒店的服务管理质量,提高酒店工作人员的工作效率,我开发小组在多方面考察、分析、研究现有酒店点菜管理系统的基础之上,以提高消费者的满意程度及商家的服务水平和市场竞争力为目标,致力于开发出一套可视化程度高、功能全面、集分析管理于一体的酒店管理系统。
本论文采用B/S三层软件体系结构,以Windows为操作平台,Java为开发语言,SQLServer2008为数据库,Eclipse为开发工具,使用JDBC连接。
设计并实现了酒店点菜管理系统。
该系统实现了在可视化的基础上,利用数据库进行后台管理。
前台界面上显示的每道菜均有成品图片、主料介绍、口味介绍和价格介绍,并分为不同菜系。
系统具有记录和分析功能,能够自动统计每道菜被点取的次数并进行排列,形成本店的特色菜。
点菜完毕后,系统会自动显示价格,使用户判断所选饭菜的总价是否在自己的预想范围内。
酒店餐馆管理系统数据流程图
一、数据流程图
前台
服务顾客信息
人员点菜信息
餐馆
管理
系统
采
订货单
购
员
精品文档
顾客预订信息
厨房
菜单
工作
人员
消
费
账
单
收银员
餐馆管理系统的顶层(0 层)数据流图
餐台信息库食品库存清单
信息
前台服务员 1 点餐菜单
管理核准后菜单厨房工作
信息2 菜单
人员核准
顾客
菜
单
核准核准后菜单
后菜单
3产生
报表采购
清单 4 财务消费账单
顾客信息库统计
收银员
采购
清单
采购员财务数据库食材价格表餐馆管理系统的功能级第 1 层数据流
顾客信息库
就餐人数
1.1 顾客信息和时间
管理
理
顾客信息
餐台号 1.2 餐台
顾客管理前台服务员
餐台号
系统
点菜信息餐
台
号
1.3 食品
管理餐台信息库
菜单
“点餐系统”子数据流图
餐馆管理系统的功能级第 2 层数据流
核准
后菜
单
食材价格表
4.1 消费
统计
采购消费
清单帐单
收银员
4.2 采购消费
信息处理
财务数据库
“财务统计”子数据流图
餐馆管理系统的功能级第2 层数据流。
餐馆点菜系统需求分析
文档编号:版本号:文档名称:需求分析说明书项目名称: XX餐馆点菜系统项目负责人:编写:校对:年月日审核:年月日批准:年月日开发单位:联系电话:目录1 文档概述 (1)1.1 编写目的 (1)1.2 项目背景 (1)1.3 预期的读者 (1)1.4 定义 (1)1.5 参考资料 (1)2 任务概述 (1)2.1 目标 (1)2.2 系统建设背景 (1)2.2.1 系统规模 (2)2.2.2 预期目标 (2)2.3 用户特点 (2)2.3.1 行业特点 (2)2.3.2 人员特点 (2)2.3.3 使用频度 (2)2.4 条件限制 (3)3 业务概述 (3)3.1 业务需求 (3)3.2 相关人员及用户分析 (3)4 业务模型分析 (3)4.1 主题域划分 (3)4.2 点菜管理子系统业务事件分析 (4)4.2.1 点菜管理子系统业务事件标识 (4)4.2.2 点菜管理子系统报表类型标识 (5)4.2.3 点菜管理子系统接口标识 (5)4.3 后厨管理子系统业务事件分析 (6)4.3.1 后厨管理子系统业务事件标识 (6)4.3.2 后厨管理子系统报表类型标识 (7)4.3.3 后厨管理子系统接口标识 (8)4.4 审批业务管理子系统业务事件分析 (8)4.4.1 审批业务管理子系统业务事件标识 (8)4.4.2 审批业务管理子系统报表类型标识 (9)4.4.3 审批业务管理子系统接口标识 (10)5 业务流程分析 (10)5.1 点菜管理业务流程 (10)5.1.1 参与者分析 (10)5.1.2 点菜管理业务流程分析 (10)5.2 后厨管理业务流程 (12)5.2.1 参与者分析 (12)5.2.2 后厨管理业务流程分析 (13)5.3 审批管理业务流程 (14)5.3.1 参与者分析 (14)5.3.2 审批管理业务流程分析 (14)6 用例建模 (15)6.1 点菜管理子系统用例 (15)6.1.1 用例优化 (16)6.1.2 用例规约 (17)6.2 后厨管理子系统用例 (18)6.2.1 用例优化 (19)6.2.2 用例规约 (20)6.3 审批业务管理子系统用例 (21)6.3.1 用例优化 (22)6.3.2 用例规约 (23)7 系统概念数据模型 (24)8 性能需求 (26)8.1 系统响应时间要求 (26)8.2 系统安全性要求 (26)8.3 可靠性 (26)8.4 易使用性 (27)需求分析说明书1文档概述1.1编写目的本说明书的编写是为了明确餐馆点菜系统开发的功能需求和性能需求,以标准的语言和表述方式整理系统需求,以便于开发者和用户对系统的理解和认识。
点菜系统需求分析及数据流图 - 副本 2
点菜系统现状✓顾客:一些生意较好的餐厅人往往比较多,点个菜都要等好久,更别提什么时候能吃上了。
✓服务员:有的顾客比较挑剔,点菜的时候会对各种菜问个究竟,有的顾客拿点菜迟迟不定主意,人多的时候根本忙不过来。
✓厨师:刚做完一道菜,同样的菜又要做一份,效率很低,顾客的等待时间也会延长。
✓经营者:希望有这么一个系统,合理得分配调节,也使顾客就餐更加自主1用传统手工流程的餐饮企业面对的是1)舞弊:收银员舞弊等客人结完帐在退菜品,退的钱自己收下;结完账把原始单销毁,多的钱可以自己收下;算错多收钱自己可以收下;茹果收银软件存在漏洞,那就会更危险。
酒水员舞弊退客人的酒水,销售自己带的酒水,获取暴利。
2)跑单:因上菜速度慢,客人催菜,服务员去厨房催菜,客人趁机走人;或者因上菜慢随最后上来但客人拒绝付款。
3)错单:厨师看不清单子,做错菜;服务员催的急有时会做重菜;做菜速度慢,菜品被客人退回。
4)丢单:手写单到厨房的只有一联,各个档口都会抢着用单子,忙时往往会丢单;餐饮软件不稳定就会有丢单现象,丢单是餐饮界“兵家大忌”。
5)效率低:收银部、传菜部、厨师部、库房等采用手写单据,财务部要核对手写单据,费时费力。
2正在使用着餐饮软件的企业面对的是1)无法满足企业发展需要,运行不稳定,报表常报错。
2)收银软件存在完全漏洞,功能不完善结构不合理,售后服务差或没有服务,提供不了有价值的报表。
3)漏记、错记、重记客户预订翻台信息不能及时传递至咨客,延长客人等待时间。
4)手工点单字迹不清,造成错上、漏上沽清信息不及时导致退菜、换菜频繁。
5)单据容易迫损、遗失传单效率低下,延误上菜时间。
6)手工计算易出错,稽核难折扣、馈赠不易管理。
7)采购无序不及时库存数量、合理库蠢砘易掌握,造成资金积压或销售损失。
8)无法有效分析客户消费偏好、消费频度、消费额度等信息。
9)营销针对性不强,怠慢或漏失大客户日审、成本、统计工作量大,易出错报表编制困难,只能进行简单经营分析。
食堂管理系统数据库需求分析
食堂管理系统数据库需求分析课程名称:数据库设计与应用开发实践学院:计算机科学与技术学院专业:数字媒体技术年级: 121学生姓名:毛仕蘅喻啓航何佳珉陆涛学号:********** ********** ********** ********** 指导教师:***一、需求分析1、食堂管理系统组织结构这是一个学校食堂,系统设计较为简单。
食堂的组织结构如图下图所示。
2、可行性分析1.技术可行性食堂管理管理系统采用访问数据库、面向对象开发技术、可视化编程技术开发。
我们学过了SQL数据库,C#可视化编程和C#面向对象开发技术,所以技术上可行。
2.经济可行性系统规模并不很大,开支较少,但需要专业人员进行维护和管理,所以系统建设需要先期投入,但系统的平稳运行将给诊所带来潜在效益。
对于本系统的经济可行性来说,主要的开发工具的选择Microsoft SQL Server 2008、Visual Studio 2013、Microsoft Office 2013都比较简单、实用,价格也比较合理,是比较理想的开发工具。
3.操作可行性对于用户来说,合理、方便、快捷的系统设计布局和即时的响应速度,足可以满足食堂相关人员的不同需求,所以在进行系统设计时考虑到这些,我们建立操作简单、界面友好、使用灵活、实用性强、安全性高的系统。
3、功能需求对于一个简单的学校的食堂管理系统而言,通过调查可以发现:(1)存在的主要对象包括用户(即吃饭的学生),财务部和业务部。
(2)日常管理工作包括:*用户信息的查询;*用户的余额信息的添加,修改,查询;*反馈信息的添加,查询;*菜单信息的添加,修改,查询;*财务信息的查询4、数据流程图4.1顶层数据流图4.2第一层数据流图4.3第二层数据流图1(财务处理)数据字典(财务处理)4.4第二层数据流图2(消费处理)数据字典(消费处理)二、概念结构设计1、功能模块图2、E-R图2.1用户实体图2.2财务表实体图2.3菜单实体图2.4反馈信息表实体图2.5消费信息表总E-R图用户实体主码:用户编号财务表实体主码:收支编号菜单实体主码:菜单编号反馈信息表实体主码:反馈编号外码:用户编号,菜品编号消费信息表实体主码:消费编号外码:用户编号用户数据项:财务表数据项:菜单数据项:反馈信息表数据项:消费信息表数据项:。
酒店点餐系统-数据流图
数据流图概述
数据流图是一种图形化表示, 用于描述系统中的数据流动和 处理过程。
它由一系列的图形元素组成, 包括数据流、数据存储、处理 和外部实体等。
数据流图可以帮助我们更好地 理解系统的结构和功能,从而 更好地进行系统设计和开发。
02 数据流图基本元素
数据流
数据流名称:菜单数据流
描述:菜单数据流表示酒店点餐系统中菜单信息的传递过程,包括菜单的输入、处 理和输出。
清晰呈现系统流程 数据流图能够清晰地展示酒店点 餐系统的各个流程,帮助开发者 和用户更好地理解系统的运作机 制。
方便后期维护 数据流图能够清晰地表示系统中 的数据流动和数据处理过程,方 便后期对系统的维护和升级。
优化系统设计 通过数据流图,可以发现系统中 的瓶颈和低效环节,进而优化系 统设计,提高系统的性能和效率。
提高开发效率 数据流图为开发人员提供了一个 可视化的开发工具,有助于减少 开发过程中的错误和返工,从而 提高开发效率。
数据流图在酒店点餐系统中的未来发展
智能化分析
随着技术的发展,数据流图将与人工 智能技术相结合,实现智能化分析, 自动发现系统中的问题并提出优化建 议。
动态分析能力
可视化程度的提高
未来数据流图的可视化程度将进一步 提高,使用户更加直观地理解系统的 运作情况。
数据流图的清晰性分析
总结词
数据流图的节点命名是否清晰
数据流图的清晰性是指数据流图的可读性 和易理解性。
检查数据流图中的节点命名,确保它们清 晰地描述了节点的功能和作用,没有出现 命名模糊或混淆的情况。
数据流图的流向是否清晰
数据流图的注释是否完整和准确
检查数据流图的流向,确保它们清晰地描 述了数据的流动和处理过程,没有出现流 向混乱或不明确的情况。
餐馆点餐系统需求分析
餐馆点餐系统需求分析1、需求分析用户可通过访问我们的网站,进行登陆或注册,获得你想要的各种食物,管理员可以查看用户菜品,可以对菜品进行增删改查。
2、软件功能此系统主要是针对顾客开放的网上订餐系统。
顾客订餐主要流程如下:1.顾客登录网上订餐系统进行菜单的浏览或者注册为会员。
2.会员可以对自己的个人信息进行更改,以会员形式登陆的顾客享受订餐服务.3.如果顾客觉得菜单应该有所改变则可对已选的菜单进行选择、更改、删除等功能。
4.当顾客确定订餐完毕后,顾客可以将其提交至我们的餐厅后台系统,并生成订单。
5.顾客可以对系统或者餐厅有意见或者建议的留言给我们,我们会及时满意的回复。
管理员、后台管理流程如下:1.管理员登录后台点餐系统。
2.管理员可以管理会员信息。
3.后台将顾客点餐提交到后厨显示.4.后厨根据顾客订餐菜单进行做菜。
5.每完成一个菜就更改其状态为已做。
6.所有订餐菜完成后根据会员提交送餐地址进行确认并送餐.3、功能描述3。
1顾客网上订餐功能分析:根据对顾客网上订餐系统业务流程的分析,课已看出顾客点菜主要涉及到一些数据库的逻辑和程序应用逻辑。
具体的功能归纳如下:1.顾客登录网上订餐系统进行菜单浏览、2.顾客注册为会员.3.会员对自己的个人信息进行更改,比如送餐地址和联系电话。
以及账户密码。
4.顾客对已选的菜单进行更改选择的数量或者取消选择.5.当顾客确定订餐完毕后,顾客将其提交只服务器后台点餐系统,并生成订单。
3。
2管理员后台管理系统功能分析:1.管理员在后台登录后,可以创建新的管理员。
2.管理员可以对餐厅网上订餐系统上的菜单进行添加、删除和修改,比如更改菜单的图片,价格,菜单的描述,更换新品,添加新菜等。
3.管理员对菜单进行管理,确定订单的生成。
4.管理员根据不同的属性来查询订单,比如生成日期或者编号等。
5.管理员根据不同的时间段统计处营业额,成本,同时还能统计出每道菜的销售量、任何时间段的销售情况以及每一个顾客的消费情况.为更好的说明系统,具体功能如下表:4、数据库设计4.1数据库表及字段设计caipu表(菜谱表)数据流程图:5、用户界面界面风格以橙色为主调,清新自然,可以增强食欲,添加动态画面效果,避免了页面的呆板。
酒店点菜管理系统分析——需求规格分析说明书
酒店点菜管理系统需求规格分析说明书编写人:李丽芳蒋孝頠冯洪涛刘鹏王文丽创建日期:2016。
12.20目录1引言 (1)1.1 编写目的 (1)1.2 背景 (1)1.3 定义 (1)1.4 参考资料 (1)2开发背景 (2)2.1 目标 (2)2.2 用户特点 (2)2.3假设与约束 (2)3 需求规定 (2)3.1 对性能的规定 (2)3.3 对维护的规定 (2)4 运行环境 (3)4.1 设备 (3)4.2 软件接口 (3)4.3 控制 (3)4.4 需求分析 (3)5概要设计说明书 (6)6图 (10)6.1 用例图 (10)6.2 类图 (13)6.3 序列图 (14)6.4 协作图 (17)6.5 状态图 (18)6.6 活动图 (20)7项目成员 (21)1引言点菜管理系统的实质是管理者对组织的资源进行有效的整合,以达到组织既定目标的动态创造性活动。
组织的资源有多种表述形式,无论是对餐饮业财力、物力资源的管理,还是对其他资源的管理,均是以人为主体并由人来实施进行的,人力资源是首要的资源.因此,人力资源管理的好坏,决定了餐饮业经营的成败。
1.1 编写目的本文档是餐饮点菜管理系统的项目需求说明书,对餐饮点菜管理系统的发展进行简要回顾,分析当前的业务流程,总结此类管理系统的基本特点以及总体功能,尽可能完整的概括提取出需求方的全部想法。
本文档对项目开发人员、设计人员及系统实施人员具有很重要的指导意义。
1.2 背景目前,我国餐饮业在日常点菜管理中仍普遍采用手工操作方式,整体科技含量低,随着餐饮业高速发展和餐饮店规模的不断扩大,许多餐饮企业采用连锁经经营和集团化运营,手工操作无论是在工作效率、人力成本和决策信息等方面都已经难以适应企业发展的要求,制约了整个餐饮业的规模化发展和整体服务水平的提升.1.3 定义点菜管理系统是帮助餐厅工作人员对点菜进行管理的软件。
1。
4 参考资料《软件工程使用教程》郭宁、马玉春、邪跃、吴文红编著人民邮电出版社。
酒店点菜系统分析设计与实现需求说明书
.酒店点菜系统需求说明书前言跟着我国市场经济的不停展开,公民生活水平的不停提升,进入酒店等高等花费场所的人数也日新月异。
传统的手工点菜方式因为其难计算、难查找、难改正、易犯错、效率低等弊端已渐渐退出了酒店等高等花费场所的效力管理平台。
层见迭出的各种酒店点菜管理系统也应运而生,体现出多元化的展开。
为了更好的知足广阔花费者的多元化花费需乞降不一样层次的花费水平,提升酒店的效力管理质量,提升酒店工作人员的工作效率,我开发小组在多方面观察、剖析、研究现有酒店点菜管理系统的根基之上,以提升花费者的满意程度及商家的服务水平易市场竞争力为目标,致力于开发出一套可视化程度高、功能全面、集剖析管理于一体的酒店点菜系统剖析设计与实现,极拥有市场价值。
编写目的:a.方便客户审察工程开发过程b.为软件供给测试和查收的依照,即为选用测试用例和和进行查收供给依照。
c.预期读者:需求评审小组,工程开发人员,工程测试人员。
背景a.待开发软件系统的名称:?酒店点菜系统剖析设计与实现?b.本工程的任务提出者:大连理工大学课题小组c.本工程的任务开发者:“奔跑吧少年〞工程小组d.本工程的用户:乐融融饭馆a.定义a.整体构造:软件系统的整体逻辑构造。
b.数据词典:数据词典中的名字都是一些属性与内容的抽象与归纳,其特色是数据的严实性与精准性,不可以有半点模糊。
数据词典又分为用户数据词典和系统数据词典。
用户数据词典包含单位的各样代码或编码。
动向数据:在软件运转过程中,系统给用户的数据,也就是系统在办理过程中或办理以后所产生的数据。
静态数据:系统运转以前设定的数据,它表示系统的初始状态或初始功能。
.参照资料工程需求说明书〔GB8567——88〕可行性研究报告〔GB8567——88〕任务概括目标餐饮是酒店的主要职能之一,点菜是必不行少的环节,而点菜那么使酒店的这一方面功能更加便利和多元化。
点菜系统更好的实现了减少人力物力的目标,也能够让酒店把更多的注意力放在食品安全上。
快餐店管理系统地数据流程图
快餐店管理系统地数据流程图一、需求分析快餐店管理系统的数据流程图如下:(1)顶层数据流程图:P0F2点餐内容F5发货单E1F1快餐信息F4采购单E2快餐店管理供货商顾客F6退货单F3账单F19菜肴(2)第二层数据流图P0:快餐店管理系统P5P1F10点菜仓储F7缺货单信息F1快餐F8F11采购E1信息快餐仓库合格单服务退货单顾客F2点餐S1 点菜信息P4E2供货内容F4采购单采购商F10点菜F19菜肴信息F5发货单P3F9采购P2 F3账单结账退货单主管审核F6退货单(3)第三层数据流程图- 确认快餐信息P1 : 快餐服务P1 .1F12菜肴信息快餐信息F1快餐S2提供快餐信信息息P1.3E1F2点餐P1 .2F10点菜F19菜肴提交到后顾客内容记录顾客信息厨信息F13顾客S3 顾客信息F10点菜信息信息P3:结账P3 .1F10点菜信息S5计算消费费用F14消费信息消费信息P3 .3折扣计F3账单S4账单P3 .2产生账单P4:采购P4 .1F7缺货单采购审F4采购单核F5发货单P4 .2E2供货商验货F11采购合格单F15采购不合格单P4.3退货审F9采购退货单核P5:仓储P5 .1S6报损单F11 采购仓库主 F17移库 P5.4 合格单通知单管审核移库F8仓库货物审退货单查P5 .3F16移库单F18 库库存修存信息改P5 .2 F7缺货单F18库库存信息表F18 库货物清S7存信息存信息点S8 盘存单数据字典如下 ; (1) 数据项定义与其他数数据项数据项含据项长编号数据项名称义关系数据类型取值范围DI-1Fno快餐编号外 varchar20 键DI-2 Fname 快餐名称 varchar 20DI-3 Fprice快餐价格 intDI-4 Fnumber 快餐数量 int<=200DI-5 Ftype 类别varchar20DI-6Cno顾客编号外 varchar20 1-150键DI-7 Cnote 备注varchar 30DI-8 Ctype 就餐类别 varchar 20 来店 or 外卖 DI-9 Tno 餐桌号 varchar 20 1-150 DI-10 Caddress顾客地址varchar 20DI-11Ctime就餐时间datetime9:00-21:00DI-12Cphnoe电话varchar20DI-13CFA数量int150<=DI-14money消费总额intDI-15rank消费等级varchar20AorBorCDI-16range消费范围varchar20100-200or200-500or500以上DI-17discount折扣率float0-0.9DI-18Wno仓库编号外20varchar键DI-19Wname仓库名称varchar20 DI-20Wtype仓库类型varchar20DI-21Mno 原材料编外20号varchar键DI-22Mname 原材料名varchar20称DI-23Mtype 原材料类varchar20调味品 or 肉类 or型蔬菜 or 粮食 or 酒水DI-24Sno 供货商编外20号varchar键DI-25Sname 供货商名varchar20称DI-26Scity产地varchar20DI-27inventory库存量int100kg-1000kg DI-28Pno采购单号varchar20DI-29P-price采购单价int<=1000DI-30Ptime采购时间varchar20DI-31Pamount采购数量int>=100kgDI-32Stno缺货单号varchar20DI-33Stime缺货时间varchar20DI-34Samount缺货数量int>=100kgDI-35Rno退货单号varchar20DI-36Ramount退货数量int<=500kgDI-37Rtime退货时间varchar20DI-38Lno报损单号varchar20DI-39Lamount破损数量int<=500kgDI-40Ltime报损时间varchar20(2)数据结构定义数据数据结构结构数据结构名组成含义编号DS-1 Fast-Food快餐菜单Fno、 Fname、 Fprice、 Fnumber、FtypeDS-2Order点餐单DS-3Customer顾客DS-4Bill账单DS-5Discount折扣DS-6Warehouse仓库DS-7Materials原材料DS-8Inventory库存DS-9Supplier供货商DS-10Purchase采购单DS-11Stockout缺货单DS-12Return退货单DS-13Loss报损单(3)数据流描述Cno、 Fno、 CFACno、Caddress、Ctime 、Cphnoe、Tno 、Cnote、CtypeCno、 money 、 rankrank、 discount、 rangeWno 、Wname、 WtypeMno 、 Mname、MtypeMno 、 Wno、 inventorySno、Sname、 ScityPno、Mno 、Wno 、P-price、Pamount 、Ptime Stno、Mno 、Wno 、 Samount、 StimeRno、 Mno 、 Wno、 Ramount、Rtime Lno 、 Lamount 、 Mno 、 Ltime数数数数据据数据流据据流流简述数据流来源数据流组成去向流高编名量峰号称快每每F1餐由快餐店所有提供快餐信顾客快餐名称、日日信食品信息组成息价格100150息次次点顾客了解菜单快餐名称,每每F2餐信息后,所选择顾客记录顾地址、电话、日日内的食品和外卖客信息备注、就餐100150容所留信息时间次次快餐编号、每每账日日F3顾客消费额结账顾客顾客编号、单100150价格、折扣次次采采购审核后所原材料编每每天天F4购需购买的材料采购审核供货商号、供货商、13单信息数量发原材料编每每供货商向快餐天天F5货供货商采购号、供货商、店供货的信息13单数量次次退主管审核后向原材料编每每F6货供货商发出的主管审核供货商号、供货商、天天单退货信息数量12次次缺快餐店清点货原材料编每每天天F7货物后所缺的材货物清点采购号、供货商、13单料信息数量次次仓每每库仓库在进行货原材料编仓库主管审主管审天天F8退物审查时不合号、供货商、核核12货格的材料信息数量次次单采采购发现的不每每购原材料编合格原材料经主管审天天F9退退货审核号、供货商、退货审查后形核13货数量成的信息次次单点顾客编号、每每菜顾客选择的食计算消日日F10是否是外卖快餐编号、信品信息费费用100150息价格次次采每每购进行采购时审原材料编仓库主天天F11合查合格的材料验货号、仓库编管审核13格信息号、数量次次单快餐编号、每每肴快餐店的菜肴提供快天天F12菜肴信息名称、价格、信信息餐信息13息种类次次顾客叫外卖时顾客编号、顾所留的地址电每每地址、电话、客话、就餐时间信记录顾客信顾客信日日F13就餐时间、信息以及顾客来息息50100息店就餐的餐桌就餐类型、次次备注号消顾客编号、每每费顾客购买的快计算消费费消费信日日F14快餐编号、信餐信息用息100150息价格次次采购进行采购时发原材料编每每不退货审天天F15现的不合格的验货号、供货商、合核13格材料信息数量次次单移各类原材料存F16库储的仓库信息单库主管审核合格F17通后发出的入库知信息单库F18存各类原材料存信储的信息息F19菜顾客点的快餐肴库存修移库改仓库主管审移库核货物清库存信息表点提交到后厨顾客每每原材料编天天号、仓库编13号、数量次次每每原材料编天天号、仓库编13号每每原材料编天天号、仓库编13号、库存量次次每每日日快餐编号100150次次(4)处理逻辑描述处输理入处理逻简述的处理逻辑辑数名据称流提供服务员向顾客提供菜提供各类快肴快餐及其P1.1本快餐店的快餐种餐信数量是否类信息足够息记录点记录顾客P1.2顾服务员记录顾客信餐的就餐信客息内息和外卖信容信息息提点根据前台交服务员将顾客所点菜发来的点P1.3到的快餐提交到后厨信餐信息做后息出菜肴厨P3.1计收银员根据顾客点点计算顾客算的快餐价格计算总菜消费总额输出的数据处理流频率每人快餐信息一次点菜信息,顾每人客信息一次每人菜肴一次每人消费信息一次消额信费息费用产消列出顾客生列出顾客消费的各费每人P3.2的消费记账单账类快餐及总额,打印信一次录并打印单息折查看该顾客是否有扣查看顾客总额看是账每人P3.3折扣,若有账单计否有折扣单一次进行折扣算计算采对所缺货根据仓库发出的缺缺物进行审每采购P4.1货请求审核是否需货核,若通过采购单购一审要采购单仅进行采次核购对采购来验采购回来后进行检发的原材料采购合格单、每采P4.2货进行检查采购不合格购一货查单是否过期单次等采退购审核采购每退货对不合格的原材料不不合格的P4.3采购退货单货一审审核是否要退货合原材料是次核格否为真单仓采审核采购库合格的原购每采主仓库主管审核采购材料是否移库通知单、P5.1合购一管回来的物品为真,若为仓库退货单格次审真就进行单核入库货库P5.2物仓库管理员对货物存清点货物缺货单每天清清点,看是否缺货信数量一次点息库放置原材料后,对其移对原材料每采存的库存信P5.3的库存信息进行修库库存信息购一修息进行修改单次改改P5.4 移审核后,对不同类别移分类放置移库单每采库的原材料放置在不库原材料购一同的仓库通次知单货仓库管理员对货物库审查货物物存每天不定时检查,看是否是否损坏报损单P5.5信一次审有损或过期查息(5)存储逻辑描述存储存储编名称号点菜S1信息快餐S2信息S3顾客信息S4账单消费S5信息报损S6单S7信息表S8盘存单简述数据存储组成相关的处理用于记录顾客的点餐快餐编号、顾客编号、数量P1.2、P3.1内容用于记录快餐店售卖快餐编号、名称、价格、种P1.1的快餐信息类、数量用于记录顾客的信息顾客编号、地址、就餐时间、电话、餐桌号、就餐类型、P1.2及外卖情况备注用于记录顾客的消费顾客编号、总额P3.2总额用于记录顾客的消费顾客编号、快餐编号、价格P3.1、P3.2详细用于记录原材料和仓原材料编号,报损单号、破P5.5库物品的破损情况损数量用于记录原材料的存原材料编号,仓库名称、库P5.2、P5.3、储信息存量P5.5用于记录原材料的数原材料编号、数量P5.2二、概念结构设计分 ER 图——点餐与结账快餐菜单N组成MN点餐1点菜单顾客N1结账折扣分ER 图——采购与入库全局 ER 图:实体属性 ;名称价格快餐编号数量快餐单数量顾客编号快餐编号点菜单顾客编号就餐类型消费范围原材料编号地址顾客电话折扣消费等级仓库编号库存信息就餐时间餐桌号原材料名称原材料编号原材料类型折扣率原材料库存量仓库供货商名称供货商编号产地仓库编号供货商仓库名称仓库类型关系模式:(1)快餐菜单(快餐编号,快餐名称,快餐价格,快餐数量,类别)(2)顾客(顾客编号,备注,就餐类别,餐桌号,顾客地址,就餐时间,电话)(3)点菜单(顾客编号,快餐编号,数量)(4)折扣(消费等级,消费范围,折扣率)(5)原材料(原材料编号,原材料名称,原材料类型)(6)供货商(供货商编号,供货商名称,产地)(7)仓库(仓库编号,仓库名称,仓库类型)(8)库存信息(原材料编号,仓库编号,库存量)(9)采购单(采购单号,供货商编号,采购项数,采购时间)(10)采购单细则(细则号,采购单号,原材料编号,采购单价,采购数量)(11)缺货单(缺货单号,缺货项数,缺货时间)(12)缺货单细则(细则号,缺货单号,原材料编号,,缺货数量)。
餐饮管理 餐厅点菜管理系统需求分析
餐饮管理餐厅点菜管理系统需求分析餐厅点菜管理系统修改历史记录1目录1.1背景41.2文档概述41.3术语41.3.1 Admin41.3.2 菜金41.3.3 开单41.3.4 折扣41.3.5 提成41.3.6 登录51.3.7 退菜52.设计依据 53.软件需求概要描述 53.1系统语境图53.2信息/事件列表53.3用例模型63.4系统概念结构图74. 软件需求详细描述74.1 用例描述74.1.1 登陆用例描述74.1.2 登录活动图84.1.3 点菜用例图84.1.4 点菜活动图94.1.5 换菜用例图104.1.6 换菜活动图114.1.7 退菜用例图114.1.8 退菜活动图134.1.9 添加新菜用例图4.1.1014添加新菜活动图154.1.11 修改菜品用例图15 4.1.12 修改菜品活动图17 4.1.13 删除菜品用例图17 4.1.14 删除菜品活动图19 4.1.15 添加折扣用例图19 4.1.16 添加折扣活动图21 4.1.17 修改折扣用例图21 4.1.18 修改活动图23 4.1.19 执行用例图23 4.1.20 执行活动图25 4.1.21 添加提成用例图25 4.1.22 添加提成活动图27 4.1.23 修改提成用例图27 4.1.24 修改提成活动图29 4.1.25 发放提成用例图29 4.1.26 发放提成活动图31 4.1.27 提交意见用例图31 4.1.28 提交意见活动图33 4.1.29 填写意见334.24.1.30外部接口填写意见活动图35354.3质量属性需求364.3.1 性能需求364.3.2 安全需求364.3.3 易用性364.3.4 可靠性374.3.5 保密需求374.3.6 设计约束375.人的特性/人的工程需求376.运行环境需求377.软件合格性因素37概述1.1背景随着我国市场经济的不断发展,国民生活水平的不断提高,进入酒店等高等消费场所的人数也与日俱增。
酒店点餐系统-数据流图
306工作室成员:邓军,王锐强,王隽捷 边金虎,赵佳欢,靳鹏
-
系统模块简介:
• 系统管理终端:收银,账户管理, 菜品管理,厨师管理,销售统计;
• 顾客终端:为顾客提供点菜服务, 向厨师终端发送做菜消息;
• 厨师终端:厨师出勤管理,接受 顾客点餐消息,分配做菜任务;
-
-
事务 评分
评分表
事务
P1 点餐 系统
菜谱
做菜消息
拿手菜谱 菜单
拿手 菜表
菜品表
点菜表
菜谱信息
菜单
P3
系统
管理
花费
P2 任务 分配
任务分配信息
菜单
出勤 管理
在岗情况
销售表
厨师表
管理 员表
票据
点餐系统第一层数据流图
-
-
-
谢谢观赏!
-
点菜系统需求分析
1 需求分析1.1使用系统的相关人员与酒店点菜管理系统相关的人员(可能操作系统的角色)详细情况及需求如表2-1所示:表2-1 使用系统的相关人员及需求描述1.2系统业务流程根据用户提出的需求归纳出系统的功能包括5部分:基础数据的设置(包括各菜品的价格,材料,口味等),点菜(同时包括退订,补订等功能),点菜记录管理,数据分析,对食品材料记录的管理。
系统的业务流程如图2-1所示系统工作流程如图2-2所示,数据统计分析流程如图2-3所示。
图2-1 系统业务流程图2-2 系统工作流程图2-3 数据统计分析流程1.3功能需求1、基础数据设置模块系统管理员通过该部分功能完成酒店点菜管理系统中基础数据的设置工作。
主要工作包括:中、西餐,鲁、粤、川、苏等菜系基础数据的设置,包括:图片、口味、价格、原料等的介绍,并根据价格的不同分为高、中、低三档。
2、点、补、退选菜模块顾客可根据口味、价格、食料、菜系进行点菜,菜品种分为中、西两种,其中中餐按照菜系分为鲁、粤、川、苏五种;并根据价格分为高、中、低三个等级;根据口味可分为酸、甜、辣、咸四种。
通过前台可视化界面实现顾客多方面选择。
点菜完毕后,系统自动进行菜价统计并显示。
如顾客不满意则可进行退选或补选。
3、数据处理模块系统自动记录点菜次数,并对补选的菜进行次数增加,退选的菜进行次数减少,并将最终结果排序。
系统可根据用户选择的菜,自动进行总价计算并显示,以方便用户补选或退选,便于服务员收费;可记录用户的点菜,并进行排序,以方便厨师和经理查看。
4、后台管理模块厨师可根据厨师号或者选择菜系名查看顾客对自己做的菜的满意度和受欢迎或者不受欢迎的菜;经理可根据系统自动排名推出“特色菜”撤销不受欢迎的菜,改进菜单,提高服务质量;服务员可在输入自己的员工号后,输入客人餐桌号或包间号进行收费。
5、系统权限管理模块系统设置不同权限:经理、厨师、服务员和其他人员只有被授予相应权限后,才可以根据自己的权限查看相应的内容,保证了系统的安全性。
餐厅点餐系统
餐厅点餐信息系统一、系统分析1、系统开发背景总的来说,餐厅点餐系统是广泛利用信息技术,使点餐实现信息化,同时点餐系统的信息化也是以信息技术应用为基础的管理改造过程。
点餐信息化实施的目的在于更好的将餐馆内部的思想进行共享,从而能够更好的提升餐馆的管理水平和管理能力。
随着信息技术的不断发展,中国的餐馆开始由传统人工向信息化转型。
在国家的大力支持下,越来越多的餐馆建设了诸如餐馆内部网等硬件设施,实施了ERP、CRM、SCM等种类不同的管理信息系统,这就让我们有机会利用信息技术重新启动资源积累计划。
特别是在2000年以后,随着国家启动“企业信息化工程”以后,一大批餐馆信息系统相继启用,很多餐馆相继宣布实施信息化战略,但是,餐馆信息化是一项极其复杂庞大的系统工程,它涉及由高层到低层,由整体到局部,由决策到执行等各个层次,涉及多个管理部门,以及餐馆人、财、物等各种资源的配置,点多面广、千丝万缕,不可能一蹴而就,也决不是一朝一夕就能实现的事,必须有一个总体规划,要进行统筹安排和加强各部门的协调,如果餐馆盲目上马,必然造成实施失败,从而造成餐馆资源的浪费。
建立点餐信息系统的必要性和重要性1、人们对点餐速度的要求随着生活水平的提高,人们在餐厅就餐是对于速度的要求也是越来越高,点餐速度在内。
点餐系统的电子化和信息化是大势所趋。
2、从餐厅经营的角度看,点餐实行信息化有非常重要的意义点餐实行电子信息化对于企业来说,一方面可以提高顾客的点餐速度,服务质量方面可以提高,另一个方面来讲,对于企业日后的发展和日后所作出的一些决策都有十分重要的意义,并且将这些信息整理起来有利于企业的管理和协调工作。
(3) 点餐信息系统的建立能提高企业的管理水平和效率从餐饮企业的管理来看,点餐信息化是企业提高管理效率、保证决策正确有效、促进企业发展的重要因素。
而餐饮企业信息化的表现之一就点餐系统信息化。
开餐厅并不仅仅是指是提供顾客美味的食物,还包括围绕销售所进行的所有经营活动,如市场调研、产品定位、客户研究等。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
点菜系统
现状
✓顾客:一些生意较好的餐厅人往往比较多,点个菜都要等好久,更别提什么时候能吃上了。
✓服务员:有的顾客比较挑剔,点菜的时候会对各种菜问个究竟,有的顾客拿点菜迟迟不定主意,人多的时候根本忙不过来。
✓厨师:刚做完一道菜,同样的菜又要做一份,效率很低,顾客的等待时间也会延长。
✓经营者:希望有这么一个系统,合理得分配调节,也使顾客就餐更加自主
1用传统手工流程的餐饮企业面对的是
1)舞弊:收银员舞弊等客人结完帐在退菜品,退的钱自己收下;结完账把原始单销毁,
多的钱可以自己收下;算错多收钱自己可以收下;茹果收银软件存在漏洞,那就会更危险。
酒水员舞弊退客人的酒水,销售自己带的酒水,获取暴利。
2)跑单:因上菜速度慢,客人催菜,服务员去厨房催菜,客人趁机走人;或者因上菜慢随
最后上来但客人拒绝付款。
3)错单:厨师看不清单子,做错菜;服务员催的急有时会做重菜;做菜速度慢,菜品被客
人退回。
4)丢单:手写单到厨房的只有一联,各个档口都会抢着用单子,忙时往往会丢单;餐饮软
件不稳定就会有丢单现象,丢单是餐饮界“兵家大忌”。
5)效率低:收银部、传菜部、厨师部、库房等采用手写单据,财务部要核对手写单据,费
时费力。
2正在使用着餐饮软件的企业面对的是
1)无法满足企业发展需要,运行不稳定,报表常报错。
2)收银软件存在完全漏洞,功能不完善结构不合理,售后服务差或没有服务,提供不了有
价值的报表。
3)漏记、错记、重记客户预订翻台信息不能及时传递至咨客,延长客人等待时间。
4)手工点单字迹不清,造成错上、漏上沽清信息不及时导致退菜、换菜频繁。
5)单据容易迫损、遗失传单效率低下,延误上菜时间。
6)手工计算易出错,稽核难折扣、馈赠不易管理。
7)采购无序不及时库存数量、合理库蠢砘易掌握,造成资金积压或销售损失。
8)无法有效分析客户消费偏好、消费频度、消费额度等信息。
9)营销针对性不强,怠慢或漏失大客户日审、成本、统计工作量大,易出错报表编制困难,
只能进行简单经营分析。
3内部矛盾分析
主要问题表现为:
◆手工收银单队储字不清晰、核对困难费时费力
◆财务人员核单、核算负担过重产生怨气
◆收银遇到多收、少收、错收、退菜、加菜等无法及时监督资金漏洞
◆客人收银时才算消费合计、赠加等待时间客人不满
症结所在:
❖手工单据容易被有意修改、无法核对考证
❖收银人员操作无操作记录、无法及时监督
主要问题表现为:
◆酒楼面对的氏塔务的竞争、菜品的竞争、管理的竞争、
◆客户的竞争竞争残酷
◆厨房里的领料、用料、退料、盘点、原料浪费、做错菜、
◆做重菜等情况难以控制
症结所在:
❖通过传统管理方法难以同时抓
❖原材料使用情况无法有效跟踪
主要问题表现为:
◆四联单跑四个地方才可以完成点菜浪费时间
◆服务员队储工作量大、重复性工作高浪费人力
◆手工进行成本核算、报表生成、原始单据核对效率极低
风险所在:
➢手工核算工作量大、容易出错
➢服务员来回传送单、容易跑单
◆营业员、服务员、点菜员分工不明确存在服务死角
◆点菜、退菜、送单、催菜、收银等都有一人完成服务时间很短
◆对酒楼的新老客户不能够统一管理与维护客户资源流失
风险所在:
➢服务时间无法保证,服务上不去,而且影响企业信誉;
➢客户关系维护困难,关怀上不去,而且容易恶性循环;
◆厨师做菜全听喇叭喊、传菜生要先识菜在上菜做菜上菜出错率高
◆手工单不能实时进行统计分析、进行销售统计老板决策失误率高
风险所在:
➢报表及时性不强,影响领导决策的有效性
➢厨房传菜业务流程不规范不能精细化管理
竞争优势
1、功能完善:前台营业、出品调度、客户关系管理、库房成本、应收应付、远程查询、财
务接口一应俱全。
2、结构先进:真正实现数据库、应用服务器、客户端多层结构编程,系统的稳定性和可扩
展性、可定制性大为加强。
数据库只持SQL2000,客户端、应用服务器只持WIN2000、
WIN XP SP1、WIN XP SP2等最新操作系统。
用户可根据企业规模、资金计划、当前管理重点等因素按模快选择目前所需要的软件功能,随着企业的发展或解决了目前的管理短板后,可随时扩充其它功能。
3、产品族完善:餐饮通是用友餐饮娱乐酒楼套件中的一部分。
用友餐娱套件产品族可以满
足目前或将来有餐饮娱乐一体化经营要求的客户要求。
4、预订环节亮点
❖可以记录查询当前或未来任意时刻的预订,只持时段、桌台、菜品预订
❖只持预订金管理(实现全部前台资金环节的严密管理)
❖独创只持预折扣处置
系统功能:
1>
顾客上座后可以发出“查询菜谱信息请求”,“查询菜谱信息请求”可以查询“菜谱信息文件”中的“菜谱信息”,“菜谱信息”包括菜的编号、菜的名字、菜肴类别、菜的价格。
2>
顾客浏览“菜谱信息”后,可以点"选择、取消"键可方便顾客对点菜的取舍和修改。
最后点"提交"键,确定点的菜。
“确定点菜信息”包括桌号、已点菜单、已上菜单、未上菜单、时间、服务员编号一同发送给系统同时存入“点菜信息文件“,再自动向厨师发出“更新点菜信息”。
3>
顾客可要向系统发出“调整点菜信息请求”,此请求包括催菜,缓菜,加菜,退菜,然后系统自动作出调整并更新“点菜信息文件“,再自动向厨师发出“更新点菜信息”。
结帐:顾客向系统发出“结帐请求”,系统结算消费金额,生成“消费清单“,并存入“消费清单文件“,再反馈给顾客,收银员,服务员。
消费清单包括桌号,时间,已点菜单,金额。
服务员收到“消费清单”后,到顾客处结账,把结账金额交到收银员处。
收银员收账后,核对金额后向系统发出“确定金额信息”。
系统收到“确定金额信息”后自动将“消费清单”存入“账目文件”中。
4>
厨师根据顾客“点菜信息”开始做菜。
厨师做完每道菜后,向系统发出“完成通知”,系统更新“点菜信息文件“后,再自动向厨师发出“更新点菜信息”。
系统向服务员发出“送菜信息”。
服务员收到“送菜信息”后到厨房取菜,給顾客送上。
“送菜信息”包括菜的名字,桌号。
5>
系统管理员可以登录系统,系统将验证登陆请求。
如果是非法登陆将发出“非法登陆信息”。
登陆系统后可以向系统发出“查询请求”,“查询请求”包括查询“菜谱信息”和“账目信息”。
还可以执行“修改菜谱信息”,“修改菜谱信息”包括增加、修改、删除菜谱信息。
发展前景
在计算机技术以及互联网飞速发展的今天,先进的经营理念,人性化的设计,以及高科技的支持,无疑使得餐厅、酒店更受消费者的欢迎。
通过先前的调查分析得知,点餐系统以其高效率、直观、便捷的优点将迅速占领整个餐饮市场。
点菜系统顶层DFD图
点菜系统中层DFD图
点菜系统底层DFD图P3加工分解
P1加工分解
P2加工分解。