五年制高职毕业设计--酒店管理系统.docxVIP

南京工程高等职业学校五年制高职毕业设计姓 名： 学 号： 系 部： 信息工程系 专 业： 计算机应用技术 设计题目： 指导教师： 职 称： 副教授 2016 年 3 月 20 日目 录1 绪论11.1课题研究意义11.2课题研究现状12 系统分析32.1需求分析32.2系统分析建模32.2.1 用例说明32.2.2 总用例说明42.2.3 前台管理42.2.4 后台管理62.2.5 财政管理72.2.6 系统管理82.2.7 统初始化93 系统设计113.1 概述113.2 架构设计113.3 系统功能设计133.3.1 功能结构设计133.3.2 系统功能模块说明143.4系统流程图143.5 数据库设计153.5.1 数据库的概念设计153.5.2 数据库逻辑结构设计164系统实现194.1 概述194.2 程序设计与调试194.2.1 程序设计194.2 .2 程序调试204.3 关键技术204.2.1 开台实现204.2.2 转台实现214.2.3 并台实现234.4 系统主要实现244.3.1 前台管理模块实现244.3.2 后台管理模块实现29结束语34致谢35摘 要餐饮管理系统是利用VB语言编写的，并采用VB6.0开发工具编写而成的。其后台数据库采用SQLSERVER2000数据库进行支持，界面美化是利用Adobe PhotoshopCS3图片处理软件进行处理的。本系统从使用者角度出发，界面友好美观，人机信息交互灵活、方便、快捷，安全可靠，系统同时具有很大的可扩充性。系统由系统设置模块、实现对餐厅顾客开台、点菜、加菜、账目查询和结账等模块组成。每个模块都实现了增加、删除、修改，查询等相关操作。为了保证系统的安全性，在用户登录系统设计时，用户需输入正确的工号和用户口令才能进入系统，并且不同的身份的用户具有不同的权限。本论文主要是根据用户对餐饮管理系统的需求，分析写出的系统设计文档，本文档作为开发餐饮管理系统的依据。关键词：面向对象 ；开台 ；并台 ；餐饮管理系统 ABSTRACTCatering management system is the use of VB language, using VB6.0 development tools to write and become. The background database using acccess 2000 database support, to beautify the interface is using Adobe PhotoshopCS3 image processing software for processing. This system from the users point of view, friendly interface, flexible human-computer interaction information, convenient, fast, safe and reliable, the system also has great scalability. The system consists of system settings module, the realization of the restaurant, a la carte founding, add dishes, account inquiry and check module. Each module to realize increase, delete, modify, query and other related operations. In order to ensure the safety of the system, the design of user login system, users need to enter the correct number and password to enter the system, and different users have different permissions. This thesis is based on the needs of the user to the catering management system, analysis system design documents to write, this document as the basis for development of catering management system.Keywords： object-oriented, founding, and table, table, dining management system361 绪论1.1课题研究意义自改革开放以来，我国当今已发展成为在世界上极具影响力的发展中大国，也跻身于世界强国的行列。从父辈口中得知的生活水平与现今对比有着天与地的差别。根据调查显示：随着人们生活水平的提高，个人对饮食的需求会从温饱趋向享受。我国是举世闻名的美食大国，拥有五千年的饮食文化和巨大的餐饮市场，满足个人的温饱问题已不是当今的热点，人们的生活方式逐渐在转变着，饮食已经成为了一种时尚，一种享受。民以食为天，随着人民生活水平和生活方式的转变，显而易见餐饮业是巨大的投资市场。在二十一世纪这个信息爆炸的时代，各行业也开始转向信息化。而随着Internet的普及与发展、随着电脑及网络技术的大范围应用，信息技术、网络技术、计算机技术等都在不同领域得到了飞速的发展。随着IT产业的不断膨胀，以及其在各行各业的优异表现，表明餐饮行业的健康发展不可以脱离信息化的时代。目前我国的的可用的设计技术在设计此类系统上的数据库技术已经非常成熟，可提供的开发工具也很多，例如:Visual C+ ,Visual Basic,PowerBuilder,Dephi, visual foxpro等，它们都是很好的数据库开发工具，都是可视化开发工具，功能强大，开发容易，开发周期短，对于本任务都能够胜任。1.2课题研究现状目前，国内外开发的饭店餐饮管理信息系统多是面向大型餐饮饭店的，他采用了先进的无线点菜系统或触摸屏点菜系统以及计算机网络系统，这类系统对餐饮企业中为数很多的中小型餐饮企业而言，硬件系统功能过剩并且费用昂贵，软件功能过分繁多复杂，信息化投入成本太大，风险过大，反而不便于管理，使餐饮企业投入了大量的不必要的资金。而一些中小型饭店所使用的小型餐饮管理系统本身的性能现状也不理想，可总结为以下几点：（1）软件不统一。由于饭店餐饮的应用系统不同，所以各家供应商的软件也各不相同。对于一家饭店，如果各部门使用的是不同的平台、不同的软件，当员工进行软件操作时，需要学习各种软件，这样不但使员工的学习成本增高，也同时影响饭店的效率。对于连锁饭店集团而言，信息系统没有实施标准化是非常严重的。饭店不但需要耗费大量财力去维护不同的平台，而且当未来同一连锁集团的饭店共享服务中心或实施电子商务时，平台整合的任务非常困难，价格也很昂贵。对于饭店软件系统的选择类型，饭店业主主要考虑到价格，而忽略了软件系统的质量和功能。如果饭店应用了一个不适合的系统，降低了客户的满意度，会直接影响饭店现在及以后的生意。如果饭店企业应用统一的、标准化的软件，不但员工可以使用的得心应手，同时饭店企业的报表也会非常统一，便于集团化的管理。对于饭店的业主来说，一个不错的建议是：应保持着眼于长期业务策略、采用标准化的系统产品，而不仅仅是在成本比较的基础上去选择技术和产品。（2）饭店软件产品稳定性不是很好。不论是国内还是国外，其饭店业发展已经有20多年，整体发展已经基本趋于成熟，但是在饭店软件产品的稳定性和完整性方面，还有很多地方是需要进一步改进的。中国餐饮业信息化管理体制总体来说由国外引进。引入信息化管理的目的是杜绝原有的弊端，提高科学的管理水平。而现在很多的饭店对于软件系统，要按自己的需求，模仿原来饭店业手工的操作系统的思路，开发出的系统难免存在一些漏洞，对饭店的管理没有太大的改善。（3）国内外软件提供商通盘考虑性差 一个普遍性存在的问题是软件提供商不可避免的对开发的软件进行修修补补。这是因为，国内外软件提供商对客户的需求一味满足，对软件进行修改。但是如果软件提供商对软件系统没有很好的管理，今天给这个饭店修改，明天又给另一个饭店修改，造成一个系统的多种版本，这样为后期的维护带来了巨大的困难。从而，系统的稳定性就会出现一些问题。2 系统分析2.1需求分析经过上面的系统规划之后，对餐饮公司的现状有了初步的了解，下面，通过对公司进行更详细的调查来完成系统分析。 系统分析，是管理信息系统开发方法其中的生命周期法的第二阶段。在系统分析阶段，根据系统调查中获得的原始资料，对组织内部整体管理状况和信息处理过程分析，确定用户的需求，并建立新系统的逻辑模型。 软件需求分析上作是软件生命周期中的重要的一步。只有通过需求分析才能把软件功能和性能的总体概念描述为具体的软件需求规格说明，从而奠定软件开发的基础。软件需求分析上作也是一个不断认识和逐步细化的过程。该过程将软件调研阶段的需求资料进行分析和设计，使软件范围逐步细化到详细定义的程度，并分析出各种不同的软件元素，然后为这些元素找到可行的解决办法。需求分析是软件生命周期的起始阶段，因为这个阶段的上作是获取用户的需求，如果这个过程的上作没有做好，得到的需求不全面或者曲解了用户的需求，那么后面的设计和编码将会按照错误的需求进行，给软件开发带来很大的风险。因此做好需求分析及变更管理至关重要。2.2系统分析建模作为一种比较成熟的饭店管理系统，牵涉到的内容比较多。它主要包括:前台管理、后台管理、收银结帐、餐厅厨房、外客帐管理等部分，还有一些和外部系统的接口:电话计费，公安接口，电子门锁，点菜机，财务系统接口，上网计费接口等等。限于篇幅，本文只对饭店管理系统中前台管理，后台管理，财政管理，应收应付管理，系统统初始化，系统管理的分析和其中的几个模块设计进行描述。2.2.1用例说明在介绍系统用例之前，我们先了解一下用例图。创建用例图：在计算机软件系统的分析和设计中，首先需要准确地描述用户需求中的功能需求，以便进一步确定系统中应该建立那些对象。以往用自然语言来描述对系统的需求，即把预期的人与系统之间的交互编写成“剧本”（ Scenario)来描述这种功能需求。但是这样的做法没有统一的格式，缺乏描述的形式化，随意性大，常常容易产生理解上的含混和不准确性。 Use Case图是一种描述用例的可视化工具，它用简单的图形元素表示出系统的活动者，Use Case，以及他们之间的关系，准确地表达了活动者与系统地交互清况和系统所能提供地服务。活动者用一个小人来表示，用例用一个椭圆形的图标来表示。下面就是餐饮管理系统的用例图。2.2.2总用例说明本次研究开发餐饮管理信息系统主要针对中小型饭店餐饮管理，从而在设计上主要是偏重前台管理这一整个业务流程的实现，后台管理，财政管理等模块则是辅助部分。它与大型饭店管理有着明显的不同，如系统的后台管理库存盘点主要还是由人为操作执行，同时系统后台管理并未考虑与前台管理内容的相连性，财政管理只是实现了基本的信息计算，而在决策方面内容不多，这样一来，该系统如果用在大型饭店管理中，大量的工作及主要的一些内容都不能实现系统信息化，从而不可能考虑本系统。只有中小型饭店管理，工作量和数据量相对较小，信息化的程度也就相对较高，从整体而言，提高了工作的效率及质量。本系统主要由五个模块组成，分别由系统管理员以及操作人员进行操作管理，如下图2-1所示。图2-1 餐饮管理系统总用例图2.2.3 前台管理主要是对饭店前台收银的管理。包括开台管理，买单管理，单日结帐数据分析，日结算管理。1前置条件： 登陆系统并有权限对前台管理进行操作。2后置条件：如果操作成功，将在数据库中的数据记录进行修改或添加，同时完成前台收银工作。3基流：如选择开台管理，则执行分支流S1，若选择买单管理，则进入分支流S2，若选择日结帐分析管理，则进入分支流S3。4分支流：S1：开台管理查找空闲房台，为客户开台，然后为客户进行点菜。(A1)若用户要求并台、转台或加菜，前2者查找空闲房台，为客户进行相应的操作(A1)；最后一种情况则为顾客进行加菜服务。S2：买单管理1.输入买单房台，为客户进行结帐处理S3：日结帐分析管理1.对该日结帐信息进行分析管理。5替代流：A1： 若无空闲房台，只能请顾客等待或放弃并台或转台。活动图如2-2所示：图2-2 前台管理活动图2.2.4 后台管理主要是对酒店后台进货，出货等的管理。包括进货管理，出货管理，库存查询，库存统计分析，房间台号管理，商品信息管理，员工信息管理。1前置条件：登陆系统并有权限对后台管理进行操作。2后置条件：如果操作成功，将在数据库中的数据记录进行修改或添加，同时完成后台库存及其他信息管理工作。3基流：若选择进货管理，则执行分支流S1，若选择出货管理，则进入分支流S2，若选择库存统计分析，则进入分支流S3，若选择商品信息管理，则进入分支流S4，若选择员工信息管理，则进入分支流S5，若选择房间台号管理，则进入分支流S6。4分支流：S1：进货管理对进货信息进行查询及进货信息添加。A1S2：出货管理对出货信息进行查询及出货信息添加。A1S3：库存统计分析对库存信息进行管理查询及统计等功能。A1S4：商品信息管理对商品信息进行添加和修改等管理。A1S5：员工信息管理对员工信息进行添加和修改等管理。A1 S6：房间台号管理对房台信息及其状态信息进行修改等。A1 5替代流：A1： 若输入信息有误，系统将显示错误信息。活动图如2-3所示：图2-3 后台管理活动图2.2.5 财政管理主要是对酒店财务方面的管理。包括月结算管理，月营业分析，年营业分析。1前置条件：登陆系统并有权限对财务管理进行操作。2后置条件：如果操作成功，将在数据库中的数据进行操作，生成所需的表单。3基流：若选择月结算管理，则执行分支流S1，若选择月营业分析，则进入分支流S2，若选择年营业分析，则进入分支流S3。4分支流：S1：月结算管理相应显示月结算信息，同时可以打印信息。A1S2：月营业分析相应显示月营业结算信息，同时可以打印信息。A1S3：年营业分析相应显示年营业结算信息，同时可以打印信息。A15替代流：A1： 若输入信息有误，系统将显示错误信息。活动图如2-4所示：图2-4 财政管理活动图2.2.6 系统管理主要是对软件的维护和权限进行管理。包括权限管理。 1前置条件：登陆系统并有权限对系统管理进行操作。2后置条件：如果操作成功，将对用户权限进行修改或调整。3基流：若选择权限管理，则执行分支流S1。4分支流：S1：权限管理对用户权限进行修改或调整A15替代流：A1： 若输入信息有误，系统将显示错误信息。活动图如2-5所示：图2-5 财政管理活动图2.2.7 统初始化主要是对饭店的基础设置信息管理。包括本单位定义，供应商管理，房间台号类型管理，部门信息管理，仓库信息设置，员工级别管理。1前置条件：登陆系统并有权限对系统初始化进行操作。2后置条件：如果操作成功，将会把企业的一些基本信息添加在数据库中。3基流：若选择系统初始化，则执行分支流S1。4分支流：S1：系统初始化将会对企业本单位定义，供应商管理，房间台号类型管理，部门信息管理，仓库信息设置，员工级别管理进行初始化。A15替代流：A1： 若输入信息有误，系统将显示错误信息。活动图如2-6所示：图2-6 系统初始化活动图3 系统设计3.1 概述系统设计是根据系统分析中的逻辑模型，科学合理地进行物理模型的设计，解决“系统怎么做”的问题。从系统逻辑模型到系统物理模型的设计是一个由抽象到具体的过程，可能需要反复多次才能实现。系统设计这一部分是对类进行详细设计（增加属性及类与类之间的关系），进而对相关用例进行修改设计和子系统设计。最后完成数据库设计、组件设计和系统的物理配置方案。3.2 架构设计软件构架文档提供了本系统构架方面的综合概述。本文档以一系列的视图表示总体构架，包括用例视图、逻辑视图、实施视图和部署视图。每一视图由多个模型组成，需求获取阶段已建立用例视图。分析设计阶段主要是建立逻辑视图，逻辑视图中包含分析模型和设计模型。本章重点对逻辑视图中的分析模型进行详细说明，分析模型中包括用例分析和分析类图的设计两部分。在rational rose 中，系统构架主要由use case view ,logic view, component view, deployment view 组成，在设计阶段，主要完成logic view 中的内容，即用应用层和商务层组织类。如下图：图3-1 应用层和业务层的实现关系1应用层内容（各实现用例的边界类和控制类）：图3-2 个边界类和控制类的实现关系2系统登录：图3-3 系统登录的实现3. 登陆的并发: 图3-4 登录过程中的并发4商务层内容：（整个系统的实现依赖关系）图3-5 整个系统的实现依赖关系3.3 系统功能设计功能设计描述了系统将会拥有哪些主要功能，反映了哪些业务被系统支持。通过系统的功能设计，将方便的进行系统实施。下面，先对系统的整个功能结构进行一下描述，然后对每个功能进行具体说明。3.3.1 功能结构设计本系统主要功能设计有七大部分，分别是前台管理，后台管理，财政管理，应收应付管理，系统统初始化，系统管理，帮助。如图3-1图3-1 中小型饭店餐饮系统模块结构图3.3.2 系统功能模块说明本系统主要包括了六个功能模块，其中以前台管理模块和后台管理模块最为重要。下面分别介绍一下这几个功能模块。1前台管理：主要是对饭店前台收银的管理。包括开台管理，买单管理，单日结帐数据分析，日结算管理。2 后台管理：主要是对酒店后台进货，出货等的管理。包括进货管理，出货管理，进货查询，出货查询，库存查询，库存统计分析，房间台号管理，商品信息管理，员工信息管理。3财政管理：主要是对酒店财务方面的管理。包括月结算管理，月营业分析，年营业分析。4应收应付管理：主要是对酒店的往来帐款进行管理。包括应付帐款管理，挂账管理，历史挂账查询。5系统管理：主要是对软件的维护和权限进行管理。包括系统维护向导，权限管理。 6系统初始化：主要是对饭店的基础设置信息管理。包括本单位定义，供应商管理，房间台号类型管理，部门信息管理，仓库信息设置，员工级别管理。3.4系统流程图企业的运作是由企业组织结构的各项业务流程实现的，业务流程是企业动态系统的组成部分。对现行企业组织结构业务流程的描述和分析是系统分析工作的重要内容。通过业务流程图从而描述系统处理的流程与数据分析。经过上面的功能结构设计后，对系统的功能结构有了一定的了解。但是，这仅仅是从功能的角度来描述系统的结构，无法看出各功能之间的关联。下面，利用信息系统流程图来表达各功能之间的数据传达关系。如图：图3-2 餐饮管理系统流程图3.5 数据库设计数据库设计是系统设计的重要工作，它的设计质量直接影响到系统的开发进度、应用效果及生命力。因此，整个数据库的设计工作必须按照科学的方法进行。下面分别从数据库的概念设计、逻辑设计、物理结构设计以及数据库权限设计来对数据进行设计。3.5.1 数据库的概念设计在Rational Rose中，软件提供了实体类可以直接生成数据库模型的方法，具体步骤包括： 首先对实体类进行持久化处理，并定义实体类的关键字；然后在组件视图中创建数据库组件，并选择数据库管理系统（SQL Server）；第三，用Rose中的Data Modeler工具生成逻辑关系表最后对逻辑表用Rose中的Data Modeler工具，正向工程生成物理数据库。然而在这之前，建立概念数据模型又是十分必要的。建立概念数据模型的目标产生反映组织信息需求的数据库概念模式，它是一种面向客观世界，面向用户的模式，它侧重于对客观世界复杂事物的结构描述及它们之间内在联系的刻画。建立数据库概念模型比较常用的是E-R图。下面就是利用E-R图，从数据库的局部概念模式整合为数据库的全局概念模式并对其进行优化。如图3-4，即是整个数据库的全局概念模型。我们从中可以看到各个不同实体之间所对应的不同关系。图3-3 全局概念模型图3.5.2 数据库逻辑结构设计通过上面的数据库概念设计，从而导出相应的数据库逻辑设计。其中带下划线的字段为主键，带波浪下划线的字段为外键。仓库信息表（ 仓库编号，仓库名称，库管员，仓库说明 ）付款单据历史表（结账票号，品种数，数量，金额，折扣，税率，应付，实付，付款金额，供应商全称，欠款日期，还款日期，付款方式，是否结清 ）供应商信息表（供应商编号，供应商全称，简称，地址，所属地区，邮政编码，电话，传真，联系人，联系人电话，开户银行，银行账号，纳税人登记，邮箱地址 ）出货历史单据表（ 出货票号，品种数，数量，金额，日期，经手人，操作员 ）出货表（ 商品编号，商品名称，单位，单价，数量，金额，备注，仓库，操作员，经手人，日期，票号）员工信息表（员工编号，员工姓名，性别，出生日期，文化程度，身份证号，所属部门，员工级别，负责工作，联系电话，联系地址，聘用日期，薪金 ）员工级别表（级别编号，级别名称，备注 ）商品基础信息表（ 商品级别，本级编号，商品编号，本级名称，本级简称，商品全称，单位，单价，商品说明，供应商，联系地址，联系电话，联系人 ）库存信息表（商品编号，商品名称，单位，进价，库存数量，库存金额，仓库）房间台号信息表（编号，房台名称，类型说明，部门，服务费，简要说明，状态，容纳人数 ）房间台号类型表（类型编号，类型说明，容纳人数 ）挂帐历史表（ 单据号，挂账时间，还账时间，挂账人，经手人，挂账原因，挂账金额，是否结帐）挂帐点单临表（房台编号，房台类别，商品编号，商品名称，单位，数量，单价，金额，点单日期，结账日期，服务员编号，服务员姓名，状态，单据号，是否结账，备注 ）挂帐点单历史表（房台编号，房台类别，商品编号，商品名称，单位，数量，单价，金额，点单日期，结账日期，服务员编号，服务员姓名，状态，单据号，是否结账，备注 ）挂账单（单据号，挂账时间 ，挂账人，经手人，挂账原因，挂账金额，是否结帐）日点单信息表（房台编号，房台类别，商品编号，商品名称，单位，数量，单价，金额，点单日期，结账日期，服务员编号，服务员姓名，状态，单据号，是否结账，备注 ）日结帐表（结账单据号，房台编号，日期，结款金额，结款人，结款方式，结款说明）月点单信息表（房台编号，房台类别，商品编号，商品名称，单位，数量，单价，金额，点单日期，结账日期，服务员编号，服务员姓名，状态，单据号，是否结账，备注 ）月结帐表（结账单据号，房台编号，日期，结款金额，结款人，结款方式，结款说明）本单位定义（公司简称，公司电话，公司全称，公司地址，税务登记号，开户行及账号，备注 ）权限信息表（ 编号，操作员姓名，员工级别，密码，权限）点单历史表（房台编号，房台类别，商品编号，商品名称，单位，数量，单价，金额，点单日期，结账日期，服务员编号，服务员姓名，状态，单据号，是否结账，备注 ）结帐历史信息表（结账单据号，房台编号，日期，结款金额，结款人，结款方式，结款说明）进货单据临时表（进货票号，品种数，数量，金额，折扣，税率，应付，实付，未付，经手人，操作员，供应商全称，欠款日期，还款日期，付款方式，是否结清）进货单据历史表（进货票号，品种数，数量，金额，折扣，税率，应付，实付，未付，经手人，操作员，供应商全称，欠款日期，还款日期，付款方式，是否结清）部门信息表（部门编号，部门名称，负责人，部门电话，部门职能 ）4 系统实现4.1 概述系统实施是新系统开发工作的最后一个阶段。所谓实施指的是将系统设计阶段的结果在计算机上实现，将原来纸面上的、类似于设计图式的新系统方案转换成可执行的应用软件系统。系统实施阶段的主要任务是：编程与调试；整理基础数据，培训操作人员；试运行与新旧系统的切换。下面便依次进行这些内容的设计说明。4.2 程序设计与调试4.2.1 程序设计系统能否将系统设计中的细节都实现，就要看程序是否设计合理。换句话说，一个设计良好的程序能够非常容易使系统实现用户的所有需求。那么怎样的程序才是设计良好的程序呢？首先，在设计程序之前先要确定程序设计的目标，另外还要制定一套程序设计规范。在这两样东西的指导下实现的程序才有可能是设计良好的程序。关于程序设计的方法在各种计算机程序语言书中都有介绍，故不在此论文中说明。另外，程序设计规范是随程序语言的不同而变化的，因此在本论文中仅对一些简单的规范进行说明。下面分别就程序设计目标及程序设计原则进行简要说明。 程序设计的目的是为了实现开发者在系统分析设计中所提出的管理方法和处理构想。编程不是系统开发的目的，因此应该尽量利用开发工具，尽快、尽好的实现系统。程序设计采用自底向上的逐步开发的方法，即先开发一个个的模块，然后在结构化地逐步建立起整个系统。其原则是强调程序的可维护性、可靠性和可理解性。（1）系统应高度可靠。餐饮管理信息系统的数据是很庞大的，如果整个系统没有高度的可靠性，那将是非常严重的。因此，程序设计时要保证数据存取是安全迅速的、处理数据质量是准确稳定的、操作权限是安全可靠的、系统运行是稳定的、系统效率是高速的。 （2）系统应该是实用的。如果一下子给一个操作繁琐、界面复杂的系统给用户，那这位用户的工作效率不但得不到提升，反而会大打折扣。因此在程序设计时，应从用户的角度来保证系统的方便实用。 （3）程序的规范化。要想在今后方便阅读以前的程序，并容易地修改维护，那就需要在程序设计时遵守程序设计的规范原则。一个规范的程序将使开发人员更易于维护。 程序设计原则： （1）确保每个模块仅完成最基本的工作。也就是说，尽可能地将模块分到最细。 （2）模块的功能不应该与其他模块有太大的关联。模块之间的耦合度越小，模块自身的聚合度越高，那设计出的程序更方便修改，更新。 （3）应尽可能地利用注释来把程序说明清楚。这将使今后阅读程序更方便。 下面对程序调试进行说明。4.2 .2 程序调试所谓程序调试，就是要在计算机上以各种可能的数据和操作条件对程序进行测试，找出存在的问题并加以修改。下面对系统实施过程中的程序调试作一说明。 （1）单元测试：在各模块分别开发的阶段，即各模块还没有整合的阶段，应尽量使单元测试更全面，即参与测试的数据尽可能的覆盖各种出错数据的组合。这样通过单元测试的模块才是高质量的模块。 （2）集成测试：在集成测试时，很可能会出现大量错误，这是因为在将各模块集成的时候没有考虑全面。因此，在集成测试时，要花比较多的时间来测试。 （3）系统测试：通过对整合的系统进行测试，发现系统中是否出现新的错误、是否出现以前出现过的错误，并尽快进行修正。 经过上面对程序设计与调试的说明后，接下来的程序设计的代码就不再此处说明了。下面进行系统完成后的人员培训说明。 4.3 关键技术餐饮企业具有管理复杂、货品繁多、菜品多样、价格多变、折扣灵活、现金量大以及报表需求复杂多样等特点，这对开发餐饮管理系统提出了更高的要求。如何有效的处理大量动态、错综复杂的数据和信息由为重要。本系统关键技术主要针对开台、转台和并台进行描述说明。 4.2.1 开台实现在进行开台时，应注意房台当前所处的状态。因为房台存在各种状态，例如正在就餐、正在维修或空闲等，所以开台时，首先应考虑的是房台的状态，只有正常空闲的房台才允许开台，否则无法开台，并作出提示。下面是开台模块的界面及部分代码： 图4-1 开台模块界面Private Sub Comkt_Click() 调入开台服务 If Label4(0).Caption = Or Label4(1).Caption = Then MsgBox (请选择房间！) Else If Label4(6).Caption = 营业 Or Label4(6).Caption = 维修 Then MsgBox (对不起，您选择的房间正在 & Label4(6).Caption & ，请重新选择！) Else Load main_dialog_ygxx main_dialog_ygxx.Show frm_main.Enabled = False main_qtgl_ktgl.Enabled = False End If End IfEnd Sub4.2.2 转台实现由于客人就餐习惯不同，可能会遇到这种情况，有些客人在就餐过程中要求转台。例如客人要求换一个朝阳的包房、KTV房或空调房等等。这种情况下，就必须考虑转台功能模块了。首先找到原房台（客人就餐的房台），然后在列出目标房台（正常空闲的房台），确认客人转台后，在对开台表相应的信息进行编辑。下面是转台模块的界面及部分代码（Label4(0)为原房台，Text1为目标房台）：图4-2 转台模块界面Private Sub Combc_Click() 确定转台 myval = MsgBox(确认将 & Label4(0).Caption & 的客人转到 & Trim(Text1.text) & 吗？, vbYesNo) If myval = vbYes Then newcnn.Open Provider=MSDASQL.1;Persist Security Info=False;User ID=sa;Data Source=CYGLXT SQL1 = update 点单临时表 set 房台编号= + Trim(Text1.text) + where 单据号= + Trim(labdjh.Caption) + newcnn.Execute SQL1 newcnn.Close rs1.Open select * from 房间台号信息表 where 编号= + Label4(0).Caption + , cnn, adOpenKeyset, adLockOptimistic If rs1.RecordCount 0 Then rs1.Fields(状态) = 空闲 rs1.Update End If rs1.Close rs1.Open select * from 房间台号信息表 where 编号= + Trim(Text1.text) + , cnn, adOpenKeyset, adLockOptimistic If rs1.RecordCount 0 Then rs1.Fields(状态) = 营业 rs1.Update End If rs1.Close Call main_qtgl_ktgl.list_change 调用函数 main_qtgl_ktgl.Enabled = True Unload MeEnd IfEnd Sub4.2.3 并台实现客人在就餐过程中可能随时会增加客人，由于人数过多，房台可能会比较挤，容不下更多的人，在这种情况下，系统就要求我们设计出一个解决此问题的方案，那就是“并台”。所谓“并台”就是在就餐客人比较多的情况下，将几个房台并到一起。首先找到目标房台（客人就餐的房台或正常空闲房台），然后再列出原房台（需要并台的客人就餐的房台），确认客人并台后，在对开台表相应的信息进行编辑。如果客人已经点菜，应当将点菜信息同时并到一起。下面试并台模块的界面及部分代码（Label4(0)为原房台，Text1为目标房台）图4-3 并台模块界面Private Sub Combc_Click() 确定并台 myval = MsgBox(确认将 & Label4(0).Caption & 同 & Trim(Text1.text) & 合并吗？, vbYesNo) If myval = vbYes Then newcnn.Open Provider=MSDASQL.1;Persist Security Info=False;User ID=sa;Data Source=CYGLXT SQL1 = update 点单临时表 set 房台编号= + Trim(Text1.text) + where 房台编号= + Label4(0).Caption + newcnn.Execute SQL1 newcnn.Close rs1.Open select * from 房间台号信息表 where 编号= + Label4(0).Caption + , cnn, adOpenKeyset, adLockOptimistic If rs1.RecordCount 0 Then rs1.Fields(状态) = 空闲 rs1.Update End If rs1.Close End If4.4 系统主要实现本系统界面设计以方便客户及用户操作为根本出发点，上端首先是菜单选项，下面接着则是功能按钮，可以通过鼠标点击直接进入该模块中，十分便捷。该系统时间以windows系统时间相一致，保证了信息的准确性。如图4-4：图4-4 系统主界面4.3.1 前台管理模块实现该模块主要包括前台管理，买单管理，当日结帐数据分析，日结算管理。如图4-5：图4-5 前台管理模块界面开台管理有四个不分组成，它们分别是开台服务，转台服务，并台服务以及加菜、退菜服务。开台服务：主要实现点菜功能，同时还能通过房台名称进行查询。首先选定空闲房台，点击开台服务，会跳出菜单选择服务人员，然后进入点菜界面。开台服务首先要点击开始点菜按钮，然后在点菜表中进行输入，输入可以直接用输入菜名中文第一个字或菜名拼音首字母，系统会给出相同首字名的菜，然后通过鼠标点击，再通过回车键确定，然后通过回车输入后面内容，如数量，状态等等。点菜结束后，点击确定返回按钮即完成了开台服务功能。如图4-6：图4-6 开台服务界面转台服务：主要实现客户要求换房台的功能。通过客户要求换台的要求，从而在空闲房台中进行转台工作。系统会自动列出空闲房台，以便操作者操纵系统，同时在转台成功以后，系统将自动将原房台的点菜信息转入新的目标房台中。如图4-7：图4-7 转台服务界面并台服务：主要实现不同房台进行合并的功能。在不同房台客户要求一同用餐时，则需要将双方房台合并一个房台，系统会自动列出营业房台，选择完房间后，系统自动将信息进行合并。下面就是并台服务界面：图4-8 并台服务界面加菜、退菜服务：主要是实现客户加菜和退菜要求。更加不同情况进行操作管理。其中内容同与点菜操作基本一样。如图4-9：图4-9 加菜服务界面买单管理：主要实现客户的买单。选定房台后，点击消费金额，系统会自动计算出价格，然后根据不同情况为客户买单，如挂账，客人买单 ，特权结账等，我们下面则主要看看客人买单界面.图4-10买单管理界面客人买单：主要实现客户结账功能。根据不同情况可以对客户进行不同方式结账。如打折结账和不打折结账。如图4-11：图4-11：客人买单界面数据结算分析：主要实现各方台一天经营情况。一天企业经营结束后，可以通过结帐分析对该日销售情况大致了解及分析。下面就是数据结算分析界面：图4-12 数据结算分析界面4.3.2 后台管理模块实现后台管理包括进货管理，进货查询统计，出货管理，出货查询统计，库存查询，房间台号管理，商品信息管理和员工信息管理。这里主要介绍几个主要界面：进货查询统计：主要实现进货信息查询，通过不同条件从而对进货信息进行查询管理。下面是进货查询统计界面：图4-13 进货查询统计界面房台信息管理：主要实现房台信息的查询以及房台基本信息的添加，修改，删除等功能。下面就是房台信息管理界面：图4-14 房台信息管理界面商品信息管理：主要功能是对商品基础信息清单，同时可以对商品信息进行添加，删除及修改。它为进出货以及点菜功能实现上带来了极大的便利。以下就是商品信息管理界面：图4-15 商品信息管理界面员工信息管理：主要实现员工基本信息的添加，删除，修改，查询等管理。图4-16 员工信息管理界面财务管理模块:财务管理模块包括了月结帐管理，月营业分析，年营业分析。只要功能是实现对帐单信息的管理及分析。我们主要看看月营业分析界面，如下图：图4-17 营业分析界面系统管理模块:权限管理模块主要包括权限管理和系统维护向导模块。权限管理模块主要实现不同用户权限的管理。当系统未设置权限时，系统会给出如下提示界面：图4-18 提示界面高级管理用户可以对其他用户的去权限进行添加，修改，删除。下面则是权限管理界面：图4-19 权限管理界面统维护向导：主要针对已经没有用处或年限以过的信息内容，可以根据不同情况给以选择。下面试系统维护向导图：图4-20 系统维护向导图应收应付管理模块包括挂账管理，历史挂账查询，应收账款管理。这里只要介绍挂账管理和应收账款管理。这两者都是不同付款支付方式而形成的账款管理，下面是他们的界面：图4-21 挂账管理界面图4-22 应收账款管理界面结束语以上就是本系统的设计和开发过程。系统在设计和开发过程中，严格按照软件工程的软件开发思想，经过了问题定义、可行性研究、需求分析、总体设计、详细设计、测试等几个阶段最后到系统实现。在设计过程中，采用了结构化分析方法和模块划分等设计思想，使得系统开发见效快，适用性高，程序设计有章可循。通过使用VB语言，使我真正体会到了可视化编程的优点，自己动手开发小规模的应用系统，学会一种规范化的编程方法，使我加深了对软件的理解。在此，我能够依据实际情况以