酒店餐饮管理系统毕业论文.doc

《酒店餐饮管理系统毕业论文.doc》由会员分享，可在线阅读，更多相关《酒店餐饮管理系统毕业论文.doc（45页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、2022年-2023年建筑工程管理行业文档 齐鲁斌创作 中国矿业大学银川学院 2012届本科毕业设计（论文）题 目 酒店餐饮管理系统 所 在 系 机电动力与信息工程 专业班级 08计算机4班 姓 名 贾天星 指导教师 王玉峰 教务处制摘 要随着国内经济的发展，买房市场的形成，使得超市之间的竞争越来越激烈，要想在这场竞争中处于优势，超市需要使用更有效的信息化手段，降低运营成本，提高管理和决策效率。本课题正是为这一迫切需要解决的问题而产生的。该系统是以Java为语言开发的超市仓库管理系统，综合运用了数据库技术、Visual C+开发技术、ADO数据库访问技术等，功能较完备，是一套比较有推广价值的系

2、统。本文简述了数据源的设置、基于ADO数据源的连接、MFC的消息映射机制，重点阐述了定餐管理模块、结算管理模块、财务管理模块等模块的具体实现过程。关键词：数据库；Java；ADO；消息映射AbstractWith the hotel industry competition, hotel to urist market increasingly competitive, hotels require the use of more effective information technologies, expanding the business space, reduce operation

3、al costs, improve the efficiency of the management and decision-making. This project is precisely to this urgent problem. The system is based on Visual C + for language development of hospitality management system using a database technology, Visual c+ developer technologies, ADO database access tec

4、hnology, features a comprehensive, is a set of more promotional value system. This article provides a general overview of the data source settings, based on ADO connection to a data source, the MFC message map mechanism, focuses on the theme of a set meal management module, settlement management mod

5、ule, financial management modules, module specific implementation process.Keywords：Database；Visual C+；ADO；Message mapping 目录引言VII1. 项目概述11.1 现系统的概述11.2 组织机构及业务范围11.2.1 使用方便11.2.2 强化管理21.2.3 开源节流21.2.4 提高服务21.2.5 安全稳定21.3业务流程描述31.4现在系统存在的问题及薄弱环节分析42. 需求分析62.1 总体目标62.2 具体目标62.3系统功能建模92.3.1系统数据流程图92.3.

6、2数据字典122.4系统数据模型133. 概要设计173.1 体系结构设计173.2 接口设计183.3代码设计183.3.1代码设计原则183.3.2系统所需代码设计193.4数据库设计193.4.1关系模式设计193.4.2数据字典193.5运行设计223.5.1运行环境223.5.2运行控制223.5.3运行时间223.6出错处理设计233.6.1出错输出信息233.6.2出错处理对策233.7安全保密设计233.7.1数据安全性233.7.2登录用户的安全性233.7.3操作安全性243.8维护设计244详细设计254.1菜谱信息模块254.1.1模块的定义254.1.2输入项目254

7、.1.3输出项目254.1.4程序逻辑264.2登录员信息模块264.2.1模块的定义264.2.2输入项目264.2.3输出项目264.2.4程序逻辑274.3订餐信息模块274.3.1模块的定义274.3.2输入项目274.3.3输出项目284.3.4程序逻辑284.4结算信息模块284.4.1模块的定义284.4.2输入项目284.4.3输出项目294.4.4程序逻辑295 编码305.1 该书开发工具及编程脚本305.2脚本习惯说明30结束语32致 谢33参考文献34附录一35引言在当今社会，各行各业都离不开信息处理，这正是计算机被广泛应用到酒店餐饮管理系统的环境。使用计算机进行控制，

8、不仅提高了工作效率，而大大的提高了它的安全性，尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。餐饮管理系统是进行信息的采集、储存、加工、维护和使用系统。它的功能对酒店的服务者和管理者都非常重要。餐饮管理系统能够为酒店营业提供钱、后台自动结算，对于酒店经营者来说可以轻松的查阅酒店的业绩以及相关的信息等。避免了以往人工管理的许多缺点。371. 项目概述1.1 现系统的概述随着酒店业竞争的加剧，酒店之间客源的争夺越来越激烈，酒店需要使用更有效的信息化手段，拓展经营空间，降低运营成本，提高管理和决策效率。传统的酒店计算机管理系统主要包括前台管理系统和后台管理系统两大部分，基本包含了酒店主要业务部

