餐饮部酒店管理系统餐饮部.docx
《餐饮部酒店管理系统餐饮部.docx》由会员分享，可在线阅读，更多相关《餐饮部酒店管理系统餐饮部.docx（15页珍藏版）》请在冰豆网上搜索。
餐饮部酒店管理系统餐饮部
餐饮管理系统
[摘要]：
本论文以酒店管理系统餐饮部为设计课题，系统开发采用强大且简单易懂的VISUALBASIC6.0开发工具，后台数据库采用SQLServer2000。
论文详尽论述了从需求分析、系统分析、概要设计、详细设计、以及测试与调试的整个开发过程，总结了开发过程中的经验及本系统今后的改进方向。
遵循软件工程的方法。
系统以桌台信息、菜品信息和开台点菜等信息的管理为主，菜品信息、菜品类别信息、开台消费等单据号没有代表意义的信息系统自动设置，对于桌台等信息可以方便地标识桌台信息的数据使用手工输入方便记忆更符合实际应用的需要。
本系统开发成功后可以实现酒店方便对就餐、点菜、开台、结帐、收入统计等的管理。
传统手工的信息管理模式，管理过程繁琐而复杂，执行效率低，并且易于出错。
通过计算机管理的信息系统，我们可以做到信息的规范管理和快速查询，实现了信息管理的系统化、规范化和自动化，这样不仅减少了管理工作量，还提高了管理效率，降低了管理成本。
本系统采用软件工程的理论和方法设计开发，应用面向对象和模块化理论进行开发。
本文着重阐述了酒店管理系统餐饮部的从设计到实现的过程。
介绍了系统的开发环境以及开发工具，对于设计思想和设计流程也做出了全面的叙述，在数据库创建思想以及各个数据表之间的具体关联等方面也做出了详细说明，并且具体剖析了系统各个功能的实现过程以及详细设计过程，在绘制简单系统功能模块图的同时，力求更加清晰地表明设计思想以及对整个程序设计的规划及具体实现。
关键词：
餐饮管理系统；软件工程；面向对象；模块化。
Abstract
Inthispaper,foodandbeveragedepartmentinhotelmanagementsystemforthedesignissues,systemdevelopmentusingapowerfulandeasy-to-understandVISUALBASIC6.0developmenttools,back-enddatabaseusingSQLServer2000.Paperdiscussesindetailfromrequirementsanalysis,systemanalysis,outlinedesign,detaileddesign,andtestingandcommissioningoftheentiredevelopmentprocess,summeduptheexperienceofthedevelopmentprocessandtoimprovethefuturedirectionofthesystem.Followthemethodofsoftwareengineering.
Managementinformationsystemstotheinformationdesksets,alacartedishessuchasinformationandFoundingmaindishesinformation,dishescategoryinformation,consumerandotherFoundingdocumentnumberdidnotrepresentmeaningfulinformationsystemisautomaticallysetfordesksetsandotherinformationcanbeeasilydataidentificationinformationdesksetsusingmanualinputeasytorememberbettermeettheneedsofpracticalapplication.Thesystemcanbeachievedafterthesuccessfuldevelopmentofthehotelconvenienttodining,alacarte,Founding,billing,revenuemanagementandstatistics.
Traditionalmanualinformationmanagement,managementprocesscumbersomeandcomplex,lowefficiency,anderror-prone.Throughcomputermanagementinformationsystems,wecandothestandardmanagementinformationandfastquery,andinformationmanagementsystematization,standardizationandautomation,whichnotonlyreducestheadministrativeworkload,butalsoimprovethemanagementefficiency,reducemanagementcosts.
Thesystemusesthetheoriesandmethodsofdesignanddevelopmentofsoftwareengineering,object-orientedandmodulartheoryofdevelopment.Thispaperfocusesonthefoodandbeveragedepartmentofhotelmanagementsystemfromdesigntoimplementationprocess.Describesthesystemdevelopmentenvironmentaswellasdevelopmenttoolsfordesignthinkinganddesignprocesshasalsomadeacomprehensivenarrative,createideasandvariousaspectsofthespecificassociationbetweenthetablesandotherdatainthedatabasealsomadeadetaileddescriptionandanalysisofthespecificimplementationprocessanddetailedthevariousfunctionsofthesystemdesignprocess,drawasimplefunctionalblockdiagramofthesystematthesametime,soughttomoreclearlyshowthedesignideaanddesignoftheentireprogramplanningandimplementation.
Keywords:
cateringmanagementsystem;softwareengineering;object-oriented;modularity.
引言
现代社会是信息社会。
随着计算机网络技术、数据库技术、管理技术的发展，对信息的处理和利用已经深入到人类生活的各个方面。
21世纪，全球经济一体化，企业将面临着更激烈的市场竞争。
管理科学化、电子化、网络化成为企业的必需。
实施的成败关系着企业的生存和发展。
随着我国社会经济的迅猛发展以及改革开放的深入，各种国企、私企的规模在不断壮大，实力在不断提高，数据信息处理及需求量在不断增加。
利用计算机来管理信息的收集、加工、处理和传递，已成为企业管理必不可少的手段和工具，建立一个完善的集成化、信息化、网络化的企业管理信息系统，已经迫在眉睫。
一个现代化标准的计算机信息网络的建成，无疑将使企业的效益跃上一个新台阶。
酒店餐饮在世界上被誉为永不衰弱的朝阳行业。
在我国餐饮业在国家的培育扶植下，正以空前的速度发展着。
随着酒店餐饮的蓬勃发展和中国进入WTO后国外旅游公司的涌入，市场竞争也是空前激烈。
在这种环境下酒店餐饮传动的运作模式已经无法再适应当今市场的快速发展。
想要在竞争中占领市场、锁定客户，只有通过加快内部管理信息化、电子化建设，提高工作效率，降低经营成本，从而提高企业的竞争力。
1项目概述
1.1问题定义
本系统根据酒店餐饮部的工作流程设计了餐饮管理信息系统，本系统通过计算机来实现桌台信息、菜品信息、开台管理、客人点菜、结帐等信息的管理，全部实面计算机化，可以克服传统的手工操作而引起的效率低下、易出错等缺点，通过计算机管理来提高工作人员的工作效率，为查询和统计提供的便捷途径，也为领导进行决策提供的依据。
1.2可行性分析
可行性研究的目的是用最小的代价，在尽可能短的时间内确定问题是否能够解决，它的目的不是解决问题，而是确定问题是否能解决、是否值得解决。
可行性分析就是对项目开发的可能性和必要性进行分析，避免盲目投资。
可行性主要从以下三个方面来考虑。
1.2.1技术可行性
本系统采用的开发工具为VISUALBASIC6.0数据库采用SQLServer2000,采用面向对象设计，三层客户机/服务器（C/S）设计方法。
VISUALBASIC6.0具有WINDOWS风格界面易于开发应用程序,简单易懂，利用它与SQLServer2000的结合便可以在单机上开发程序。
本人经过大学生的四年学习，学习过以上软件，并在课程实习中熟练的掌握了两种软件的使用，再加上老师的指导，开发本系统不会有太大问题，所以在技术上是可行的。
1.2.2经济可行性
酒店餐饮部管理系统开发需要投资费用和未来的运行维护费用，其中投资费用主要包括设备费用、人员费用及其他费用，如由于工作方式改变需要增加其他的开支，通常为了保证新系统运行的可靠性，要求手工和计算机处理在一段时间内并存。
由于计算机的普及，硬件价格下降，本系统的初期费用大于一万元。
系统投入使用可以方便的对学生信息和工作人员信息的管理，避免了手工统计工资提成效率低、容易出错的问题。
总体来看本系统会给酒店餐饮部的管理带来很大的方便，提高了工作效率。
所以本系统在经济上也是可行的。
1.2.3操作可行性
本系统采用先进的开发技术，开发的程序具有WINDOWS图形用户界面，和WINDOWS特性风格，界面直观易懂操作简洁，使用非常方便。
只要具备计算机的基础知识，经过简单的培训即可操作本系统。
由于以上论述，本系统的开发在技术上、经济上、操作上都是可行的，所以本系统可以进行开发。
1.3新系统的目标
通过对现行系统的分析，考虑时间、系统的规模，以及以后的扩充，新的系统主要带到以下目标，用以提高工作效率，减轻劳动强度，提高报表的准确性和管理效率。
1．完成桌台、菜品、点菜、开台等基本信息管理功能。
2．为菜品信息、开台信息、点餐信息等的编号信息进行自动分配，对于桌台信息的编号则采用手动编号，这样对于有一定代表意义的编号可以方便记忆和使用，对于没有太大意义的编号可以自动编号，提供了效率和防止主键信息重复。
3．改进薄弱环节，提高工作效率。
4．提高数据处理的及时性和准确。
5．按日期范围进行统计营业收入。
1.4系统流程描述
用系统流程图描述现有系统各项业务处理过程，并结合业务流程图详细准确地说明业务处理过程中数据的收集、输入、传递、存储、加工的方法、算法、输出的数量及形式等。
现行系统的业务流程图是分析和描述现行系统业务的重要工具之一。
其主要作用是：
描述现行系统的业务情况以便于与酒店管理人员交流，它是系统设计的前提和保证。
业务流程图使用的符号：
业务流程图符号说明如下表1.1所示：
表1.1业务流程图符号说明
图形符号
符号说明
系统中的实体，本系统中的实体有：
操作员、管理员等。
处理，本系统中的处理有：
信息编辑、信息发布、信息查询等。
单据或报表，如：
客户信息登记表，销售信息表等。
存档信息。
数据流向
根据对酒店餐饮部管理业务进行分析，得出系统的系统流程图。
如图1.1所示：
图1.1系统流程图
2需求分析
2.1需求及现状
在需求分析过程中主要是搜集客户的需求，然后直到数据库设计。
对于没有项目经验或少量经验的在校学生来说，必须理解需求分析的重要程度。
因为假如将来客户需求即使有很小程度的更改，你也可能需要花费与开发几乎相同的代价去修改你的数据库，而这同时又牵扯到程序的修改。
因此比较聪明的办法就是将数据设计的更易扩充，争取做到如果需求要改变，则只需修改一小部分程序既可，而数据库设计不需要任何结构性的修改。
针对使用系统的用户，分别对酒店高层管理人员、餐饮部系统操作人员、顾客等人员进行详细的调研和分析，总结出如下的需求信息：
需要记录桌台的基本信息，如桌台号，可就餐人数，状态，备注等。
需要记录菜品的信息，如菜品编号，菜品名称，菜品价格，菜品类别，备注等信息。
记录开台的信息，生成消费编号作为点餐和结帐的依据，如消费编号，桌号，就餐人数，开台日期，开台时间，备注等信息。
记录客人点餐的信息，点餐时根据开台的信息录入菜品信息，如消费编号，桌台号，菜品编号，菜品名称，菜品类别，数量，备注等信息。
对于没有实际意义的编号系统自动生成，对于桌台编号手动输入便于记忆和使用。
需要记录结帐的信息，结帐时根据消费编号查看所点菜品计算消费金额，如消费编号，桌台号，应付金额，折扣，实付金额，结帐日期等信息。
管理员分为系统管理员和操作员，管理员对系统的全部功能进行操作，操作员只可以使用前台功能和修改密码的功能，防止随意修改系统的基础性数据，影响系统的稳定运行
按结帐日期范围统计营业收入信息。
2.2需求规格说明书
2.2.1编写目的
本需求规格说明书的目的是酒店管理系统餐饮部软件开发的基础，是该软件开发的文件依据之一。
主要提供给软件开发人员使用。
是客户和系统分析员的项目依据文件。
（1）项目背景
酒店管理系统餐饮部将替代原有的手工管理。
使得对餐饮信息的管理更加科学化合理化。
（2）参考资料
任务计划书，《信息处理——数据流程图，程序流程图，系统流程图，程序网络图和系统资源图的文件编制符号及约定》，中华人民共和国国家标准GB1526-89。
2.2.2任务概述
（1）系统目标
本系统的开发目标是将酒店餐饮管理由原有的人工管理转为计算机管理，从而大大提高管理效率。
（2）运行环境
硬件：
具有酷睿2以上CPU，2GM以上RAM，硬盘100G以上。
软件：
采用中文WINDOWS2000以上操作系统（WINDOWS2000/WINDOWSNT/WINDOWSXP）
（3）条件与限制
管理人员要会操作使用电脑，或通过培训学会使用电脑。
2.3数据流图
数据流图简称DFD图，数据流图有四种成分：
源点或终点、处理、数据存储表和数据流。
图中没有任何具体的物理元素，只是描述信息在系统中的流动和处理情况，即使不是专业的计算机技术人员也容易理解，是极好的理解工具。
它能精确的描述系统的逻辑模型，描述数据在MIS中有输入经过存储、加工处理最后输出的全过程，是设计者和用户交流的很好的工具。
图形符号
名称
符号说明
实体
记述系统之外的数据提供或数据获得组织机构或个人，框内为实体名称
C
PM
处理
记述某种业务的手工或计算机处理
其中，PM区记述处理标号
C区记述处理名称
S
DN
数据存储
记述与处理有关的数据存储，DN区记述存储的标号，S区记述存储数据的名称
FM
数据流
记述数据流的流动方向，FM记述数据流的名称
酒店管理系统TOP数据流图如下：
图2.1酒店管理系统餐饮部TOP数据流图
管理员子系统数据流图如下：
图2.2管理员子系统数据流图
操作员子系统数据流图如下：
图2.3操作员子系统数据流图
2.4数据存储
数据存储是数据结构停留或保存的地方。
也是数据流的来源和去向之一，可以是手工文档或手工凭单，也可以是计算及文档。
一般而言，应包括如下内容：
｛数据存储名，说明，编号，输入的数据流，输出的数据流，组成（数据结构），数据量，存取频度，存取方式｝。
名字：
桌台信息表
描述：
记录桌台的信息。
编号：
D1
组成：
桌台号，可就餐人数，状态，备注
名字：
菜品类别信息表
描述：
记录菜品类别的基本信息。
编号：
D2
组成：
类别编号，类别名称
名字：
菜品信息表
描述：
记录菜品信息。
编号：
D3
组成：
菜品编号，菜品名称，菜品价格，菜品类别，备注
名字：
开台信息表
描述：
记录开台的信息。
编号：
D4
组成：
消费编号，桌号，就餐人数，开台日期，开台时间，是否结帐，备注
名字：
客人点餐信息表
描述：
记录课程的基本信息。
编号：
D5
组成：
消费编号，菜品名称，数量，菜品类别，价格
名字：
结帐信息表
描述：
记录学生信息。
编号：
D6
组成：
消费编号，桌台号，结帐日期，应付金额，折扣，实付金额
名字：
管理员信息表
描述：
记录系统用户信息。
编号：
D7
组成：
用户号，姓名，密码，身份，部门
3系统总体设计方案
3.1概述
本阶段的基本目标是解决系统如何实现的问题，也叫做概要设计，本阶段的主要任务是划分出系统的物理元素及设计软件的结构，完成软件定义时期的任务之后就应该对系统进行总体设计，既根据系统分析产生的结果来确定这个系统由哪些系统和模块组成，这些系统和模块又如何有机的结合在一起，每个模块的功能如何实现。
系统设计的目标是使系统实现用户所要求的功能，同时，力争达到高效率、高可靠性、可修改性，并且容易掌握和使用。
总体设计过程通常有两个主要阶段组成：
系统设计和结构设计，其中系统设计确定系统的具体实现方案，结构设计确定软件结构。
3.2系统设计
3.2.1系统设计目标
系统开发的任务是实现学校招生管理的系统化、规范化和自动化，实现餐饮信息管理的稳定性、易操作性、可维护性、安全性等，从而达到提高工作效率工作质量的目的。
3.2.2开发设计思想
本系统采用的是自顶向下扩展层次的设计策略，主要是应用模块化原理。
模块化就是把程序划分成若干个模块，每个模块完成一个子功能，把这些模块集总起来组成一个整体，可以完成指定的功能问题的需求。
采用模块化原理可以使软件结构清晰，不仅容易设计而且容易阅读和理解。
因为程序的错误通常局限于有关的模块及它们之间的接口中，故模块化使软件容易测试和调试，因而有助于提高软件的可靠性，模块独立是一个好的设计的关键。
模块的独立可以由两个定性的标准度量：
内聚和耦合。
耦合是衡量不同模块之间彼此间互相依赖的紧密程度，内聚是衡量一个模块内部各个元素彼此结合的紧密程度，在软件设计中力求做到高内聚、低耦合。
系统设计的目标主要是使系统实现用户所要求的功能，同时力争达到高效率，高可靠性，可修改性。
并且容易掌握和使用。
模块化的依据是：
把复杂问题分解成许多容易解决的小问题。
原来的问题也就变得容易解决。
模块化设计是把大型软件按照一定的原则划分成一个较小的相对功能独立又相关联的模块。
每个模块完成一个特定的子功能。
把这些模块结合起来组成一个整体。
完成指定的功能，满足问题的要求。
采用模块化原理的优点在于可以使软件结构清晰，容易测试和调试。
从而提高软件的可靠性，可修改性。
有助于软件开发的组织管理。
一个大型软件可分别编写不同的模块。
模块化理论的几个重要概念如下：
（1）抽象
抽象就是抽象出事物的本质特性而暂时不考虑他们的细节。
处理复杂系统唯一有效的方法就是用层次的方式构造和分析它。
一个复杂的动态系统首先可以用一些高级的抽象概念构造和理解，这些高级概念又可以用一些较低级的理解，直到最低层次的具体元素。
（2）信息隐蔽和局部化
信息隐蔽是指在设计和确定模块时，应使得一个模块内包含的信息对于不需要这些信息的模块来说，是不能访问。
局部化是指把一些关系密切的软件元素物理的放得彼此靠近。
局部化有助于实现信息隐蔽。
信息隐蔽原理和局部化有助于在测试期间以及软件维护期间修改软件。
因为绝大多数数据和过程对于软件的其它部分而言是隐蔽的，从而由疏忽引入的错误就很少可能传播到软件的其它部分。
（3）逐步求精的模块化概念
逐步求精和模块化的抽象是密切相关的。
软件结构每一层中模块表示对软件抽象层次的次细化。
用自顶向下，逐步求精的法由抽象到具体的方式分配控制，简化了软件设计和实施，提高了软件的可理解性和可测试性，并使得软件更容易维护。
（4）模块独立性
模块独立的概念是模块化、抽象、信息隐藏和局部化概念的直接结果。
开发具有独立功能而且和其他模块之间没有过多的相互作用的模块，就可以做到模块独立。
换句话说，希望这样设计软件结构，使每个模块完成一个相对独立的特定子功能，并且和其他模块之间的关系很简单。
模块的划分要使模块间尽可能的相互独立，独立模块较维护。
度量模块的独立程度有两个标准：
内聚和耦合。
耦合是对一个软件结构内不同模块之间互连程度的度量。
耦合强弱取决于模块间接口的复杂程度，进入或访问一个模块的点，以及通过接口的数据。
在软件的设计中应追求尽可能松散的耦合。
内聚标志一个模块内各个元素彼此结合的紧密程度，它是信息隐藏和局部化自然扩展，它是信息隐藏和局部化概念的自然扩展，理想内聚的模块只做一件事情。
在设计时应力求做到高内聚。
内聚和耦合是密切相关的，模块内的高内聚往往意味着模块间的松耦合。
内聚和耦合都是进行模块化设计的有力工具，但是实践表明内聚更重要，应该把更多的注意力集中到提高模块的内聚程度上。
3.2.3系统功能结构图
根据模块化的设计思想，将本系统根据功能细划为四个大模块，每个大模块里又包含若干个小模块。
管理员子系统的功能结构图如图3.1所示：
图3.1管理员子系统功能结构图
操作员子系统的功能结构图如图3.2所示：
图3.2操作员子系统功能结构图
3.2.4系统功能描述
本系统需要完成的功能主要有以下几点：
管理员子系统
（1）后台管理模块：
桌台信息管理：
管理员对酒店的桌台信息进行添加修改删除管理。
菜品类别管理：
管理员对菜品的类别信息进行添加修改删除管理。
菜品信息管理：
管理员对菜品信息进行添加修改删除管理。
（2）前台管理模块
开台信息管理：
管理员对新顾客进行开台操作，即安排桌位。
点餐信息管理：
管理员对顾客所点菜品进行记录。
结帐管理：
管理员对就餐完毕的顾客进行结帐。
（3）查询统计
统计收入报告：
按时间统计某段时间餐饮部的收入信息。
（4）系统管理
密码修改：
登陆系统的管理员可以对密码进行更改。
操作员子系统
（1）前台管理模块
开台信息管理：
操作员对新顾客进行开台操作，即安排桌位。
点餐信息管理：
操作员对顾客所点菜品进行记录。
结帐管理：
操作员对就餐完毕的顾客进行结帐。
（2）查询统计
统计收入报告：
按时间统计某段时间餐饮部的收入信息。
（3）系统管理
密码修改：
登陆系统的操作员可以对密码进行更改。
升级会员 