本科毕业设计论文酒店餐饮管理系统.docx
《本科毕业设计论文酒店餐饮管理系统.docx》由会员分享，可在线阅读，更多相关《本科毕业设计论文酒店餐饮管理系统.docx（32页珍藏版）》请在冰豆网上搜索。
本科毕业设计论文酒店餐饮管理系统
中国矿业大学银川学院
2012届本科毕业设计（论文）
题目酒店餐饮管理系统
所在系机电动力与信息工程
摘要
随着国内经济的发展，买房市场的形成，使得超市之间的竞争越来越激烈，要想在这场竞争中处于优势，超市需要使用更有效的信息化手段，降低运营成本，提高管理和决策效率。
本课题正是为这一迫切需要解决的问题而产生的。
该系统是以Java为语言开发的超市仓库管理系统，综合运用了数据库技术、VisualC++开发技术、ADO数据库访问技术等，功能较完备，是一套比较有推广价值的系统。
本文简述了数据源的设置、基于ADO数据源的连接、MFC的消息映射机制，重点阐述了定餐管理模块、结算管理模块、财务管理模块等模块的具体实现过程。
关键词：
数据库；Java；ADO；消息映射
Abstract
Withthehotelindustrycompetition,hoteltouristmarketincreasinglycompetitive,hotelsrequiretheuseofmoreeffectiveinformationtechnologies,expandingthebusinessspace,reduceoperationalcosts,improvetheefficiencyofthemanagementanddecision-making.Thisprojectispreciselytothisurgentproblem.ThesystemisbasedonVisualC++forlanguagedevelopmentofhospitalitymanagementsystemusingadatabasetechnology,Visualc++developertechnologies,ADOdatabaseaccesstechnology,featuresacomprehensive,isasetofmorepromotionalvaluesystem.Thisarticleprovidesageneraloverviewofthedatasourcesettings,basedonADOconnectiontoadatasource,theMFCmessagemapmechanism,focusesonthethemeofasetmealmanagementmodule,settlementmanagementmodule,financialmanagementmodules,modulespecificimplementationprocess.
Keywords：
Database；VisualC++；ADO；Messagemapping
引言
在当今社会，各行各业都离不开信息处理，这正是计算机被广泛应用到酒店餐饮管理系统的环境。
使用计算机进行控制，不仅提高了工作效率，而大大的提高了它的安全性，尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。
餐饮管理系统是进行信息的采集、储存、加工、维护和使用系统。
它的功能对酒店的服务者和管理者都非常重要。
餐饮管理系统能够为酒店营业提供钱、后台自动结算，对于酒店经营者来说可以轻松的查阅酒店的业绩以及相关的信息等。
避免了以往人工管理的许多缺点。
1.项目概述
1.1现系统的概述
随着酒店业竞争的加剧，酒店之间客源的争夺越来越激烈，酒店需要使用更有效的信息化手段，拓展经营空间，降低运营成本，提高管理和决策效率。
传统的酒店计算机管理系统主要包括前台管理系统和后台管理系统两大部分，基本包含了酒店主要业务部门，初步实现了对顾客服务和进行财务核算所需要的各个功能。
但传统的酒店管理系统是基于财务管理为主线的设计理念，无法满足酒店全面信息化管理的需要[1-3]。
现代酒店业迅速发展，新的管理观念与模式层出不穷。
酒店管理系统亦随着酒店管理理念的发展而发展。
现代酒店餐饮管理系统采用了数据库理论、多媒体技术、软件工程理念等高新技术成果，结合自身软件开发经验，从基层、中层、高层三个管理者层次为切入点，以成本分析、预测、控制为主线，融合国际先进管理理念，形成一套上下贯通、功能强大、设计先进、操作便捷的酒店系统解决方案[4-7]。
科学地将酒店各种日常业务完美的结合在一起，为管理及决策提供了强有力的支持。
1.2组织机构及业务范围
本系统适用于一般的小型酒店，能够实现客人个性化服务、全面彻底的信息化、使企业电算化管理水平上到一个新的更高的层次，软件各项功能亦相当完善。
应用本系统后，电脑在酒店的使用已不单纯是减轻劳动强度、减少人员开支、提高核算精度以及减少财务错漏，更重要的是它能为整个企业的管理模式带入一种新的思维，一种新的理念，它能为高层管理人员提供大量丰富的基于企业管理经营过程中产生的实际的数据，供经营决策参考。
具体实现的意义如下。
1.2.1使用方便
独特的基于列表框的浏览模式，层次分明，操作顺畅，丰富的视图显示，简单明了,所有数据输入均进行完整性、合法性校验，使操作错误减至最低，各种复杂强大的功能于指点间轻松掌握。
1.2.2强化管理
使总台、餐饮前台、服务员、厨房、吧台、收银台、财务、管理部门、总经理决策机构之间通过网络互接到一起，各类销售数据、员工工作量、库房入库出库、菜品成本核算、菜品消费统计、挂帐、欠帐、结算、协议单位消费等等各类错综复杂的数据均会记录于数据库中，并提供精确查询、模糊查询、复合查询、多级查询等多种方式，可根据用户选择自动合成各类决策所需的图表，随时对管理各方面进行单项分析、阶段分析、复合分析、综合分析，为决策提供强力支持。
1.2.3开源节流
各部门利用电脑协同工作，各类信息在网络上轻松传送、真正实现无纸化经营，完善的权限管理及保密机制，有效的维护商业秘密，彻底的电算化服务，极大的提高了工作效率，成熟的软件管理体制，杜绝日常运营中可能产生的人员、管理、经营、操作上的漏洞将各项失误减至最小[8-11]。
1.2.4提高服务
软件设计以人为本，其重点在于提高餐饮企业服务水平、档次及工作效率，进而实质性提高企业服务水准，酒店解决方案着眼于不同顾客的各种需要、从管理到服务各个方面方便满足顾客的合理需要，进而提高企业的核心竞争力。
1.2.5安全稳定
通过选用优秀的开发工具、先进的开发模式、成熟的网络结构及安全稳定的数据库，使系统本身具有了极强的可靠性与容错性。
通过软件权限管理、数据库权限管理、操作系统权限管理三方面，彻底保证了数据的安全性。
酒店餐饮管理系统
人事部
财务部
营业部
技术部
销售部
酒菜信息查询
餐桌预定信息
帐单查询
客户信息
销售分析
餐桌使用情况
食品查询
就餐时间
预定餐桌
桌台号
菜单
折扣
付款方式
预定
新开台
用户管理
密码修改
退出系统
图1-1酒店餐饮管理系统的组织机构图
1.3业务流程描述
功能：
该系统能够接受预定，前台点菜，厨房传菜，数据备份和恢复，流水账单统计功能，采购管理等功能并可以不断扩充其功能。
性能：
该系统所占硬盘容量大约为10M，开启运行时间约2～3秒，用户进入系统需要密码，且数据的存储是经过保密设置的，一般用户是无法接触涉及商业机密的数据的，因此安全保密性比较高。
系统的数据来源是酒店的菜谱、酒水饮料的名称，及其价格、数量，可以及时对酒店的客户的消费进行统计结账，方便快捷。
系统需要员工输入账号和密码才能操作，可以避免其它人员的恶意操作给酒店带来的损失，且系统的数据有保护和备份功能。
对于连锁经营的酒店可以采用该系统的网络版，在一家酒店就可以掌握所有酒店的运营工作情况，快捷及时高效。
财务部
图1-2酒店餐饮管理系统业务流程图
1.4现在系统存在的问题及薄弱环节分析
现有的酒店餐饮管理系统均是以人为主体的，需要很的人力、物力、财力，且效率不是很高，由于人为原因在系统运营时也可能产生人为的失误。
新的系统通过用电脑联网来促使各部门一体化，提高效率，为酒店减少人力支出，提高酒店的运营效益，实施新的系统势在必行。
2.需求分析
2.1总体目标
理解需求是在问题及其最终解决方案之间架设桥梁的第一步。
开发者只有和客户充分理解了需求之后才能开始设计系统，否则，对需求定义的任何改进，设计上都必须大量的返工。
下面是双方调研后得到的需求规格说明。
（1）系统对用户登录进行管理。
使用各功能模块时，系统应验证用户身份的有效性，否则不容许用户登录。
另外，容许用户对自己的密码进行修改。
（2）系统在各功能模块的实现中，提供多级分类检索和组合搜索。
（3）在服务器、数据库等多个层次上提供行之有效的安全防范措施，可以确保系统安全稳定的运行。
（4）具有高度的灵活和良好的可扩充性，可随着酒店业务的发展在功能和规模两方面随时进行扩展和升级。
（5）功能全面，覆盖酒店的全部业务，包刮预定、接待、收银、餐饮、客户管理、员工管理、值班信息管理和财务。
（6）可提供与多种专用财务软件的接口，能轻松地接入财务系统。
（7）系统界面友好、美观、支持鼠标和键盘操作。
（8）从用户的角度出发，能高度智能。
易用、简单、快捷地操作。
2.2具体目标
分析需求是从客户的需求中提取出软件系统能够帮助用户解决的业务问题，通过对用户业务问题的分析，规划出系统的功能模块，即定义用例。
这个步骤是对理解需求的升华，直接关系到该系统的质量。
经过同客户的需求分析后，确定酒店管理系统的功能模块（用例）包括修改密码、增加用户、定餐管理、结算管理、值班信息管理、客户信息管理、菜谱信息管理、餐桌信息管理、财务管理九大功能模块。
同时根据用户的要求将用户按权限分为两种：
第一种是管理员，管理员可以使用该系统所有的功能。
第二种是值班员，值班员只能以受限的权限使用该系统的部分功能。
通对上述的功能进行集中、分块和分析，按照结构化程序设计的要求，得到如图2-1所示的系统功能模块图。
财务管理
图2-1系统功能模块图
上述系统功能模块图中各个功能模块包含的具体功能如下面各图所示。
查询定餐信息
图2-2定餐模块的具体功能图
查询结算信息
图2-3结算模块的具体功能图
查询用户信息
图2-4用户管理模块的具体功能图
查询值班信息
图2-5值班信息管理模块的具体功能图
查询菜谱信息
图2-6菜谱信息管理模块的具体功能图
查询餐桌信息
图2-7餐桌信息管理模块的具体功能图
收支查询
图2-8财务管理模块的具体功能图
前台在考虑功能实现的同时，也考虑了操作的简洁和方便性。
目的是让大多数客户能轻松地享受本系统给他们带来的便利。
为了确保客户和酒店的信息具有更好的安全性，前台管理和后台管理是分离的。
前台的某些管理模块需要经过权限才可以使用，为此设计了酒店管理员和前台服务员两个角色。
其中：
酒店管理员享有最高权限，可以使用酒店管理系统所提供的所有功能，包刮员工信息管理、餐桌信息管理、客户信息查询、经营状况统计、个人密码修改及注销功能。
前台服务员的主要职能是负责定餐和结算，以及查询入坐的客户信息，所有该角色只能使用部分功能，包括：
个人密码修改、定餐管理、结算管理功能。
后台管理主要由数据库系统作为支持，后台管理的维护工作主要由系统管理员进行，包刮完成对各个数据表单的维护、数据库的备份及恢复等工作。
本系统选用的数据库系统为Access。
2.3系统功能建模
2.3.1系统数据流程图
数据流图符号如下：
图形符号
名称
符号说明
外部实体
记述系统意外的组织机构或个人，框内为实体名称。
P
处理
记述某种业务的手工或计算机处理方法。
DN
S
数据储存
记述与处理有关的数据储存,DN区技术存储的标号，S区技术存储数据的名称。
FM
数据流
记述数据流的流动方向，FM记述数据流的名称。
表：
数据流图符号说明
管理员
P
酒店餐饮管理系统
F1点菜、餐桌预定信息
客户
F2食品、账单、餐桌F4打印账单
使用信息
F3客户信息
酒店餐饮管理系统顶层数据流图
P1
客户数据输入
P2
费用结算
F1D1订餐单
F2D2餐桌预订单
F3D4菜谱
D3客户信息表
D5账单明细
P3
账单打印
F4
一层数据流图
P1.2
点菜，预定餐桌
P1.1
客户信息输入
F1
F3D3F2D1订餐单
D2餐桌预订单
P1的明细图
2.3.2数据字典
数据字典是关于数据的信息的集合。
数据流图和数据字典共同构成系统的逻辑模型，没有数据字典数据流图就不严格，没有数据流图数据字典也难于发挥作用。
只有数据流图和对数据流图中每个元素的精确定义放在一起，才能共同构成系统的规格说明。
为了把用户的数据要求清楚、准确的描述出来，系统分析员通常建立一个概念性的数据模型（也称为信息模型）。
概念性数据模型是一种面向问题的数据模型，是按照用户的观点对数据建立的模型。
它描述了从用户角度看到的数据，它反映了用户的现实环境，而且与在软件系统中的实现方法无关。
酒店餐饮管理系统如下：
●菜谱数据字典如下表2-1所示。
表2-1数据文件“菜谱信息”的字典条目
文件名：
菜谱信息
编号：
1
组成：
菜谱号+名称+所属种类+价格+描述
备注：
这是菜谱的信息
●登录员信息数据字典如下表2-2所示。
表2-2数据文件“值班员信息”的字典条目
文件名：
登录员信息
编号：
2
组成：
登录员信息+口令
备注：
这里有所有值班员的信息
●订餐数据字典如下表2-3所示。
表2-3数据文件“订餐信息”的字典条目
文件名：
订餐信息
编号：
4
组成：
桌号+菜谱号+菜名+数量+价格+定餐日期
备注：
这里有所有订餐的信息
2.4系统数据模型
在仔细调查酒店日常管理过程的基础上，针对本实例，通过对酒店餐饮管理内容的分析，设计的数据项和数据结构如下。
（1）菜谱信息：
包括的数据项有菜谱号、名称、所属种类、价格、描述等。
（2）定餐信息：
包括的数据项有桌号、菜谱号、菜名、数量、价格和定餐日期。
（3）结算信息：
包括的数据项有桌号、结算日期、打折情况和总计等。
（4）餐桌信息：
包括餐桌号、餐桌位置、餐桌状态等。
（5）支出信息：
包括支出类型、支出金额、支出日期。
有了上面的数据结构、数据项和数据流程，就能进行下面的数据库设计。
本数据库根据上面的设计规划出的实体有：
菜谱实体、值班员实体、客户实体、定餐实体、结算实体、餐桌实体、值班实体和支出实体。
各个实体具有的描述E-R图及其之间的关系描述如下。
描述
图4-1菜谱实体及属性
描述
图4-2登录员实体及属性
定金
图4-3定餐实体及属性
结算金额
图4-4结算实体及属性
餐桌的位置
图4-5餐桌实体及属性
金额
图4-6支出实体及属性
实体和实体之间的关系E-R图如图4.9所示。
1
图4.9实体之间关系E-R图
3.概要设计
3.1体系结构设计
在Windows中，不仅用户程序可以调用系统的API函数，返回来系统也会调用用户程序，这个调用是通过消息来进行。
由此可知Windows程序设计是一种完全不同于传统的DOS方式的程序设计方法。
它是一种事件驱动方式的程序设计模式，主要是基于消息的。
所以在使用VisualC++这种工具开发项目之前，我们要对其MFC的消息映射机制有所了解，下面将对其进行简单的介绍[12-15]。
MFC消息机制的具体实现方法是：
在每个能接收和处理消息的类中，定义一个消息和消息函数静态对照表，即消息映射表[16]。
在消息映射表中，消息与对应的消息处理函数指针是成对出现的。
某个类能处理的所有消息及其对应的消息处理函数的地址都列在这个类对应的静态表中。
当有消息需要处理时，程序只要检索该消息静态表，查看表中是否含有该消息，就可以知道该类能否处理此消息。
如果能处理该消息，则同样依照静态表能很容易找到并调用对应的消息处理函数。
为了看清楚MFC消息映射机制的实际实现过程，先新建一个单文档类型的MFCAppWizard（exe）工程，取名为Draw。
MFC在后台维护了一个窗口句柄与对应的C++对象指针的对照表。
以CDrawView类为例，与CDrawViewd对象相关的有一个窗口，窗口当然有它的窗口句柄，该句柄与CDrawView对象的一个指针（即CDrawView*）存在着一一对应关系，在窗口与C++对象对照表中就维护了这种对应关系。
当收到某一消息时，消息的第一个参数就指明该消息与哪个句柄相关，通过对照表，就可以找到与之相关的C++对象指针。
然后把这个指针传递给应用程序框架窗口类的基类，后者会调用一个名为WindowProc的函数。
该函数的定义位于WinCore.cpp文件。
根据这个WindowProc函数的定义，我们发现它是一个虚函数。
同时，也可以发现，CWind:
:
WindowProc函数内部调用了一个OnWndMsg函数，真正的消息路由，也就是消息映射就是由此函数完成的。
OnWndMsg函数的定义也位于WinCore.cpp文件中。
OnWndMsg函数的处理过程是：
首先判断是否有消息响应函数。
判断方法是在相应窗口类中查找所需的消息响应函数。
因为传递给WindowProc函数的是窗口子类指针，所以，OnWndMsg函数会到相应的子类头文件中查找，看看DECLARE_MAP（）宏之上，两个AFX_MSG注释之间是否有相应的消息响应函数原型的声明；再到子类的源文件中，看看BEGIN_MESSAGE_MAP和END_MESSAGE_MAP（）这两个宏之间是否有相应的消息映射宏。
如果通过上述步骤，找到了消息响应函数，那么接着就会调用该响应函数，对消息进行处理。
如果在子类中没有找到消息响应函数，那么就交由基类进行处理。
通过以上步骤，MFC就实现了具体的消息映射，从而完成对消息的响应。
3.2接口设计
数据库这一概念提出后，先后出现了几种数据模型。
其中基本的数据模型有三种：
层次模型系统、网络模型系统、和关系模型系统。
六十年代末期提出的关系模型具有数据结构简单灵活、易学易懂且具有雄厚的数学基础等特点，从七十年代开始流行，发展到现在已成为数据库的标准。
目前广泛使用的数据库软件都是基于关系模型的关系数据库管理系统[17]。
1.用户接口
本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面（如：
输入界面、输出界面）。
用户对程序的维护，最好要有备份。
2.软件接口
WIN9X/NT操作系统，汉语编程系统。
3.3代码设计
3.3.1代码设计原则
代码是处理对象的代号或表示符号，其主要目的是方便计算机排序、检索、查找等处理。
代码设计的关键是方便用，满足业务要求。
代码设计的原则如下。
要考虑的编码是标准化，尽量采用有关的国际标准、国家标准、部门或行业的标准。
要考虑容易修改，当某个代码在特点、条件或代表的实体关系改变时，容易进行变更。
要考虑结构简介，代码的长度涉及到存储空间的占用和信息处理的速度。
并且影响代码输入的出错率，所以，在满足当前需要和扩充性要求的前提下应尽量结构简单，长度要短。
必须要做到代码值的唯一性。
3.3.2系统所需代码设计
3.4数据库设计
3.4.1关系模式设计
在仔细调查酒店日常管理过程的基础上，针对本实例，通过对酒店餐饮管理内容的分析，设计的数据项和数据结构如下。
（1）菜谱信息：
包括的数据项有（菜谱号、名称、所属种类、价格、描述等）
（2）登录员信息：
包括的数据项有（登录员姓名和口令）
（3）定餐信息：
包括的数据项有（桌号、菜谱号、菜名、数量、价格和定餐日期）
（4）结算信息：
包括的数据项有（桌号、结算日期、打折情况和总计等）
（5）餐桌信息：
包括（餐桌号、餐桌位置、餐桌状态等）
（6）支出信息：
包括（支出类型、支出金额、支出日期）
有了上面的数据结构、数据项和数据流程，就能进行下面的数据库设计。
3.4.2数据字典
数据库包含登录员表（ZBY）、菜谱信息表（CP）、定餐信息表（DC）、结算信息表（JS）、餐桌状态表（CZ）、支出信息表（ZC）共六个表。
下面将分别介绍这些表的结构。
（1）登录员表ZBY
登录员表（ZBY）用来保存使用该系统的酒店员工的基本信息，表ZBY如表4.1所示。
表4-1登录员表（ZBY）
编号
字段名称
数据结构
说明
1
ZBY_NAME
文本
用户姓名（主键）
2
ZBY_PSWD
文本
密码
3
ZBY_LIMIT
文本
权限
（2）菜谱信息表CP
菜谱信息表（CP）用来保存使用该系统的酒店能为顾客提供的菜肴种类的信息，表CP如表4.2所示。
表4-2菜谱信息表（CP）
编号
字段名称
数据结构
说明
1
CP_NO
数字
菜谱号（主键）
2
CP_NAME
文本
菜名称
3
CP_KIND
文本
种类
4
CP_PRICE
数字
价格
5
CP_DETAIL
文本
描述
（3）定餐信息表DC
定餐信息表（DC）是用来保存使用该系统的酒店所有顾客的定餐信息。
表DC如表4.3所示。
表4-3定餐信息表（DC）
编号
字段名称
数据结构
说明
1
CZ_NO
数字
桌号（主键）（外码）
2
CP_NO
数字
菜谱号（主键）
3
CP_NAME
文本
菜名称（外码）
4
DC_NUMBER
数字
数量
5
DC_DJ
数字
定金
6
DC_DATE
日期/时间
定餐日期（主键）
（4）结算信息表JS
结算信息表（JS）是用来保存在该酒店消费过的所有顾客的消费信息。
表JS如表4.4所识示。
表4-4结算信息表（JS）
编号
字段名称
数据结构
说明
1
KH_NO
数字
客户号（主键）（外码）
2
CZ_NO
数字
桌号（主键）（外码）
3
KH_DZ
数字
打折情况
4
DC_DATE
数字
总计
5
JS_DATA
时间/日期
日期（主键）
6
JS_TOTAL
数字
结算金额
（5）餐桌信息表CZ
餐桌信息表（CZ）是用来保存酒店的餐桌信息，包括餐桌的数量、位置、状态（是否被预定或正在被使用。
表CZ如表4.5所示。
表4-5餐桌信息表（CZ）
编号
字段名称
数据结构
说明
1
CZ_NO
数字
餐桌号（主键）
2
CZ_POSITION
文本
餐桌位置
3
CZ_STATES
文本
餐桌状态
（6）支出信息表ZC
支出信息表（ZC）保存的是酒店的所有支出信息，表ZC如表4.6所示。
表4-6支出信息表（ZC）
编号
字段名称
数据结构
说明
1
ZC_KIND
文本
支出类型（主键）
2
ZC_TOTAL
数字
支出金额
3
ZC_DAT
升级会员 