9、门，初步实现了对顾客服务和进行财务核算所需要的各个功能。但传统的酒店管理系统是基于财务管理为主线的设计理念，无法满足酒店全面信息化管理的需要1-3。现代酒店业迅速发展，新的管理观念与模式层出不穷。酒店管理系统亦随着酒店管理理念的发展而发展。现代酒店餐饮管理系统采用了数据库理论、多媒体技术、软件工程理念等高新技术成果，结合自身软件开发经验，从基层、中层、高层三个管理者层次为切入点，以成本分析、预测、控制为主线，融合国际先进管理理念，形成一套上下贯通、功能强大、设计先进、操作便捷的酒店系统解决方案4-7。科学地将酒店各种日常业务完美的结合在一起，为管理及决策提供了强有力的支持。1.2 组织机构及业

10、务范围本系统适用于一般的小型酒店，能够实现客人个性化服务、全面彻底的信息化、使企业电算化管理水平上到一个新的更高的层次，软件各项功能亦相当完善。应用本系统后，电脑在酒店的使用已不单纯是减轻劳动强度、减少人员开支、提高核算精度以及减少财务错漏，更重要的是它能为整个企业的管理模式带入一种新的思维，一种新的理念，它能为高层管理人员提供大量丰富的基于企业管理经营过程中产生的实际的数据，供经营决策参考。具体实现的意义如下。1.2.1 使用方便独特的基于列表框的浏览模式，层次分明，操作顺畅，丰富的视图显示，简单明了,所有数据输入均进行完整性、合法性校验，使操作错误减至最低，各种复杂强大的功能于指点间轻松掌

11、握。1.2.2 强化管理使总台、餐饮前台、服务员、厨房、吧台、收银台、财务、管理部门、总经理决策机构之间通过网络互接到一起，各类销售数据、员工工作量、库房入库出库、菜品成本核算、菜品消费统计、挂帐、欠帐、结算、协议单位消费等等各类错综复杂的数据均会记录于数据库中，并提供精确查询、模糊查询、复合查询、多级查询等多种方式，可根据用户选择自动合成各类决策所需的图表，随时对管理各方面进行单项分析、阶段分析、复合分析、综合分析，为决策提供强力支持。1.2.3 开源节流各部门利用电脑协同工作，各类信息在网络上轻松传送、真正实现无纸化经营，完善的权限管理及保密机制，有效的维护商业秘密，彻底的电算化服务，极大

12、的提高了工作效率，成熟的软件管理体制，杜绝日常运营中可能产生的人员、管理、经营、操作上的漏洞将各项失误减至最小8-11。1.2.4 提高服务软件设计以人为本，其重点在于提高餐饮企业服务水平、档次及工作效率，进而实质性提高企业服务水准，酒店解决方案着眼于不同顾客的各种需要、从管理到服务各个方面方便满足顾客的合理需要，进而提高企业的核心竞争力。1.2.5 安全稳定通过选用优秀的开发工具、先进的开发模式、成熟的网络结构及安全稳定的数据库，使系统本身具有了极强的可靠性与容错性。通过软件权限管理、数据库权限管理、操作系统权限管理三方面，彻底保证了数据的安全性。酒店餐饮管理系统人事部财务部营业部技术部销售

13、部酒菜信息查询餐桌预定信息帐单查询客户信息销售分析餐桌使用情况食品 查询就餐时间预定餐桌桌台号菜单折扣付款方式预定新开台用户管理密码修改退出系统 图 1-1 酒店餐饮管理系统的组织机构图1.3业务流程描述功能：该系统能够接受预定，前台点菜，厨房传菜，数据备份和恢复 ，流水账单统计功能，采购管理等功能并可以不断扩充其功能。性能：该系统所占硬盘容量大约为10M，开启运行时间约23秒，用户进入系统需要密码，且数据的存储是经过保密设置的，一般用户是无法接触涉及商业机密的数据的，因此安全保密性比较高。系统的数据来源是酒店的菜谱、酒水饮料的名称，及其价格、数量，可以及时对酒店的客户的消费进行统计结账，方便

