餐饮企业信息管理系统.docx
《餐饮企业信息管理系统.docx》由会员分享，可在线阅读，更多相关《餐饮企业信息管理系统.docx（22页珍藏版）》请在冰豆网上搜索。
餐饮企业信息管理系统
郑州科技学院
数据库原理实训报告
题目___餐饮企业信息管理系统__
信息工程学院
二○一四年十二月
餐饮企业信息管理系统
实训分析报告
1前言
随着经济的发展社会的进步，去饭店过节聚会成为了一种新的时尚。
因此每逢过年过节，饭店都会迎来大量的顾客，随之而来的就是大量的预定和结算信息将会使得饭店的工作人员不堪重负，并且不可避免的会出现这样或那样的错误。
餐饮信息管理软件的诞生可以为他们提供便捷的管理服务。
并且几乎为零的错误率也使得餐馆可以更好的为顾客服务。
它不仅可以为餐馆降低人力资源的付出，节省了成本，而且也可以提升自身的形象，使餐厅迎来更多的食客。
本系统使用了VB.NET技术并采用了C/S架构，饭店服务人员使用它可以快速准确地为客户服务，人性化的系统界面设计使得软件便于使用者的快速掌握，计算机几乎为零的错误率和高效的处理能力使得原本繁琐的餐饮管理变得更加科学、快捷以及人性化。
使用本系统，员工将可以快速地编辑顾客资料信息，并且为客户提供订餐打折和充值服务。
管理员使用本系统，既可以完成员工的所有工作，又可以更好地管理员工，精准地了解员工账面的资金情况。
除了这些，管理员还可以设定餐厅的菜单信息和折扣程度，从而使得管理员对餐厅的运营情况可以全面掌控。
1.1选题理由和实际意义
“民以食为天”，作为衣食住行的一部分，饮食在生活中具有极其重要的地位。
在原始社会，人类在饮食方面的要求仅限于果腹，仅仅是生存的需要，处于与自然作斗争的范畴，还谈不上其他方面的意义。
随着人类社会的发展，生产力的提高使得生产方式发生巨大的变化，社会产品逐渐丰富，人们对饮食有了更多的选择。
人类经历工业时代进入信息时代后，饮食己经从生存需要逐步发展成为具有多种内涵的经济文化现象，加上民族文化背景，饮食往往成为民族和文化的一种象征。
而餐饮业也随着社会的发展，从第一产业、第二产业中分化出来，逐渐成为第三产业的重要组成部分，在国民经济中发挥重要的作用。
我国的餐饮业历史悠长，形成了别具一格的饮食文化，但是直到现代餐饮业才真正成为产业。
近二十多年来，我国餐饮业发展迅猛，日新月异，各种风味特色，各种经营形式，各种组织结构的餐厅企业星罗棋布。
当前中国城镇拥有餐馆300多万家，1999年销售额达到3199.6亿，2000年达到3600亿元，2009年突破了10000亿元，市场十分广阔。
与此同时，国外的餐饮业也加快了进入国内市场的步伐，“麦当劳”、“肯德鸡”两家美国快餐企业在进入中国十年以来，根据中国的特色调整经营策略，已经占据了一定的市场份额，而更多的外国餐饮业也不甘落后，争相进入我国市场。
异国餐饮文化在国内餐饮市场相继出现，国内外餐饮行业建相互渗透、交叉融合的趋势日益明显，表明我国餐饮业正向横向和纵向发拓展，也说明我国餐饮业正面临着日益严峻的竞争。
餐饮业繁荣发展，市场竞争日益激烈，但是诸多经营管理与生产方式的问题却严重地制约着民族餐饮业的进一步发展。
（1）经营方式落后，经营特色不显著：
许多餐饮业仍保留传统的经营观念、经营模式，菜谱上的菜名往往无法及时更新，让人大失所望。
（2）生产方式和管理服务水平低，科技含量不高。
我国的餐饮业仍然以繁重的体力劳动加简单工具的手工作坊式的生产方式为主，管理水平低下，无法适应信息时代快节奏的生活。
在与国外餐饮业的激烈竞争中，民族餐饮业由于经营方式和管理手段落后在竟争中处于劣势。
餐饮业的有识之士己经看到了传统餐饮业的缺点，开始实施新的经营方式，借助新技术向现代餐饮转变。
在这一前提下，发展餐饮管理系统对提高餐饮业的科技含量，提高劳动生产率，节约成本，取得经营优势有重要的意义。
在社会的趋势下，餐饮行业的规模日渐扩大，但是该行业存在很多薄弱环节，主要体现在以下几个方面。
（1）手工运作模式，工作人员的工作量繁重，数据传递不及时，对数据的统计和计算过程中易发生差错，工作效率低，工作流程不严密。
（2）客户的消费清单手工填写，错误率高，字迹不清晰，格式不统一，使得行业不规范。
（3）不便于统计营业额，历时帐务的查询也不方便。
针对以上的弊端，餐饮行业需要使用计算机系统对餐饮企业信息进行管理。
使用计算机管理系统管理餐饮的优点为：
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高信息管理的效率，也是企业的科学化、正规化管理与世界接轨的重要条件。
传统的餐饮管理现在已经很难应对当今社会对餐饮业的管理要求，它与现在的基于计算机技术发展起来的餐饮信息管理系统对比，有以下几大不同：
便捷性方面：
传统的人工对餐饮信息进行管理，如：
顾客信息管理，菜单信息管理和订餐信息的管理，都是很繁琐的过程，其中的任何一步过程都要浪费大量的时间，而随着计算机技术的发展，这些原本繁琐的问题都会变得轻而易举。
安全性方面：
传统的纸质记录方式查询起来很麻烦，而且保密性很差，并且容易磨损丢失，对于会员余额的管理是非常不利的。
但如果采用的是电子文档的方式进行数据的保存，这一切都变得非常简便，你可以方便的对数据信息进行备份查询，并且数据的安全性可以得到最大程度的保证。
准确性方面：
传统的人工记账容易出错，如果采用这种方式来处理现在的含有打折信息的消费结算会使得工作量很大，如果计算出错将严重影响自己的声誉。
而如果使用软件系统，这些问题都将不会出现，计算机的错误率几乎为零。
鉴于以上传统的人工管理方式的种种缺陷，我设计了方便中小级别餐饮企业使用的应用程序，通过它，管理者可以基本解决以上所遇到的种种问题，并且更加科学的对老客户进行打折，而且添加了主顾权限的不同设计使得它更加方便雇主对雇员的管理与监督。
1.2国内外关于该课题的研究现状及趋势
随着社会经济的发展,人们对生活质量的要求越来越高,作为服务之一的餐饮业也在不断的完善服务体制,需要建立餐饮立体化服务体系,餐饮管理者想及时了解酒店的全部运营情况及经营走势,找出运转成本,作为经营决策的依据。
只有运用先进的科学管理手段,利用计算机系统管理才能实现这一管理模式。
信息化社会对餐饮业提出新的挑战但是也提供新的机遇。
生活节奏加快，餐饮业也必须跟上时代的步伐；日益发展的市场和日益严峻的境争，是的我国餐饮业面临着一个新的时代难题，经营管理方式的落后曾经是民族餐饮业发展的桎梏；而先进的技术提供了减轻体力劳动，改善服务质量，提高经营管理效率的途径。
开发符合我国国情的餐饮管理系统是市场的呼唤，是餐饮管理的需要，是社会信息化的必然。
2需求分析
2.1可行性分析
可行性研究的目的，就是用最小的代价在尽可能短的时间内确定问题是否能够解决。
要达到这个目的，必须分析几种主要的可能解法的利弊，从而判断原定的系统规模和目标是否现实，系统完成后所能带来的效益是否大到值得投资开发这个系统的程度。
因此，可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。
系统的可行性分析主要包括经济上的可行性，技术上的可行性和操作上的可行性，下面将分别介绍三个方面上的可行性：
（1）技术上可行性
餐饮管理系统是采用Java语言编写的，具有Java的“一次编写，到处运行
”的优点，所以此系统在不同的操作系统上都可以运行，具有很强的移植性、健全性和安全性。
并且餐饮管理系统要求要求应具备功能完备、易于使用、易于维护等特点，而对于后者则要求能建立数据一致性和完整性强、数据安全性好的库。
基于以上的要求，本系统采用Eclipse7.0作为开发工具，使得代码编写的过程大大的简化。
并采用C/S架构体系，不仅提高了程序的可维护性，而且利于变更和维护应用技术规范，更为重要的是可以对数据进行严密的安全管理。
而数据库则是采用目前较为流行的SqlServer2008，Java对SqlServer2008具有很好的支持并且在经历了多年的发展SqlServer2008很好的口碑。
此系统在技术上是可行的。
（2）操作上可行性
餐饮管理系统具备友好的用户界面,使用方便，易于维护，操作简单易于被用户接受,用户只需熟练操作计算机，和对此系统使用做简单的了解即可方便使用,而且使用此系统可以大大减少管理人员的负担。
因此从使用操作方面看，此系统的开发是可行的。
（3）经济上可行性
本餐饮管理系统运行的硬件环境只需一台廉价的电脑既可，软件环境则是安装windowsXP系统，Eclipse7.0，SqlServer2008既可。
对于一般的中小型餐馆来说都是很小的成本支出。
因此此系统在经济上、技术上、操作上开发都是可行的。
2.2功能分析
满足客户的需求，实现餐饮管理的流程。
本系统系统功能划分为初始模块，菜品管理模块，菜系管理模块，台号管理模块，日结账模块，月结账模块，年结账模块，用户管理模块。
菜品管理模块：
关于菜名的添加，定价，编号，助记码，以及菜名的删除。
菜系管理模块：
菜系的添加及编号。
台号管理模块：
台号的添加座位数的设定，以及台号的删除。
订单、签单模块：
对当前的订单签单。
结账模块：
对当前的消费进行统计结算。
日结账模块：
对全天的账目进行统计，查询。
月结账模块：
对整月的账目进行统计，查询。
年结账模块：
对全年账目进行统计，查询。
用户管理模块：
用户的添加删除，以及账户密码的修改。
3系统设计
数据库技术是信息资源管理最有效的手段。
数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。
数据库设计中需求分析阶段综合各个用户的应用需求（现实世界的需求），在概念设计阶段形成独立于机器特点、独立于各个DBMS产品的概念模式（信息世界模型），用E-R图来描述。
在逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型如关系模型，形成数据库逻辑模式。
然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图（VIEW）形成数据的外模式。
在物理设计阶段根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。
设计一个数据库需要耐心收集和分析数据，仔细理清数据间的关系，消除对数据库应用不利的隐患等等。
在整个设计过程中，我们必须按步骤认真完成。
一个数据库的设计好坏将直接影响将来基于该数据库的应用。
另外，数据库也不是独立存在的，它总是与具体的应用相关的，为具体的应用而建立的。
因此在设计数据库之前我们必须明确应用的目的，在设计数据库的时候也应时刻考虑用户需求，数据库与具体应用之间是相辅相成的关系。
数据库的设计过程一般包括以下几个步骤：
（1）确定建立数据库的目的和收集数据
数据库设计过程的第一个阶段是确定建立数据库的目的和收集数据。
通常，我们也把确定建立数据库的目的称为需求分析。
需求分析的任务就是通过详细调查要处理的对象来明确用户的各种需求。
并且通过调查、收集和分析信息，以了解在数据库中需要存储哪些数据，要完成什么样的数据处理功能。
这一过程是数据库设计的起点，它将直接影响到后面各个阶段的设计，并影响到设计结果是否合理和实用。
确定目的之后就需要根据目的收集有用的数据。
在着手收集数据之前最重要的就是要调查用户的实际需求，然后分析与表达这些需求。
调查用户需求的方法有很多，如查阅记录、访谈、开调查会、设计调查表请用户填写或回答相关问题等。
其中比较有效的方法是访谈，我们可以借助一些设计合理的调查表来与用户直接交流。
通过充分交流，可以了解他们平时是如何使用数据库的，以及对当前信息的要求，进而设计满足用户需求的字段，并根据设计的字段收集数据。
（2）建立概念模型
确定建立数据库的目的以及完成数据收集后，就进入数据库设计过程的第二阶段——建立概念模型。
这一阶段是整个数据库设计的关键。
设计时，一般先根据应用的需求，画出能反映每个应用需求的E-R图，其中包括确定实体、属性和联系的类型。
然后优化初始的E-R图，消除冗余和可能存在的矛盾。
概念模型是对用户需求的客观反映，并不涉及具体的计算机软、硬件环境。
因此，在这一阶段中我们必须将注意力集中在怎样表达出用户对信息的需求，而不考虑具体实现问题。
（3）建立数据模型
完成上一阶段后，我们得到了一个与具体计算机软、硬件无关的概念模型。
接着我们就可以着手建立数据库模型了，这是数据库设计过程的第三个阶段。
在这一阶段中我们要将概念模型中得到的E-R图转换成具体的数据模型。
通过前面的学习，我们已经了解到数据模型一般分为层次、网状、关系和面向对象模型等。
目前比较常用的是关系数据模型，我们通常将E-R图转换成关系数据模型，实际上就是要将实体、实体的属性和实体之间的联系转换为关系模式。
（4）实施与维护数据库
最后一个阶段是实施与维护数据库。
完成数据模型的建立后，我们就必须对字段进行命名，确定字段的类型和宽度，并利用数据库管理系统或数据库语言创建数据库结构、输入数据和运行等，因此数据库的实施是数据库设计过程的“最终实现”。
如果数据库运行很成功，则表明数据库设计任务基本结束，以后的重点就是数据库的维护工作，包括做好备份工作、数据库的安全性和完整性调整、改善数据库性能等。
数据库的设计在数据库应用系统的开发中占有很重要的地位。
只有设计出合理的数据库，才能为建立在数据库上的应用提供方便.不过数据库的设计过程从来都不会有真正的结束，因为随着用户需求和具体应用的变化和扩大，数据库的结构也可能会随之变化。
3.1定义
（1）系统名称：
餐饮企业基本信息管理系统
（2）数据库管理软件：
MicrosoftSQLServer
（3）数据库设计采用软件：
MicrosoftOfficeVisio2003
（4）系统采用C/S体系结构：
Client（客户端）负责提供表达逻辑、显示用户界面信息、访问数据库服务器；Server（服务器）端用于提供数据服务。
（5）运行平台：
windows2000/xp/linux
3.2系统模块图
图3.1系统模块图
（1）菜品信息的管理：
（菜名的添加，定价，编号，助记码以及菜名的删除）
（2）菜系管理模块：
（菜系的添加，定价，编号，助记码以及菜名的删除）
（3）用户管理模块：
（用户的添加删除，以及账户密码的修改）
（4）台号管理模块：
（台号的添加座位数的设定，以及台号的删除）
（5）订单、签单模块：
（对当前的订单签单。
）
（6）结账模块：
（对当前的消费进行统计结算。
）
（7）日结账模块：
（对全天的账目进行统计，查询。
）
（8）月结账模块：
（对整月的账目进行统计，查询。
）
3.3E-R图
图3.2E-R图
3.4数据表的设计：
（1）用户表
表3.1用户表
序号
字段名称
字段描述
字段类型
长度
备注
1
user_id
用户编号
char
20
不允许空
2
Pwd
用户密码
char
20
不允许空
3
Style
用户类型
nchar
20
不允许空
4
Id
用户身份号
char
20
不允许空
5
Name
用户姓名
char
20
不允许空
6
Tel
用户电话
Char
20
不允许空
7
Money
收款金额
money
允许空
用户表主要用于存储一些用户信息，如用户的账号、密码和类型地点等等，主要用于用户登录，添加客户和添加预定时会使用到用户信息来记录经手的用户，字段money用于记录用户的收款金额，便于结算时对收款现金的核对。
（2）客户表
表3.2客户表
序号
字段名称
字段描述
字段类型
长度
备注
1
Name
客户姓名
char
20
不允许空
2
Id
客户编号
nchar
20
不允许空
3
Address
客户地址
char
50
不允许空
4
Birthday
客户生日
nchar
20
不允许空
5
Pwd
客户密码
nchar
20
不允许空
6
Addtime
添加时间
nchar
20
不允许空
7
Money
账户余额
money
不允许空
8
usedmoney
已用金额
money
不允许空
9
Photo
客户照片
image
允许空
10
Tel
客户电话
nchar
20
允许空
11
mobilephone
客户手机
nchar
20
不允许空
12
Userid
用户编号
nchar
10
不允许空
客户表主要用于存储一些客户信息，如客户的账号、密码、联系方式和消费情况等等，主要用于客户订餐、充值和结算，字段money用于储存账户余额，在使用充值和账户余额支付时会使用到它。
字段usedmoney用于记录客户的消费情况，为客户打折时会使用到它。
（3）食谱表
表3.3食谱表
序号
字段名称
字段描述
字段类型
长度
备注
1
Name
食谱名称
nchar
20
不允许空
2
Price
价格
money
不允许空
3
Photo
食谱照片
image
允许空
4
Efficacy
食谱功效
nchar
50
允许空
5
Formula
食谱配料
nchar
50
允许空
食谱表主要用于存储一些食谱信息，如食谱的名称、价格和照片等等，主要用于客户订餐，使用于添加预定。
字段Price记录的是食物的价格。
当客户预定餐点时，系统使用它来算费用。
1、预定表
表3.4预定表
序号
字段名称
字段描述
字段类型
长度
备注
1
Tableid
桌号
nchar
10
不允许空
2
Date
日期
nchar
20
不允许空
3
Time
时间
nchar
10
不允许空
4
Name
客户姓名
nchar
10
不允许空
5
customerid
客户身份号
nchar
10
不允许空
6
Userid
用户编号
nchar
10
不允许空
7
Food
预定餐点
nvarchar
MAX
不允许空
8
Money
消费金额
money
不允许空
预定表主要用于存储一些预定信息，如客户的账号、预定的时间、桌号和菜单等等，主要用于记录客户的预定信息，会使用到用户、客户、菜单和折扣信息。
当系统预定餐点时，会从其他各表中调出需要的信息，经过计算和处理后，将最终信息储存到预定表，该表和其它各表都有紧密的联系。
2、折扣表
表3.5折扣表
序号
字段名称
字段描述
字段类型
长度
备注
1
usedmoney
已消费金额
char
10
不允许空
2
Discount
折扣程度
char
10
不允许空
折扣表用于存储管理员（店主）设定的打折信息，用来计算打折后的应付金额，使用在添加预定时打折。
当客户预定餐点时，打折服务的折扣程度就是参照该表。
3.5用例列举
3.5.1使用到的触发器
（1）当删除菜单信息表中某一菜单信息时，触发菜单信息表，提示无法删除
createtriggerT删除菜单信息表记录
ondbo.菜单信息表
fordelete
as
if（selectcount（*）fromdeletedinnerjoin菜单信息表
ondeleted.编号=left（菜单信息表.菜单编号,2））>0
begin
raiserror（菜单信息表存在此编号，禁止删除！
',5,0）
rollbacktransaction
end
2．当修改客人点菜信息表时，同时修改菜单信息表的当前状态属性
createtriggerT修改点菜信息表记录
ondbo.点菜信息表
forupdate
as
if（selectcount（*）frominserted）>0
begin
update菜单信息表set状态=（select当前状态frominserted）
where（编号）=（select编号fromdeleted）
3.5.2使用到的视图
（1）用于查询可点菜单视图定义如下：
createview可点菜单视图
as
select编号,具体桌号,当前菜单
from点菜信息表
where当前菜单='001'
（2）用于已使用餐桌统计视图定义如下：
createview已使用餐桌统计视图
as
select编号,
count（状态）
as已使用餐桌号
from餐桌信息表
groupby状态,编号
having状态='已使用'
（3）用于查询可使用餐桌视图定义如下：
createview可使用餐桌视图
as
select编号,当前餐桌
from餐桌号
where当前餐桌='002'
4结论
此餐饮管理系统实现了餐饮管理系统的基本功能，并具有友好的界面，操作简单方便，基本实现了前台管理、桌台信息的查询、开台信息、点菜、报表、收银、桌台信息管理、员工管理、菜单维护、消费查询和盈利信息查询等功能。
（一）运行环境：
系统采用当今流行SQLServer等大型数据库系统。
（二）系统特点：
本系统为全中文界面，功能全，易操作。
强大的查询和报表功能。
系统结构严谨、性能稳定、使用方便。
速度快。
学习容易。
不具计算机经验的管理人员和业务操作员只要具有业务管理的基本知识即可在较短的时间内掌握；系统采用图形界面和向导式操作，本着“功能越复杂，操作越简单”的原则设计，易学易用。
维护简单，系统运行后几乎不需要专业系统管理员维护，为您减少开支。
5参考文献
[1][美]BruceEckel.ThinkingInJava英文第4版[M].北京：
机械工业出版社，2007
[2]张海藩.软件工程导论.第三版[M].北京：
清华大学出版社，1998.1.
[3]陈春玲，李频，陈丹伟.软件工程与数据库概论[M].西安：
西安电子科技大学出版社，2002。
[4]宛延闿等编著.实用Java程序设计教程[M].北京：
机械工业出版社，2006
[5]张莉,王强.SQLSERVER数据库原理及应用教程[M].北京：
清华大学出版社,2003
6附录：
读书笔记
（SQLSERVER数据库原理及应用教程）
DDL用于定义数据库方案，DML用于表达数据查询和查询。
DDL和DML一般是同一种语言的两个组成部分，而不是两种语言。
DML用于访问、操作按一定的数据模型组织好的数据，可访问方式有：
（a） 增加
（b）删除
（c）修改
（d） 查询
DML大体分两类
（1） 过程式DML：
要求用户说明需要什么数据，以及如何获取数据。
（2） 声明式DML：
也称非过程式DML，只说明需要什么数据，不用说明如何获取。
声明式DML学习、使用都更方便，但要求数据库来确定合适、高效的访问数据的方式。
用于获取信息的DML被称为查询语言。
虽然并不严谨，但是在实践中，查询语言和DML指的是一回事。
查询语言有很多种，SQL只是其中用得最为广泛的一种。
前面提到的抽象层次对数据定义、组织以及操作都适用。
在物理层，人们需要定义合适的算法来高效地访问数据，在更高的层次，人们强调的是使用的方便性，目标是提高用户与系统互动的效率。
DBMS的查询处理器
升级会员 