餐饮管理系统论文.docx
- 文档编号:10189113
- 上传时间:2023-02-09
- 格式:DOCX
- 页数:33
- 大小:911.39KB
餐饮管理系统论文.docx
《餐饮管理系统论文.docx》由会员分享,可在线阅读,更多相关《餐饮管理系统论文.docx(33页珍藏版)》请在冰豆网上搜索。
餐饮管理系统论文
前 言
餐饮兴衰,关键是管理。
建设一间现代化的餐饮,需要的是钱,而要经营管理好一间餐饮,关键是管理。
餐饮管理是现代餐饮的命脉,管理水平的高低,决定着餐饮经营的成败。
餐饮是企业,同样是要重视管理的工作,加强管理。
现代管理者即是财富,当代的管理者更是直接的财富。
管理的意义,简单地讲,管就是主事,理就是治事,合起来为主管和治理人与事。
随着中国加入WTO和经济全球化格局的形成,越来越多的人感到21世纪国际餐饮的竞争激烈,从设备豪华到价格竞争发展到人才全方位的竞争。
要竞争就必须创新。
创新,是餐饮的生命。
商场如战场,成功的管理者及其管理需要刚柔结合。
一个餐饮,无论是土地,还是设备,还是流动资金,他们的实质都是静态资产。
人们认为销售管理首要的是讲“管好钱”。
其实钱是属于静态资产,钱是不会跑的,它又没有长脚。
如果说钱会跑,是因为有人去动他,所以不是钱的问题,仍然是管理的问题。
钱是不能主动创造价值的,即使是被投资于很好的项目,也是管理做的决定,也是由人在那里管理。
所以,唯有管理的行为才能创造价值。
因此,开发这样一套管理软件成为很有必要的事情,在下面的各章中我们将以开发一套餐饮管理系统为例,谈谈其开发过程和所涉及到的问题及解决方法。
1.绪论
1.1餐饮管理系统的发展历程
餐饮管理系统的革命性变革出现在20世纪90年代末。
由于市场竞争的需要,如何吸引和留住人才,激发员工的创造性、工作责任感和工作热情已成为关系企业兴衰的重要因素,人才已经成为企业最重要的资产之一。
"公正、公平、合理"的企业管理理念和企业管理水平的提高,使社会对餐饮管理系统有了更高的需求;同时由于个人电脑的普及,数据库技术、客户/服务器技术,特别是Internet/Intranet技术的发展,使得第三代餐饮管理系统的出现成为必然。
第三代餐饮管理系统的特点是从餐饮管理的角度出发,用集中的数据库将几乎所有与餐饮管理相关的数据统一管理起来,形成了集成的信息源。
友好的用户界面,强有力的报表生成工具、分析工具和信息的共享使得餐饮管理人员得以摆脱繁重的日常工作,集中精力从战略的角度来考虑企业餐饮管理规划和政策。
1.2设计系统的必要性与可行性
一般而言,良好的餐饮管理,有助于为餐饮达到以下的目标:
一、协助组织达成发展目标与远景。
二、有效地运用人员的能力与技术专才。
三、促使组织成员的工作士气高昂且激发潜能。
四、滿足组织成员的自我实现感与增加成员的工作成就感。
五、发起且落实组织变革。
六、提高组织成员的工作生活品质。
七、协助企业负责人做出正确决策。
1.2.1可行性研究报告
可行性研究报告对于软件开发的作用是非常重要的。
可行性分析研究了软件的各种开发因素,通过综合的分析,已确定软件是否适宜开发。
“民以食为天”,随着人民生活水平的提高,餐饮业在服务行业中占有越来越重要的地位。
努力在当前餐饮行业日趋激烈的竞争中脱颖而出,已成为每位餐饮业经营者所追求的目标。
经过多年发展,餐饮管理已经逐渐由定性管理,进入到重视定量管理的科学阶段。
众所周知,在定量管理的具体实现方法和手段方面,最有效的工具就是电脑管理。
传统的手工操作管理存在着许多无法避免的问题,例如:
●人工计算帐单金额容易出现差错。
●收银工作中跑单、漏单、偷钱现象普遍。
●个别服务员作弊、改单、宰客情形时有发生。
●客人消费单据难以保存和查询。
●无法对大量营业数据进行统计分析。
2.系统概论
2.1系统背景
随着人们生活水平的提高,人们对衣食住行的要求也是日见提高。
在社会的趋势下,餐饮行业的规模日渐扩大,但是改行业也存在很多薄弱环节,主要体现在以下几个方面。
●手工运作模式,工作人员的工作量繁重,数据传递不及时,对数据的统计和计算过程中容易发生差错,工作效率较低,工作流程不严密。
●客户的消费清单手工填写,错误率高,字迹不清晰,格式不统一,使得行业不规范。
●历史账务的查询也不方便。
针对以上的弊端,餐饮行业需要使用计算机系统对餐饮企业信息进行管理。
使用计算机系统管理餐饮的优点为:
检索迅速、可靠性高、查找方便、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高信息管理的效率,也是企业的科学化、正规化管理与世界接轨的重要条件。
2.1怎样开发一个餐饮管理系统
a.系统完整性要求:
本软件系统要为中小型餐饮提供一套比较完整性流程:
前台、餐饮、桌子、销售、人事及经理查询。
这使餐饮便于管理,在各个环节发挥作用,方便沟通。
b.系统安全性要求:
将系统分为前台(包括收银系统和接待系统)、餐饮、桌子、销售、人事及经理查询子系统,不仅是方便操作人员的考虑,也是出于安全策略。
在各个子系统中要都设有登陆界面,只有各子系统相关管理人员被允许进行操作。
各子系统完成相应功能外,不应有其他特权,使系统稳定安全。
c.数据库为核心:
各子系统可录入,查询,更改相应数据库信息,以及对其他子系统数据信息的调用查询。
数据库起到了存储餐饮各方面数据以及查询餐饮营业各方面信息的重大作用。
因而构建数据库以及如何合理有效的对数据库进行操作乃是本系统的核心工作。
d.对良好的交互性要求:
为了便于餐饮各部门操作人员使用本系统,以及更容易掌握本系统的各项功能,使人善于并乐于使用本系统,应使系统界面设计友好,各个功能设计合理并人性化。
3.系统需求分析
3.1需求分析
数据库系统开发第一步就要做系统需求分析,通过系统需求分析可了解客户的需求,清楚程序要实现的功能。
分析的根本目的是在开发者和提出需求的用户之间建立一种理解和沟通的机制,因此,餐饮管理系统的需求分析也应该由开发人员和用户或者客户一起完成。
餐饮管理系统需求如下所示。
(1)用户权限管理。
酒店的总经理应该可以查看公司的所有信息,并且负责添加用户,并为其他人员分配各种权限;酒店的厨师长可以实现酒店菜单管理;酒店的人事经理可以实现员工管理;酒店的领班只负责营业、预定等管理;外卖经理只负责外卖管理。
所有的用户都可以修改自己的密码,总经理也可以修改其他用户的密码。
(2)可以创建、编辑和删除酒店菜单,如果需要查找某个菜单的具体信息时,可以快速查询。
(3)顾客就餐时,可以添加桌位编号、人数、菜单等营业信息,并可以随时编辑或删除营业信息,系统可自动计算出顾客消费金额。
(4)顾客订餐时,能够添加预订人、电话、菜单和人数等预订信息,并可以修改和取消预订信息。
(5)饭菜外卖时,酒店需要惊醒外卖管理,把送外卖的员工编号等信息添加到外卖管理中,并能够对外卖信息进行编辑:
如果顾客取消了外卖,系统可以删除外卖信息。
外卖服务员送外卖之前,数据库系统应该自动计算出客户外卖的消费金额。
(6)如果添加新员工,系统需要能够添加新的员工信息;如果员工的基本信息有变化,系统需要能够编辑员工的信息;如果有员工离职,系统需要能够删除员工的信息。
(7)能够提供菜单、预订、外卖以及员工的查询功能。
(8)运行在Windows平台上,有一个良好的人机交互界面,操作要求简单、方便。
(9)有良好的可扩展性,可根据实际情况实现新功能的添加。
(10)有良好的安全性,应用系统时需要通过登录界面。
3.2餐饮销售管理业务流程分析:
目前,本酒店销售业务流程重点管理销售资金流程,对商品的销售主要包括以下几步:
营业开市->客户消费与结账->收市日结统计。
营业开市主要包括以下几步:
1、收银组长填写领款单等,向财务部门领取现金、发票等。
2、收银组长将现金、发票等分配给收银员。
客户消费与结账是一个可以反复进行过程,主要包括以下几步:
3、服务生为客户开台;
4、服务生询问客户对菜肴及饮品等需求,填写点菜单(多联)。
5、服务生将点菜单传递向收银员、后厨部、吧台。
6、收银员整理点菜单。
7、后厨部、吧台根据点菜单进行加工。
8、服务生将后厨部、吧台加工的成品传递给客户,客户进行消费。
9、客户向服务生提出结账请求。
10、服务生向收银员传达客户结账请求,收银员统计消费金额,并根据优惠规则,提出消费清单给服务生(载明:
消费项目的数量和单价、消费总额、折扣及实收额)。
11、服务生将消费清单传递给客户核查。
12、客户核查消费清单无异议后,将现金等结算工具提交服务生代为结算。
13、服务生将消费清单、现金等交给收银员,收银员进行收银结账,并将收银单、发票、找零等提供给服务生,服务生转交给客户。
13、客户结清账务后离开,服务生进行清理翻台。
4.系统设计
4.1设计原则
系统设计的总任务是实现餐饮管理的系统化、规范化和自动化。
因此要求系统设计在系统分析的基础上,按照逻辑模型的要求,科学合理地进行系统的总体设计和具体的物理设计,总体系统设计内容包括:
系统功能模块设计、系统数据库设计、功能结构图设计和系统物理配置方案设计等。
根据管理信息系统设计规范其设计原则为:
(1)模块化。
其业务分成五大子系统,各个系统自上而下逐层分解,直至完成所要求的功能。
在设计中尽量减少模块间数据、控制参数的传递,以减少其相关性。
(2)数据的一致性。
在多用户实时处理系统中常常遇到数据不一致问题,为此,要在设计中对系统内部数据进行分类编码,减少数据冗余。
(3)可靠性。
利用密码来防止非操作人员进入系统。
(4)实用性。
按用户要求完成所要求的功能。
(5)可维护性。
采用模块化设计给维护带来方便。
利用每日自动运行的维护软件对系统数据进行维护。
(6)通用性。
提高系统的通用性,缩短开发周期。
本设计将各种寻呼环境不同的数据置于程序模块之外,利用系统生成这些参数,从而减少因条件不同而造成的大量修改程序模块。
(7)界面友好。
尽量减少操作员按键次数,以提高操作员的工作效率。
4.2总体设计
进行系统需求分析后,就可以在此基础上,对餐饮管理系统做系统设计,解决实现该系统需求的程序模块设计问题。
餐饮管理系统要将传统的餐饮管理转换为数字信息化的餐饮管理,实现餐饮信息管理大的自动化,规范化和系统化。
餐饮管理系统需要完成如下功能。
(1)用户管理:
用于管理使用该系统的用户。
使用该系统的用户主要包括5种:
酒店理,可以查看酒店的所有信息,并且负责用户的管理,例如添加、删除、修改用户,并为用户分配权限;酒店的厨师长,负责菜单管理;酒店的人事经理,负责员工管理;酒店的领班,负责营业、预订等管理;最后是外卖负责人,负责外卖的管理。
所有的用户都可以修改自己的密码,总经理也可以修改其他用户的密码。
(2)菜单管理:
可实现酒店菜单的添加、修改和删除。
(3)营业管理:
可实现营业信息的添加、修改和删除。
(4)预订管理:
可实现菜单预订信息的添加、修改和删除。
(5)外卖管理:
可实现外卖信息的添加、修改和删除。
(6)员工管理:
可实现员工信息添加、修改和删除。
(7)账单管理:
可实现消费账单的添加、修改和删除。
(8)查询:
可实现账单、菜单、预订、外卖及员工信息的查询。
结合实际餐饮管理系统划分模块如图4-1所示。
餐饮管理系统系统共分3层如图4-2所示。
图4-1餐饮管理系统主要模块
图4-2餐饮管理系统系统构架
员工查询
外卖查询
预订查询
菜单查询
账单查询
修改
删除
添加
修改
删除
添加
修改
删除
添加
修改
删除
添加
修改
删除
添加
修改
删除
添加
修改
删除
添加
查询
账单管理
员工管理
外卖管理
预订管理
营业管理
菜单管理
用户管理
餐饮管理系统
4.2.1用户管理模块设计
用户管理模块的功能分解图如图4—3所示。
具体功能如下:
(1)添加:
对各用户进行添加用户名、密码、权限、电话、住址等功能。
(2)删除:
对各用户进行删除用户名、密码、权限、电话、住址等功能。
(3)修改:
如遇到用户信息变更时,可对各用户进行修改用户名、密码、权限、电话、住址等功能。
4.2.2菜单管理模块设计
菜单管理模块主要实现了菜单信息的添加、修改和删除。
菜单管理模块的功能分解图如图4—4所示。
具体功能如下:
(1)添加:
有新品菜系推出时,对各种菜系进行添加菜单名称、单价、是否可用、早中晚哪一类、备注等功能。
(2)删除:
取消某种菜系时,对各种菜系进行删除菜单名称、单价、是否可用、早中晚哪一类、备注等功能。
(3)修改:
某种菜系信息错误时,对各种菜系进行修改菜单名称、单价、是否可用、早中晚哪一类、备注等功能。
4.2.3营业管理模块设计
营业管理模块可以清楚知道哪张桌子处在有客人就餐的状态,主要实现的功能是添加、修改和删除。
营业管理模块的功能分解图如图4—5所示。
具体功能如下:
(1)添加:
对就餐客人所在的桌号、时间、人数、账单号、折扣、属于哪一餐等情况进行添加的功能。
(2)删除:
客人用餐完毕离开后可以删除,让餐桌处于闲置状态。
(3)修改:
客人要求换座位或其他要求时,可以将桌号、时间、人数、账单号、折扣、属于哪一餐等情况进行修改的功能。
4.2.4预订管理模块设计
预订管理模块可以提供客人预约的信息主要实现了预订信息的添加、修改和删除。
预约管理模块的功能分解图如图4—6所示。
具体功能如下:
(1)添加:
添加预约客人的相关信息如:
预订人、桌号、电话、时间、人数等。
(2)删除:
删除取消预约客人的信息。
(3)修改:
当客人的预约信息有变化时,可以及时的进行修改信息的功能。
4.2.5外卖管理模块设计
外卖管理模块可以给客人提供送外卖的服务主要实现了外卖信息的添加、修改和删除。
外卖管理模块的功能分解图如图4—7所示。
具体功能如下:
(1)添加:
记录所送外卖的员工名字、时间、和客人叫外卖的价格等细心。
(2)删除:
当外卖送到后,由管理人员确定无误,删除记录,完成服务。
(3)修改:
客人需要增加食物时,可以进行修改价格、账单等内容。
4.2.6员工管理模块设计
员工管理模块记录着整个公司的员工信息主要实现了员工信息的添加、修改和删除。
员工管理模块的功能分解图如图4—8所示。
具体功能如下:
(1)添加:
增加员工时,可以记录员工的员工号、姓名、性别、出生年月、名族。
(2)删除:
员工离职可以删除员工所有信息。
(3)修改:
修改员工信息的功能。
4.2.7账单管理模块设计
账单管理模块记录着客人用餐时的点菜情况主要实现了账单信息的添加、修改和删除。
账单管理模块的功能分解图如图4—9所示。
具体功能如下:
(1)添加:
客人加菜时需要进行添加账单编号、菜名、价格、数量。
(2)删除:
当菜有问题或客人取消某个菜时,可以进行删除功能。
(3)修改:
客人想把某个菜换成另外一个菜,或有其他要求时,可以在此进行相应的修改。
4.2.8查询管理模块设计
查询管理模块主要实现了账单查询、菜单查询、预订查询、外卖查询和员工查询。
查询管理模块的功能分解图如图4—10所示。
具体功能如下:
(1)账单查询:
可以看到账单管理模块中信息,但只能查看不能修改。
(2)菜单查询:
可以看到菜单管理模块中信息,但只能查看不能修改。
(3)预订查询:
可以看到预订管理模块中信息,但只能查看不能修改。
(4)外卖查询:
可以看到外卖管理模块中信息,但只能查看不能修改。
(5)员工查询:
可以看到员工管理模块中信息,但只能查看不能修改。
用户管理
修改
删除
添加
图4—3用户管理模块的功能分解图
图4—4菜单管理模块的功能分解图
修改
删除
添加
菜单管理
修改
删除
添加
营业管理
图4—5营业管理模块的功能分解图
图4—6预订管理模块的功能分解图
修改
删除
添加
预订管理
图4—7外卖管理模块的功能分解图
修改
删除
添加
外卖管理
图4—8员工管理模块的功能分解图
修改
删除
添加
员工管理
图4—9账单管理模块的功能分解图
修改
删除
添加
账单管理
图4—10查询管理模块的功能分解图
查询管理
预订查询
员工查询
外卖查询
账单查询
菜单查询
4.3系统物理配置
系统的软硬件运行环境:
(1)服务器的硬件配置:
超线程(HT)技术的英特尔®奔腾®4处理器3.6GHz,硬盘120G,内存256MDDR
服务器的操作系统:
Windows2003Server
数据库服务器软件:
MicrosoftSQLServer2005
(2)客户端的软硬件配置
客户端的硬件配置(最低):
CPUPⅡ166以上,硬盘10G,内存64M
客户端操作系统:
Windows98/me/2000/XP等;
(3)软件开发环境:
VISUALSTUDIO2005和SQLServer2005
(4)开发语言:
VisualC#
4.4系统详细设置
4.4.1数据库设计
数据库是目前数据组织的最高形式和最有效方式,数据库技术是当前应用最广泛的数据组织的管理方法和技术。
数据库是一系列相关数据的集合,在数据库中,数据具有良好的组织结构,由一种公用的统一方法(数据库管理系统,DatabaseManagementSystem)进行管理。
这种管理方法,在很大程度上体现了数据与应用程序及用户间的独立性,实现了数据资源的共享,数据冗余度小,可靠性高,安全性好。
数据库设计的基本原则是:
提高数据组织的相对独立性,消除冗余的数据项,采用规范化方法设计数据存储的结构,保证数据的完整性、一致性、易维护性以及易理解性等等。
在数据库系统中,数据库的应用占有重要的地位,一个数据库结构设计是否合理,将直接影响到系统的应用。
合理的数据库结构设计可以提高数据存储的效率,保证数据的完整性和一致性。
用户对数据库的需求具体体现在各种信息的提供、保存、更新和查询上,数据库需求分析是整个数据库系统设计过程的基础。
数据库设计阶段要收集和分析数据管理的内容及用户处理的要求。
针对餐饮管理系统的需求,通过对餐饮管理的业务流程的分析,需要设计如下所示的数据字段和数据表。
(1)用户信息表:
包括的数据字段有用户编号、用户名、密码、联系电话、权限和家庭地址,其中用户编号是关键字。
(2)菜单信息表:
包括的数据字段有菜肴名称、价格、是否可用、早中晚餐和备注,其中菜肴名称是关键字。
(3)营业信息表:
包括的数据字段有序号、桌位号、就餐时间、早中晚餐、人数、折扣、账单号和备注,其中序号是关键字。
(4)预订信息表:
包括的数据字段有序号、预定人、电话、桌位号、时间、早中晚餐、所点菜肴、人数、押金和备注,其中序号是关键字。
(5)外卖信息表:
包括的数据字段有序号、员工号、时间、早中晚餐、账单号、应付款和备注,其中序号是关键字。
(6)账单信息表:
包括的数据字段有账单号、菜肴名、单价、份数和备注,其中账单号是关键字。
(7)员工信息表:
包括的数据字段有员工号、姓名、性别、出生日期、名族、婚姻状况、政治面貌、学历、报到时间、转正时间、岗位、籍贯、户口所在地、身份证号、家庭地址和邮政编码,其中员工号是关键字。
将数据库概念结构转化为SQLServer2005数据库系统所支持的实际数据模型,也就是数据库的逻辑结构。
根据数据库的需求分析和概念结构设计,设计了名为Food的数据库。
数据库由多个表组成。
下面表4-1至表4-7举例的是数据库结构中的七张表。
如表4-1所示为用户信息表,表名为TbUser
字段名
字段类型
字段大小
可否为空
关键字
Userid
int
-
NOTNULL
是
Name
nvarchar
50
NOTNULL
-
Pass
nvarchar
50
NOTNULL
-
Qx
nvarchar
50
NOTNULL
-
Phone
nvarchar
50
NULL
-
Address
nvarchar
50
NULL
-
如表4-2所示为菜单信息表,表名为Cd
字段名
字段类型
字段大小
可否为空
关键字
Cdname
nvarchar
50
NOTNULL
是
Price
money
-
NOTNULL
-
Sfky
bit
-
NOTNULL
-
Can
nvarchar
50
NOTNULL
-
Bzh
ntext
-
NULL
-
如表4-3所示为营业信息表,表名为Yye
字段名
字段类型
字段大小
可否为空
关键字
Yyid
int
-
NOTNULL
是
Zwh
int
-
NOTNULL
-
Shjian
datetime
-
NOTNULL
-
Can
nvarchar
50
NOTNULL
-
Rsh
int
-
NULL
-
Zhk
int
-
NULL
-
Zhdh
nvarchar
50
NOTNULL
-
Bzh
ntext
-
NULL
-
如表4-4所示为账单信息表,表名为Zhd
字段名
字段类型
字段大小
可否为空
关键字
Zhdh
nvarchar
50
NOTNULL
-
Cdname
nvarchar
50
NOTNULL
-
Price
money
-
NOTNULL
-
Fshu
int
-
NOTNULL
-
Bzh
ntext
-
NULL
-
如表4-5所示为预订信息表,表名为Yding
字段名
字段类型
字段大小
可否为空
关键字
Ydid
int
-
NOTNULL
是
Ydname
nvarchar
50
NOTNULL
-
Phone
nvarchar
50
NOTNULL
-
Zhwh
int
-
NOTNULL
-
Shjian
datetime
-
NOTNULL
-
Can
nvarchar
50
NOTNULL
-
Zhdh
nvarchar
50
NOTNULL
-
Rsh
int
-
NOTNULL
-
Yjin
money
-
NOTNULL
-
Bzh
ntext
-
NULL
-
如表4-6所示为外卖信息表,表名为Wm
字段名
字段类型
字段大小
可否为空
关键字
Wmid
int
-
NOTNULL
是
Ygh
nvarchar
50
NOTNULL
-
Shjian
datetime
-
NOTNULL
-
Can
nvarchar
50
NOTNULL
-
Zhdh
nvarchar
50
NOTNULL
-
Price
money
-
NOTNULL
-
Bzh
ntext
-
NULL
-
如表4-6所示为员工信息表,表名为Yg
字段名
字段类型
字段大小
可否为空
关键字
Ygh
nvarchar
50
NOTNULL
是
Name
nvarchar
50
NOTNULL
-
Sex
nvarchar
50
NOTNULL
-
Chsh
datetime
-
NOTNULL
-
Mz
nvarchar
50
NOTNULL
-
Hyin
nvarchar
50
NOTNULL
-
Zhzhmm
nvarchar
50
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 餐饮 管理 系统 论文