14、快捷。系统需要员工输入账号和密码才能操作，可以避免其它人员的恶意操作给酒店带来的损失，且系统的数据有保护和备份功能。对于连锁经营的酒店可以采用该系统的网络版，在一家酒店就可以掌握所有酒店的运营工作情况，快捷及时高效。查询菜品客人中餐部分业务受理点餐单西餐部分配餐卷餐饮账目菜品存档餐饮部账单财务部图1-2酒店餐饮管理系统业务流程图1.4现在系统存在的问题及薄弱环节分析现有的酒店餐饮管理系统均是以人为主体的，需要很的人力、物力、财力，且效率不是很高，由于人为原因在系统运营时也可能产生人为的失误。新的系统通过用电脑联网来促使各部门一体化，提高效率，为酒店减少人力支出，提高酒店的运营效益，实施新的系统

15、势在必行。2. 需求分析2.1 总体目标理解需求是在问题及其最终解决方案之间架设桥梁的第一步。开发者只有和客户充分理解了需求之后才能开始设计系统，否则，对需求定义的任何改进，设计上都必须大量的返工。下面是双方调研后得到的需求规格说明。（1）系统对用户登录进行管理。使用各功能模块时，系统应验证用户身份的有效性，否则不容许用户登录。另外，容许用户对自己的密码进行修改。（2）系统在各功能模块的实现中，提供多级分类检索和组合搜索。（3）在服务器、数据库等多个层次上提供行之有效的安全防范措施，可以确保系统安全稳定的运行。（4）具有高度的灵活和良好的可扩充性，可随着酒店业务的发展在功能和规模两方面随时进行

16、扩展和升级。（5）功能全面，覆盖酒店的全部业务，包刮预定、接待、收银、餐饮、客户管理、员工管理、值班信息管理和财务。（6）可提供与多种专用财务软件的接口，能轻松地接入财务系统。（7）系统界面友好、美观、支持鼠标和键盘操作。（8）从用户的角度出发，能高度智能。易用、简单、快捷地操作。2.2 具体目标分析需求是从客户的需求中提取出软件系统能够帮助用户解决的业务问题，通过对用户业务问题的分析，规划出系统的功能模块，即定义用例。这个步骤是对理解需求的升华，直接关系到该系统的质量。经过同客户的需求分析后，确定酒店管理系统的功能模块（用例）包括修改密码、增加用户、定餐管理、结算管理、值班信息管理、客户信息

17、管理、菜谱信息管理、餐桌信息管理、财务管理九大功能模块。同时根据用户的要求将用户按权限分为两种：第一种是管理员，管理员可以使用该系统所有的功能。第二种是值班员，值班员只能以受限的权限使用该系统的部分功能。通对上述的功能进行集中、分块和分析，按照结构化程序设计的要求，得到如图2-1所示的系统功能模块图。酒店餐饮管理系统登录记录登录信息退出系统记录退出信息值班员管理员修改密码定餐管理结算管理修改密码定餐管理结算管理用户管理值班信息管理客户信息管理菜谱信息管理餐桌信息管理财务管理 图2-1系统功能模块图上述系统功能模块图中各个功能模块包含的具体功能如下面各图所示。定餐管理定餐修改定餐信息删除定餐信息

18、查询定餐信息图2-2 定餐模块的具体功能图结算管理结算删除结算信息查询结算信息图2-3 结算模块的具体功能图用户管理添加用户信息修改用户信息删除用户信息查询用户信息图2-4 用户管理模块的具体功能图值班信息管理删除值班信息查询值班信息图2-5 值班信息管理模块的具体功能图菜谱信息管理添加菜谱信息修改菜谱信息删除菜谱信息查询菜谱信息图2-6 菜谱信息管理模块的具体功能图餐桌信息管理添加餐桌信息修改餐桌信息删除餐桌信息查询餐桌信息图2-7 餐桌信息管理模块的具体功能图财务管理支出修改支出信息信息删除支出信息查询支出信息收支查询 图2-8 财务管理模块的具体功能图前台在考虑功能实现的同时，也考虑了操

19、作的简洁和方便性。目的是让大多数客户能轻松地享受本系统给他们带来的便利。为了确保客户和酒店的信息具有更好的安全性，前台管理和后台管理是分离的。前台的某些管理模块需要经过权限才可以使用，为此设计了酒店管理员和前台服务员两个角色。其中：酒店管理员享有最高权限，可以使用酒店管理系统所提供的所有功能，包刮员工信息管理、餐桌信息管理、客户信息查询、经营状况统计、个人密码修改及注销功能。前台服务员的主要职能是负责定餐和结算，以及查询入坐的客户信息，所有该角色只能使用部分功能，包括：个人密码修改、定餐管理、结算管理功能。后台管理主要由数据库系统作为支持，后台管理的维护工作主要由系统管理员进行，包刮完成对各个

