餐厅信息管理系统分析报告.docx
《餐厅信息管理系统分析报告.docx》由会员分享,可在线阅读,更多相关《餐厅信息管理系统分析报告.docx(42页珍藏版)》请在冰豆网上搜索。
![餐厅信息管理系统分析报告.docx](https://file1.bdocx.com/fileroot1/2023-4/27/76f85298-dec0-43ae-86fd-e3d386bc5625/76f85298-dec0-43ae-86fd-e3d386bc56251.gif)
餐厅信息管理系统分析报告
餐厅信息管理系统分析报告
设计成绩
武漢理工大學华夏學院
课程大作业
课程名称:
治理信息系统
设计题目:
X餐饮治理信息系统分析与设计
姓名:
刘雪竹
专业班级:
工程治理1101班
授课老师:
江长斌
时间:
2018年12月
课程性质:
必修
选修□
X餐饮治理信息系统分析与设计
1绪论
1.1系统开发背景
餐饮企业在高速进展的同时,自然会面临着传统的治理方法和竞争手段落后,效率低下的问题,企业迫切需要改进治理思维,利用科学的治理手段来加强自身治理。
随着餐饮连锁企业规模迅速的进展和壮大,先前的手工治理方式难以支撑该体系的快速扩充,同时信息的及时汇总和分析就显得尤为重要。
因此,建立起一套先进的连锁治理信息系统就专门重要,为餐饮连锁企业效率化提升提供保证
1.2系统开发目标
餐饮行业是一个具有悠久历史的行业,但大部分餐饮企业的运作治理模式仍差不多沿袭传统的方法。
依靠人工处理顾客垂询、服务员落单并将所点菜单的手写存根传送到厨房;厨房各单位依照服务员所写的菜单而制作菜肴,最后由跑菜员及服务员将完成的菜肴递送给顾客。
然而,随着餐厅的规模及顾客的流量日益增大,这种差不多运作模式在近年差不多受到了挑战,紊乱的情形屡见不鲜:
服务员落单不清,导致菜单错误;点菜单不翼而飞;顾客一而再、再而三地督促服务员所点的菜肴还未到等等问题不断发生……,给酒店的经营与治理者带来了专门多的苦恼和不必要的经济缺失。
为了适应行业竞争的需要,使餐饮治理更加规范化和科学化,餐饮在开业前期就将电脑治理系统列入餐厅筹建项目的重要位置。
通过对餐饮治理过程的每个环节的电脑追踪和治理,软件将顾客开单、增加消费、来宾结帐、菜品外卖、会员治理、交班结款以及各种营业统计的查询、汇总分析紧密的结合起来。
降低工作人员的劳动强度,杜绝人为的疏忽和差错,提高工作效率,从而使得各个环节能够有条不紊地有序地开展工作,使得顾客能够得到快速高效的优质服务。
1.3系统开发工具与环境
本系统面向Windows/vista操作系统,考虑到系统的兼容性和可拓展性,本系统采纳了以VisualFoxPro6.0为开发工具,VisualFoxPro将非过程化的数据库操作语言(关系数据库标准语言SQL)和过程化的高级语言融为一体,同时还提供了多种可视化编程工具,支持面向对象程序设计方法。
考虑到这款软件也是适合中小型餐饮企业,针对有用性和操作性,它也直截了当用控件做出你想要的成效,不用全部用代码写,是一个不错的选择;那个地点也要有高性能的电子运算机有高性能的电子运算机、大容量的存贮装置,个人电脑(终端)以及联结起来的网线等,组成信息资源共享的运算机网络,有共享的打印机,扫描仪等等来提供硬件环境。
1.3.1VisualFoxPro6.0
1)VisualFoxPro6.0概述
VisualFoxPro6.0是在xBASE(dBASE,Clipper,FoxBASE,FoxPro)的基础上进展而来的32位数据库治理系统。
它是由微软公司于1998年在推出Windows98操作系统的同时推出的。
1998年9月份美国微软公司推出了VisualFoxPro6.0系列,其中包括VFP6。
VFP6的推出为网络数据系统使用者及设计开发者带来了极大的方便。
VFP6不仅提供了更多更好的设计器、向导、生成器及新类,同时使得客户/服务器结构数据库应用程序的设计更加方便简捷,增加了处理2000年数据的工具。
VFP6以其强健的工具和面向对象的以数据为中心的语言,将客户/服务器和网络功能集成于现代化的、多链接的应用程序中。
VFP6充分发挥了面向对象编程技术与事件驱动方式的优势。
VFP6是目前世界流行的小型数据库治理系统中版本最高、性能最好、功能最强的优秀软件之一。
2)VisualFoxPro6.0特点
VisualFoxPro6.0能够得到广泛的使用,这是与其具有的强大的功能分不开的,VisualFoxPro6.0与其前期的版本相比,有更高的性能指标和鲜亮的特点。
⑴提供多种可视化编程工具,最突出的是面向对象编程。
⑵在表的设计方面,增加了表的字段和控件直截了当结合的设置。
除此之外,VisualFoxPro6.0具有一系列的新特色,如:
①成功解决了运算机2000年的问题。
②增强了Internet技术和WWW数据库的设计。
③ActiveX和向导、生成器及控件等集成化工具。
④新引入了网络图象文件格式:
gif和jpeg。
2系统分析
2.1可行性分析
可行性分析是系统规划的关键一步,以评定项目在技术上、经济上、操作上的可行性。
可行性分析的任务是明确应用项目开发的必要性和可行性。
必要性来自实现开发任务的迫切性,而可行性则取决于实现应用系统的资源和条件。
这项工作需建立在初步调查的基础上。
2.1.1技术可行性
随着运算机技术的进展,将对餐饮行业的治理从原先的所有人工处理转化为电子治理具有专门强的可行性的。
本系统是针对普遍中小型餐饮企业,面向Windows/vista操作系统,使用VisualFoxPro6.0来开发与设计,在实施该系统之前本人也在相关部门做了调研工作,对实际也有一定的了解。
2.1.2经济可行性
依照该餐厅多年来良好的经济效益,餐厅的经济实力比较雄厚,这就为系统的实施奠定了经济基础,足能提供购买硬件设备和开发软件所需要的资金,因此实施该系统也能给餐厅带来长期效益,它可关心领导实现治理方法的现代化、科学化,极大地提高餐厅的工作质量与工作效率,减少治理支出的费用,从而保证餐厅治理的可连续的良好进展。
因此经济上具有了系统开发的条件。
2.1.3治理可行性
许多餐厅的领导认识到当今社会的进展趋势,认为使用运算机从事餐厅治理是企业当前专门必要的举措。
企业职员也对本系统的开发十分的欢迎,并给予积极配合,从而保证了系统调查与分析能够顺利的进行。
因此在治理上具有了系统开发的可行性。
2.1.4操作可行性
本系统采纳面向对象技术,界面设计简单大方,几乎人人都能够按照相关介绍进行操作,专门是与实际流程一致,用户能够专门快熟悉和操作。
2.2需求分析
通过咨询部分中小型餐饮企业相关人员,把握了餐厅对这套系统能够实现的功能方面的需求,需求分析如下:
(1)餐饮部要求本系统能够完成对客人的点菜治理以及买单治理,便于客人对消费程度的查询以及财务部门每个月的账务统计。
(2)采购部要求本系统能够具有商品信息治理、商品信息查询、以及进货治理和库存查询的功能。
以便于采购部能够随时进行库存查询,提早采购所需物品,幸免物品短缺进而阻碍到正常的工作、餐厅的效益。
(3)财务部要求本系统能够具有日结算以及月结算功能,以方便对饭店的经济运行情形有详细的统计,给饭店的决策方案提供准确的参考依据。
(4)人事部要求本系统能够具有职员信息治理功能,便于饭店对每一个职员的具体情形进行了解,也是对每一个职员进行职务提升的重要依据。
2.3组织结构分析
X餐厅组织机构包括:
财务部,人事部,采购部,餐饮部。
具体餐厅的结构组织图如图2-1所示:
图2-1组织结构图
2.4业务流程分析
2.4.1系统业务流程图
系统业务流程图(TransactionFlowDiagram,TFD)要紧是通过图形对系统的整个数据流向或个别流向做一个直观的表述。
业务流程图图形符号说明如下:
图2-2业务流程图的差不多图形符号
1.总体业务流程图
图2-3系统业务流程图
2.菜单治理子系统
图2-4菜单治理子系统业务流程图
3.收银治理子系统
图2-5收银治理子系统业务流程图
4、预订子系统
图2-6预定治理子系统业务流程图
5.VIP用户子系统
图2-7VIP治理子系统业务流程图
2.5数据流程分析
数据流程图是描述系统数据流程的工具,它将数据独立抽象出来,通过图形方式描述信息的来龙去脉和实际流程。
数据流程图图形符号说明如下:
图2-7数据流程图的符号
依照系统的业务流程,对其中的数据流向、处理及数据储备进行分析后,能够得到本系统数据流程图如下图:
图2-8顶层数据流程图
图2-9第一层数据流程图
S1顾客D1菜单明细
S2收银员D2VIP用户
P1菜单处理D3一样用户
图2-10第二层数据流程图
S2.1顾客S2.2服务员S2.3收银员D2.1吃饭D2.2预定菜单D2.3点单
D2.4菜单D2.5菜单D2.6账单D2.7菜谱D2.8小票D2.9vip用户信息D2.10菜单信息P2.1预订菜单P2.2直截了当下单P2.3菜单处理P2.4后台处理P2.5vip用户处理
F2.1变更信息F2.2菜单信息
图2-11-1第三层菜单治理子数据流程图
图2-11-2第三层收银治理子数据流程图
S3.2.1顾客S3.2.2收银员S3.2.3相关主管S3.2.4相关人员D3.3.1结账单
D3.2.2赊账申请D3.2.3顾客信息D3.2.4赊销金额D3.2.5原价D3.2.6折价
D3.2.7申请金额D3.2.8赊销反馈D3.2.9赊销意向D3.2.10付款P3.2.1顾客类型判定
P3.2.2赊销处理P3.2.3结账处理F3.2.1VIP用户信息
图2-11-3第三层预定治理子数据流程图
S3.3.1顾客D3.3.3预定信息
S3.3.2前台服务员D3.3.4预定单
S3.3.3服务员D3.3.5预定信息
D3.3.1预定申请D3.3.6信息反馈
D3.3.2申请信息F3.3.1营业信息
D3.3.2查询结果F3.3.2预定信息储备
图2-11-4第三层VIP治理子数据流程图
S4.1顾客光临
S4.2前台接待
S4.3治理服
S4.4店堂厨房
S4.5写消费卡
S4.6客人执卡消费
S4.7消费单据
S4.8客人结算
S4.9客人离开
2.6数据字典
数据字典描述的要紧有:
数据流、数据元素、数据储备、加工和外部项,其中数据元素是组成数据流的差不多成分。
在系统分析中,数据字典起着重要的作用。
数据流程图配以数据字典,就能够从图形和文字两个方面对系统的逻辑模型进行完整的描述。
2.6.1数据项清单:
1)数据项编号:
ID01-01
数据项名称:
菜单编号
简述:
菜单按一定的划分标准的编码
类型及宽度:
字符型,8位
取值范畴:
“00000000”——“99999999”
2)数据项编号:
ID01-02
数据项名称:
饭桌编号
简述:
顾客用餐的桌子的编码
类型及宽度:
字符型,3位
取值范畴:
“0000”——“9999”
2.6.2数据结构清单:
1)数据结构编号:
DS01-01
数据结构名称:
订单表
简述:
订单差不多信息
数据结构组成:
订单号,餐桌号,结账状况,合计,折扣,总计现金找零
收银员下单时刻
2.6.3数据流清单:
1)数据流编号:
D01-01
数据流名称:
菜单信息
简述:
顾客用餐的所有信息,包括饭菜种类等
数据流来源:
顾客
数据流去向:
服务员
数据流组成:
点菜信息+饭桌信息+日期
2)数据流编号:
D02-01
数据流名称:
预定菜单
简述:
顾客预定餐的信息
数据流来源:
顾客
数据流去向:
服务员
数据流组成:
顾客信息+预定信息+用餐时刻
3)数据流编号:
D02-02
数据流名称:
变更信息
简述:
顾客依照需要对已确定的菜单进行更换。
数据流来源:
顾客
数据流去向:
服务员
数据流组成:
顾客情形+变更情形
4)数据流编号:
D02-03
数据流名称:
小票
简述:
顾客用餐结账后餐厅开的证明
数据流来源:
服务员
数据流去向:
顾客
数据流组成:
用餐金额+菜单信息+日期
5)数据流编号:
D03-01
数据流名称:
折价
简述:
顾客依照消费金额享受的折扣
数据流来源:
服务员
数据流去向:
顾客
数据流组成:
消费金额+用餐金额
6)数据流编号:
D03-02
数据流名称:
菜单完成
简述:
后台提交的关于饭菜完成的信息
数据流来源:
后台服务员
数据流去向:
顾客
数据流组成:
菜单编号+菜单信息
7)数据流编号:
D03-03
数据流名称:
消费金额
简述:
顾客用餐实际发生金额的数额
数据流来源:
服务员
数据流去向:
顾客
数据流组成:
用餐额+折价额+日期
8)数据流编号:
D03-04
数据流名称:
变更反馈
简述:
对顾客变更信息处理后的反馈
数据流来源:
服务员
数据流去向:
顾客
数据流组成:
菜单编号+变更信息+变更情形
9)数据流编号:
D03-05
数据流名称:
付款
简述:
顾客付款
数据流来源:
收银员
数据流去向:
顾客
数据流组成:
顾客信息+付款额
2.6.4数据处理清单:
1)编号:
P01-01
名称:
菜单处理
简述:
处理点菜和预定业务
输入:
菜单,菜单编号,顾客信息
处理:
依照服务员提交的菜单处理
输出:
账单,菜谱
2)编号:
P02-01
名称:
预定菜单
简述:
确定顾客的预定咨询,预定的信息
输入:
顾客信息和预定信息的文件
处理:
依照顾客的需求和餐厅营业情形,确定预定的可行,填写预订单,收取定金
输出:
账单,菜谱
3)编号:
P02-02
名称:
直截了当下单
简述:
顾客用餐前直截了当进行点菜
输入:
顾客信息,菜单
处理:
顾客依照个人喜好进行点餐
输出:
菜单
4)编号:
P03-01
名称:
变更处理
简述:
对顾客桌子,菜谱的变更进行处理
输入:
变更信息,菜单编号
处理:
顾客依照需要对菜单进行更换,包括并桌,转桌,加菜,添菜,餐厅依照营业情形进行处理
输出:
变更反馈
2.6.5数据储备清单:
1)编号:
F01-01
名称:
变更信息储存
简述:
对顾客变更信息的储存
内容:
顾客信息+变更信息
关键字:
客户编号
2)编号:
F02-01
名称:
菜单信息储存
简述:
储存顾客点菜信息
内容:
顾客信息+菜单信息+日期
关键字:
日期
3)编号:
F02-02
名称:
当时营业情形汇总
简述:
对当天某个时刻段营业情形汇总并储存
内容:
菜单信息+日期
关键字:
时刻
4)编号:
F03-01
名称:
变更信息
简述:
对顾客变更信息的储存
内容:
顾客信息+变更信息
关键字:
客户编号
5)编号:
F03-02
名称:
营业信息
简述:
餐厅所有营业的信息
内容:
日期+营业信息
关键字:
日期
6)编号:
F03-03
名称:
预定信息储存
简述:
储存顾客预定的相关信息
内容:
顾客信息+日期+预定情形
关键字:
顾客姓名
3系统设计
3.1功能结构设计
依照系统的需求分析,结合业务流程图和数据流程图,系统的功能模块要紧分为以下几个功能模块:
1)登录治理模块
登陆治理模块的相关操作只有治理员和差不多职员来完成,包括治理员对操作员的差不多信息的治理,差不多职员能够修改自己的一些差不多信息,另外还能够退出系统。
2)前台治理模块
要紧包括增加消费,顾客开单,来宾结账,菜品外卖,来宾预定,挂账结算等要紧功能。
3)查询治理模块
要紧包括日营业绩统计,结账单查询,来宾信息查询,点菜换菜查询,库存查询等要紧信息。
4)其他治理
那个地点面包含了VIP用户治理和交班换班人员治理,这一系列操作差不多由治理员完成。
本系统为了充分满足现实中的需要,依照功能和各个模块之间的关系及其相关性分为4个模块,即登录模块,前台治理,查询治理,其他治理。
依照初步设计出来的系统模块,大体确定整体系统框架如图3-1。
图3-1X餐饮信息治理系统功能结构框架
3.2编码设计
代码是人为确定的代表客观事物(实体)名称、属性或状态的符号或者是这些符号的组合。
代码设计现行由两种设计方法:
线分类方法和面分类方法。
本着代码设计的原则,我选择线分类方法
依照主菜首字母确定主菜编号,每一道主菜有唯独确定的代码;服务员能够熟记菜单的编号,便于识别和经历,更好的为顾客服务;当有新的实体或属性添加时,直截了当利用源代码进行扩充,不需要改动代码系统,具有可扩充性和稳固性。
3.3数据库设计
3.3.1概念设计(E-R图)
那个地点面要紧包括菜品信息实体,顾客点菜信息实体,桌台信息实体,用户登录实体和VIP用户实体,VIP折扣,其中部分实体的E-R图如下面所示:
图3-2用户实体E-R图
图3-3菜品信息实体E-R图
图3-4桌台信息实体E-R图
图3-5职员信息实体E-R图
图3-6顾客点菜实体E-R图
图3-7VIP用户实体E-R图
图3-8VIP用户折扣E-R图
3.3.2数据库逻辑结构设计
E-R图是建立数据模型的基础,依照E-R模型向关系模式的转换规则,能够将E-R图中所有的实体和联系都用关系来表示,从而能够得到数据库的逻辑模型。
同时在VFP6.0中能够直截了当设计表和数据库。
该系统中各个数据表的设计如下所示:
表3-1菜单信息表
字段名
字段代码
字段类
字段长度
可为空
主键
酒菜编号
CBH
字符
10
否
Y
酒菜名称
MC
字符
20
否
酒菜类型
LX
字符
8
否
酒菜价格
JG
字符
8
否
表3-2餐桌信息表
字段名
字段代码
字段类
字段长度
可为空
主键
餐桌号
CZH
字符
10
否
Y
桌台名称
ZTMC
字符
20
否
桌台状态
ZT
字符
8
否
桌台位置
WZ
字符
20
否
桌台类型
LX
字符
10
否
桌台价格
JG
字符
8
否
表3-3职员信息表
字段名
字段代码
字段类
字段长度
可为空
主键
职员编号
BH
字符
10
否
Y
职员姓名
XM
字符
8
否
性别
XB
字符
2
否
年龄
NL
字符
2
否
证件号
ZJH
字符
18
否
DH
字符
11
否
表3-4顾客点菜信息表
字段名
字段代码
字段类
字段长度
可为空
主键
菜品名称
CMC
字符
20
否
菜品数量
SL
字符
2
否
菜品价格
JG
字符
4
否
服务人员
FWY
字符
8
否
桌台信息
ZXX
字符
20
否
Y
就餐时刻
JCSJ
字符
6
否
表3-5会员信息表
字段名
字段代码
字段类
字段长度
可为空
主键
会员编号
HYBH
字符
10
否
Y
会员姓名
HYXM
字符
8
否
性别
XB
字符
2
否
证件号
ZJH
字符
18
否
DH
字符
11
否
表3-6会员折扣表
字段名
字段代码
字段类
字段长度
可为空
主键
消费金额
XFJE
字符
10
否
折扣
ZK
字符
10
否
3.4输入输出设计
输入和输出是用户与系统进行交互的界面,是用户与系统关系最紧密的两部分,是两个要紧接口,也是一项手工作业多的操作。
一个好的输入输出系统将会大大增加用户对系统的信息,也给用户带来良好的工作环境。
那个时候,VisualFoxPro6.0表达了它的优越性,所有需要的表格,报表,还有数据库都能够在VisualFoxPro6.0中建立,同时也能够设计登录模块来与数据库进行连接。
3.4.1输入设计
本系统要紧是关于餐饮方面的一些信息的录入,信息录入专门方便,我们能够直截了当在VisualFoxPro6.0中建立表格,如此专门方便,而且操作过程也专门简单。
本系统中数据全部是选用键盘方式人机交互输入数据,做到了运算机屏幕显示格式与单据格式一致。
输入数据的形式全部采纳“填表式”,由用户逐项输入数据,输入完毕后系统具有要求“确认”数据是否正确无误的功能。
3.4.2输出设计
本系统的数据输出要紧是通过报表输出。
对一些重要结果通过查询后得到,然后通过打印机打印出来。
3.4.3用户界面设计
1)系统主界面
登陆界面是进入该系统的第一个窗口,凭有效的用户名和密码才能登录本系统进行相关的操作。
本系统有两种用户,治理员和一般用户。
治理员用户名为admin,初始密码为123,进入系统后能够自行修改密码。
界面如图3-9所示:
图3-9登陆界面
3.4.4系统主界面设计
系统主界面是系统中所有功能的入口,通过正确的用户名和密码登录以后,所显现的窗口。
图3-10主界面
3.4.5用户治理
用户治理包括密码重置、添加用户、查看所有用户以及编辑用户信息等治理。
图3-11用户治理界面
3.4.6治理员菜品治理
菜品治理包括添加新菜、查看所有菜品、编辑菜品信息和库存商品等。
菜品治理界面如图3-12、3-13、3-14、3-15所示:
图3-12添加菜品界面
图3-13查看库存界面
图3-14修改菜品界面
3.4.7VIP用户治理治理
那个地点面包括添加会员,修改信息,会员充值,升级,注销等界面,如下图所示:
图3-15添加会员界面
图3-16修改会员信息
图3-16会员充值
图3-16会员升级
3.4.8点菜界面治理
这一界面的操作差不多差不多上由前台服务员完成,那个地点面包含了顾客,消费清单,菜单列表等与点菜相关的信息。
如下图:
图3-17点菜界面
图3-18撤销界面
图3-19转移界面
图3-20退餐界面
图3-20修改餐品界面
3.4.9结账界面治理
这一部分的操作也是由前台服务员完成的,通过结账后,系统也自动地将账单信息储备到数据库中了。
那个地点面也是一些专门差不多的结账操作,如下图:
图3-20结账界面
3.4.10预订界面治理
预订界面的操作也是由前台服务员完成,那个地点面要紧包括添加预订,修改预订,删除预订等一系列的操作:
图3-21添加预订界面
图3-22修改预订界面
3.4.11查询界面治理
预订界面的操作也是由治理员完成,那个地点面要紧包括报表中心和财务治理和运营治理三个界面:
图3-23报表中心
图3-23财务治理
图3-23运营治理账单界面
图3-24运营治理考勤记录界面
3.4.12其他界面治理
那个地点确实是对系统的其他的小功能进行完善性分