20、数据表单的维护、数据库的备份及恢复等工作。本系统选用的数据库系统为Access。2.3系统功能建模2.3.1系统数据流程图数据流图符号如下：图形符号名称符号说明外部实体记述系统意外的组织机构或个人，框内为实体名称。 P处理记述某种业务的手工或计算机处理方法。DNS数据储存记述与处理有关的数据储存,DN区技术存储的标号，S区技术存储数据的名称。FM数据流记述数据流的流动方向，FM记述数据流的名称。表：数据流图符号说明管理员P酒店餐饮管理系统 F1点菜、餐桌预定信息客户 F2食品、账单、餐桌 F4打印账单 使用信息 F3客户信息 酒店餐饮管理系统顶层数据流图P1客户数据输入P2费用结算F1 D1

21、订餐单F2 D2 餐桌预订单F3 D4 菜谱 D3 客户信息表 D5 账单明细P3账单打印 F4一层数据流图P1.2点菜，预定餐桌P1.1客户信息输入 F1F3 D3 F2 D1 订餐单 D2 餐桌预订单P1的明细图2.3.2数据字典数据字典是关于数据的信息的集合。数据流图和数据字典共同构成系统的逻辑模型，没有数据字典数据流图就不严格，没有数据流图数据字典也难于发挥作用。只有数据流图和对数据流图中每个元素的精确定义放在一起，才能共同构成系统的规格说明。为了把用户的数据要求清楚、准确的描述出来，系统分析员通常建立一个概念性的数据模型（也称为信息模型）。概念性数据模型是一种面向问题的数据模型，是按

22、照用户的观点对数据建立的模型。它描述了从用户角度看到的数据，它反映了用户的现实环境，而且与在软件系统中的实现方法无关。酒店餐饮管理系统如下：l 菜谱数据字典如下表2-1所示。表2-1数据文件“菜谱信息”的字典条目文件名：菜谱信息编号：1组成：菜谱号+名称+所属种类+价格+描述备注：这是菜谱的信息l 登录员信息数据字典如下表2-2所示。表2-2数据文件“值班员信息”的字典条目文件名：登录员信息编号：2组成： 登录员信息+口令备注：这里有所有值班员的信息l 订餐数据字典如下表2-3所示。表2-3数据文件“订餐信息”的字典条目文件名：订餐信息编号：4组成：桌号+菜谱号+菜名+数量+价格+定餐日期 备

23、注：这里有所有订餐的信息2.4系统数据模型在仔细调查酒店日常管理过程的基础上，针对本实例，通过对酒店餐饮管理内容的分析，设计的数据项和数据结构如下。（1）菜谱信息：包括的数据项有菜谱号、名称、所属种类、价格、描述等。 （2）定餐信息：包括的数据项有桌号、菜谱号、菜名、数量、价格和定餐日期。（3）结算信息：包括的数据项有桌号、结算日期、打折情况和总计等。（4）餐桌信息：包括餐桌号、餐桌位置、餐桌状态等。（5）支出信息：包括支出类型、支出金额、支出日期。有了上面的数据结构、数据项和数据流程，就能进行下面的数据库设计。本数据库根据上面的设计规划出的实体有：菜谱实体、值班员实体、客户实体、定餐实体、结

24、算实体、餐桌实体、值班实体和支出实体。各个实体具有的描述E-R图及其之间的关系描述如下。菜谱信息菜谱号、名称所属种类价格描述图4-1 菜谱实体及属性登录人员信息登录员姓名密码描述图4-2 登录员实体及属性定餐信息桌号数量菜谱号、菜名称定餐日期定金图4-3 定餐实体及属性结算信息客户号、桌号定餐日期打折情况结算日期结算金额图4-4 结算实体及属性餐桌信息桌号餐桌状态餐桌的位置图4-5餐桌实体及属性支出信息支出种类支出日期金额图4-6 支出实体及属性实体和实体之间的关系E-R图如图4.9所示。菜谱管理支出管理员包括管理餐桌客户对应值班员负责定餐对应结算结帐消费1nnnnmmmmm11nnnnnnn

25、nnnnn1nn11图4.9 实体之间关系E-R图3. 概要设计3.1 体系结构设计在Windows中，不仅用户程序可以调用系统的API函数，返回来系统也会调用用户程序，这个调用是通过消息来进行。由此可知Windows程序设计是一种完全不同于传统的DOS方式的程序设计方法。它是一种事件驱动方式的程序设计模式，主要是基于消息的。所以在使用Visual C+这种工具开发项目之前，我们要对其MFC的消息映射机制有所了解，下面将对其进行简单的介绍12-15。MFC消息机制的具体实现方法是：在每个能接收和处理消息的类中，定义一个消息和消息函数静态对照表，即消息映射表16。在消息映射表中，消息与对应的消息

26、处理函数指针是成对出现的。某个类能处理的所有消息及其对应的消息处理函数的地址都列在这个类对应的静态表中。当有消息需要处理时，程序只要检索该消息静态表，查看表中是否含有该消息，就可以知道该类能否处理此消息。如果能处理该消息，则同样依照静态表能很容易找到并调用对应的消息处理函数。为了看清楚MFC消息映射机制的实际实现过程，先新建一个单文档类型的MFC AppWizard (exe)工程，取名为Draw。MFC在后台维护了一个窗口句柄与对应的C+对象指针的对照表。以CDrawView类为例，与CDrawViewd对象相关的有一个窗口，窗口当然有它的窗口句柄，该句柄与CDrawView对象的一个指针（

27、即CDrawView*）存在着一一对应关系，在窗口与C+对象对照表中就维护了这种对应关系。当收到某一消息时，消息的第一个参数就指明该消息与哪个句柄相关，通过对照表，就可以找到与之相关的C+对象指针。然后把这个指针传递给应用程序框架窗口类的基类，后者会调用一个名为WindowProc的函数。该函数的定义位于WinCore.cpp文件。根据这个WindowProc函数的定义，我们发现它是一个虚函数。同时，也可以发现，CWind:WindowProc函数内部调用了一个OnWndMsg函数，真正的消息路由，也就是消息映射就是由此函数完成的。OnWndMsg函数的定义也位于WinCore.cpp文件中。

28、OnWndMsg函数的处理过程是：首先判断是否有消息响应函数。判断方法是在相应窗口类中查找所需的消息响应函数。因为传递给WindowProc函数的是窗口子类指针，所以，OnWndMsg函数会到相应的子类头文件中查找，看看DECLARE_MAP( )宏之上，两个AFX_MSG注释之间是否有相应的消息响应函数原型的声明；再到子类的源文件中，看看BEGIN_MESSAGE_MAP和END_MESSAGE_MAP( )这两个宏之间是否有相应的消息映射宏。如果通过上述步骤，找到了消息响应函数，那么接着就会调用该响应函数，对消息进行处理。如果在子类中没有找到消息响应函数，那么就交由基类进行处理。通过以上步

29、骤，MFC就实现了具体的消息映射，从而完成对消息的响应。3.2 接口设计数据库这一概念提出后，先后出现了几种数据模型。其中基本的数据模型有三种：层次模型系统、网络模型系统、和关系模型系统。六十年代末期提出的关系模型具有数据结构简单灵活、易学易懂且具有雄厚的数学基础等特点，从七十年代开始流行，发展到现在已成为数据库的标准。目前广泛使用的数据库软件都是基于关系模型的关系数据库管理系统17。1.用户接口 本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面(如：输入界面、输出界面)。用户对程序的维护，最好要有备份。2.软件接口 WIN9X/NT操作系统，汉语编程系统

30、。3.3代码设计3.3.1代码设计原则代码是处理对象的代号或表示符号，其主要目的是方便计算机排序、检索、查找等处理。代码设计的关键是方便用，满足业务要求。代码设计的原则如下。要考虑的编码是标准化，尽量采用有关的国际标准、国家标准、部门或行业的标准。要考虑容易修改，当某个代码在特点、条件或代表的实体关系改变时，容易进行变更。要考虑结构简介，代码的长度涉及到存储空间的占用和信息处理的速度。并且影响代码输入的出错率，所以，在满足当前需要和扩充性要求的前提下应尽量结构简单，长度要短。必须要做到代码值的唯一性。3.3.2系统所需代码设计3.4数据库设计3.4.1关系模式设计在仔细调查酒店日常管理过程的基

31、础上，针对本实例，通过对酒店餐饮管理内容的分析，设计的数据项和数据结构如下。（1）菜谱信息：包括的数据项有(菜谱号、名称、所属种类、价格、描述等)（2）登录员信息：包括的数据项有(登录员姓名和口令) （3）定餐信息：包括的数据项有(桌号、菜谱号、菜名、数量、价格和定餐日期)（4）结算信息：包括的数据项有(桌号、结算日期、打折情况和总计等)（5）餐桌信息：包括(餐桌号、餐桌位置、餐桌状态等)（6）支出信息：包括(支出类型、支出金额、支出日期)有了上面的数据结构、数据项和数据流程，就能进行下面的数据库设计。3.4.2数据字典数据库包含登录员表(ZBY)、菜谱信息表(CP)、定餐信息表(DC)、结算

32、信息表(JS)、餐桌状态表(CZ)、支出信息表(ZC)共六个表。下面将分别介绍这些表的结构。(1)登录员表ZBY登录员表(ZBY)用来保存使用该系统的酒店员工的基本信息，表ZBY如表4.1所示。表4-1 登录员表(ZBY)编 号字段名称数据结构说明1ZBY_NAME文本用户姓名（主键）2ZBY_PSWD文本密码3ZBY_LIMIT文本权限 (2)菜谱信息表CP菜谱信息表(CP)用来保存使用该系统的酒店能为顾客提供的菜肴种类的信息，表CP如表4.2所示。表4-2 菜谱信息表(CP)编 号字段名称数据结构说明1CP_NO数字菜谱号（主键）2CP_NAME文本菜名称3CP_KIND文本种类4CP_P

33、RICE数字价格5CP_DETAIL文本描述 (3)定餐信息表DC定餐信息表(DC)是用来保存使用该系统的酒店所有顾客的定餐信息。表DC如表4.3所示。表4-3 定餐信息表(DC)编 号字段名称数据结构说明1CZ_NO数字桌号（主键）（外码）2CP_NO数字菜谱号（主键）3CP_NAME文本菜名称（外码）4DC_NUMBER数字数量5DC_DJ数字定金6DC_DATE日期/时间定餐日期（主键）(4)结算信息表JS结算信息表(JS)是用来保存在该酒店消费过的所有顾客的消费信息。表JS如表4.4所识示。表4-4 结算信息表(JS)编 号字段名称数据结构说明1KH_NO数字客户号（主键）（外码）2C

34、Z_NO数字桌号（主键）（外码）3KH_DZ数字打折情况4DC_DATE数字总计5JS_DATA时间/日期日期（主键）6JS_TOTAL数字结算金额(5)餐桌信息表CZ餐桌信息表(CZ)是用来保存酒店的餐桌信息，包括餐桌的数量、位置、状态（是否被预定或正在被使用。表CZ如表4.5所示。表4-5 餐桌信息表(CZ)编 号字段名称数据结构说明1CZ_NO数字餐桌号（主键）2CZ_POSITION文本餐桌位置3CZ_STATES文本餐桌状态 (6)支出信息表 ZC支出信息表(ZC)保存的是酒店的所有支出信息，表ZC如表4.6所示。表4-6 支出信息表(ZC)编 号字段名称数据结构说明1ZC_KIND

35、文本支出类型（主键）2ZC_TOTAL数字支出金额3ZC_DATE时间/日期支出时间（主键）(7)视图CX视图(CX)是根据定餐信息表和餐桌信息表建成的，它是为了让我们能方便的根据定餐信息而得到餐桌的位置信息，从而使程序的编写变的容易。视图CX如表4.7所示。表4-7 视图(CX)编 号字段名称数据结构说明1CZ_NO数字餐桌号2CP_NO数字菜谱号3ZC_DATE时间/日期支出时间4CZ_POSITION文本餐桌位置3.5运行设计3.5.1运行环境1硬件环境CPU：奔腾166 MMX以上内存：256MB以上显卡：标准VGA，24位真彩色其它：鼠标 2.软件环境Windows NT4.0/20

36、00/XP3.5.2运行控制本软件是以汉语程序设计语言的操作系统来控制软件运行。3.5.3运行时间a.后台任务管理器因该以误差上下不超过10秒的60秒间隔，在用户界面的指定位置显示状态信息b.如果后台进程处理正常会显示任务已完成的百分数/比c.任务完成时会显示相关的信息 d.后台任务出错会显示错误信息3.6出错处理设计3.6.1出错输出信息a. 内部故障处理 在开发阶段可以随即修改数据库里的相应内容。 b. 外部故障处理 对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出错，有错误提示，重试。3.6.2出错处理对策 所有的客户机及服务器都必须安装不间断电源以防止停电或

37、电压不稳造成的数据丢失的损失.若真断电时,客户机上将不会有太大的影响.主要是服务器上:在断电恢复过程可采用VC+的日志文件,对其进行处理,对数据进行恢复. 在网络传输方面,可考虑建立一条成本较低的后备网络,以保证当主网络断路时数据的通信. 在硬件方面要选择可靠和稳定的服务器机种,保证系统运行时的可靠性.3.7安全保密设计3.7.1数据安全性 数据保存和传输过程的安全性.为了客户资料进行保密,我们在网络的传输过程中对数据进行加密,以保证客户资料的安全性.3.7.2登录用户的安全性系统安全可靠。该软件是由我们是专业的软件开发团队开发的，技术上没有什么问题。在安全管理策略上，我们精心为你设计了三类用

38、户：1） 系统管理员。对该系统拥有最高权限，初始账号为 1，初始密码为 1; 2） 经理。拥有该系统的大部分权限，初始账号为 2，初始密码为 2；3） 操作员。只拥有前台操作功能，操作员的对系统的一切操作都将保存进数据库，初始账号为 1，初始密码为 1。4） 在你进入系统后，你可以根据需要添加用户、删除用户、修改密码等。系统操作简便。系统对简化操做了充分的考虑。只要你具备初中文化知识和电脑的基本操作知识，你就可以在极短的时间内掌握使用方法。3.7.3操作安全性 对授予用户权限的授予回收.并定期修改密码.3.8维护设计系统维护包括了硬件设备维护、数据维护、代码维护和应用软件系统维护。硬件设备维护

39、：每月由专职硬件维护人员对设备进行例行检查与保养，并且采用双机备份的形式，以减少因为设备故障带来的不便。数据维护：由数据库管理员负责，主要是负责数据库的安全性和完整性以及进行并发性控制。4详细设计在数据库系统开始设计的时候应该尽量考虑全面，尤其应该仔细考虑用户的各种需求，避免浪费不必要的人力和物力。4.1菜谱信息模块4.1.1模块的定义在仔细调查酒店日常管理过程的基础上，针对本实例，通过对酒店餐饮管理内容的分析，设计的数据项和数据结构如下。菜谱信息：包括的数据项有菜谱号、名称、所属种类、价格、描述等。 4.1.2输入项目 菜谱号、名称、所属种类。4.1.3输出项目 价格。4.1.4程序逻辑输入

40、菜谱号，名称，种类学生进入系统退出系统操作完成登陆登陆注册公告管理评论管理会员理试题管考试管理试题管理试题管理学生开始输入要点的菜名是否点菜显示价格结束NY4.2登录员信息模块4.2.1模块的定义在仔细调查酒店日常管理过程的基础上，针对本实例，通过对酒店餐饮管理内容的分析，设计的数据项和数据结构如下。登录员信息：包括的数据项有登录员姓名和口令。4.2.2输入项目登录员和口令。4.2.3输出项目登录员信息。4.2.4程序逻辑创建数据库，输入员工信息和口令开始输入登录员名字和口令是否有记录显示登录员信息结束NY查看登录员记录4.3订餐信息模块4.3.1模块的定义在仔细调查酒店日常管理过程的基础上，针对本实例，通过对酒店餐饮管理内容的分析，设计的数据项和数据结构如下。定餐信息：包括的数据项有桌号、菜谱号、菜名、数量、价格和定餐日期。4.3.2输入项目桌号、菜谱号、菜名、数量。4.3.3输出项目价格和定餐日期。4.3.4程序逻辑创建数据库，桌号，菜谱，菜名开始输入定餐饭菜和数量是否有记录显示饭菜的价格和日期结束NY4.4结算信息模块4.4.1模块的定义在仔细调查酒店日常管理过程的基础上，针对本实例，通过对酒