餐饮业的从业人员素质相对较低，年龄相对较小和从业人员密集性强以及生产和销售同步的行业特点等原因，所以在设计流程时，特别考虑到用简便的操作流程，让用户接触便能掌握系统使用方法。操作规范本系统在各个事务功能之间的信息传递和操作方面采用了统的数据模式和标准的操作方法，让数据传递更加规范。记录精确本系统对各种繁杂的信息房台和商品之类的信息进行了规范的编码，这就会在操作过程中使各种记录更加准确。管理高效使用本系统系统客户端运行在平台下，并且有个较好的图形用户界面，方便不同水平用户的操作。系统需求分析根据对课题的调研结果进行分析，可以得到系统的需求分析如下用户权限管理。餐厅的经理可以使用系统所有的功能，即前台营业和系统管理两大部分。而般用户只能进入前台营业部分。所有的用户都可修改自己的密码，而经理也可以修改其他用户理也可以修改其他用户的密码。数据维护功能，能对数据库进行数据备份和数据恢复操作。而般用户只能进入前台营业部分。餐厅的经理可以使用系统所有的功能，即前台营业和系统管理两大部分。部分内容简介系统正常的运行。系统客户端运行在平台下，并且有个较好的图形用户界面，方便不同水平用户的操作。系统需求分析根据对课题的调研结果进行分析，可以得到系统的需求分析如下用户权限管理。餐厅的经理可以使用系统所有的功能，即前台营业和系统管理两大部分。而般用户只能进入前台营业部分。所有的用户都可修改自己的密码，而经理也可以修改其他用户的密码。数据维护功能，能对数据库进行数据备份和数据恢复操作。可以添加修改和删除餐厅的商品信息，同时也能进行商品的查询操作。可以添加修改和删除餐厅的房台信息，同时也能进行房台的查询操作。实现对餐厅房台的各种管理功能，能对顾客的开台和预订进行有效地管理。如实现对房台预订的新加删除今日预订的查询等操作。当出现转台或并台的意外需求时，能满足客户对类意外行为的需求。顾客就餐时，实现分别针对各个房台的消费信息管理，从点单操作的点菜加菜和退菜到房台的结账收银等操作。对结账账单进行管理，查看已结账账单，实现对结账账单的查询与统计营业额的操作。操作员能实时掌握吧台酒水的库存情况，有初步的库存预警功能。采用人机交互的方式，界面美观友好，信息查询灵活方便，数据存储安全可靠。有很好的可扩展性，可根据实际情况实现新功能的添加。有良好的安全性，应用系统时需要通过登录界面。课题预期目标流程简便本系统在设计时考虑到餐饮业的从业人员素质相对较低，年龄相对较小和从业人员密集性强以及生产和销售同步的行业特点等原因，所以在设计流程时，特别考虑到用简便的操作流程，让用户接触便能掌握系统使用方法。操作规范本系统在各个事务功能之间的信息传递和操作方面采用了统的数据模式和标准的操作方法，让数据传递更加规范。记录精确本系统对各种繁杂的信息房台和商品之类的信息进行了规范的编码，这就会在操作过程中使各种记录更加准确。管理高效使用本系统能大量降低人员配置和工作量，加快信息的传递和汇总生成，在降低运行成本的同时还可提高工作和管理效率。第章系统分析与设计在小型餐饮企业中运用计算机管理系统，首先能在业务流程上，加快餐饮事务的运营速度，提高房台的利用率，同时，还可降低各部门员工的劳动强度，使员工能更好地为客人提供服务。其次还能为饭店的经营者提供较为详尽的营业数据作为决策依据以及可以实现对员工以及其工作业绩的有效管理，降低企业的劳动力成本。通过使用餐饮事务管理系统，动态掌握房台和商品的实时数据，不仅使企业的运营流程正规化，还能完善对客户的销售服务，最终提升企业的同行竞争力。为此，建立套餐饮事务管理系统是必要的。系统可行性分析管理上的可行性管理上的可行性，是指管理人员对开发应用项目的态度和管理方面的条件。传统的餐饮事务是通过手工操作完成的，这个过程中出现的问题使企业管理层人员意识到了以人力为主体的事务管理上的局限性，在提出管理信息系统的解决方案后，管理人员可以更加方便的调配前台服务的人力物力资源，并能通过系统查看企业经营的成果，更快的对企业市场做出管理决策。使用事务管理系统后，可以加快营业处理速度，规范营业流程，从而提高顾客满意度，这对提高营业额是很大的个刺激。因此管理人员对此项目应用的态度应该是积极地支持的。故系统在管理上是可行的。技术上的可行性技术上的可行性，是指分析当前的软硬件技术能否满足系统提出的要求。本系统是连接本地数据库的单机版餐饮事务管理系统。开发语言上选择，为种面向对象开发语言，对于需求变化和后期维护支持性好，具有较高的安全性能。采用窗体应用程序设计客户端的界面和事件，方便易操作。数据库采用，与兼容性好，并且免费，对处理小型餐饮企业的数据量已经绰绰有余。故系统在技术上是可行的。经济上的可行性经济上的可行性，主要是预估费用指出和对项目的经济效益进行评价。本套系统的运行也无太大特殊性要求，并且此套系统因学习所用而开发，无需开发费用，即后续软件投资可免，故经济上是可行的。系统目标在进行系统的需求分析和可行性分析后，就可以在此基础上，对餐饮事务管理系统做系统设计，解决实现该系统需求的程序模块设计问题。本系统属于小型的餐饮事务管理系统，可以有效地对小型餐厅消费进行管理。以达到以下目标登录管理可实现用户登录和密码修改的操作。使用说明显示系统的版本号版权，以及软件使用的些注意事项等信息。系统管理分为商品设置房台设置用户管理和数据维护四个部分，分别实现前三部分的增删改查功能和数据维护部分的数据备份和数据恢复功能。前台营业包括房台管理房台预订账单管理吧台库存和消费管理五大部分。房台管理，可实现根据需求显现不同类型和状态的房台，同时进行开台清台操作，还能根据客户的需要对已开台的房台进行转台和并台操作房台预订，可实现对房台预订的增加撤销开启暂停预订开台和今日预订的查询。账单管理，可实现对已结账账单的查看和根据用户需求进行结账的查询和营业额的统计可根据日期房台类型和具体房台进行营业额的统计。吧台库存，实现对吧台酒水库存的显示和查询，能对少于定数量的酒水进行库存的预警。消费管理，可实现对各个。当然，由于代码量大，只能选择其中的重要部分进行讲述，而退菜功能的最近点最先退思路的实现便是整个系统的重点和难点部分。第章系统的测试为了保证软件产品的工作质量，对软件的进行测试是产品发布前必经的步骤。软件测试的目的在于发现软件的不符合项和，本系统的测试是通过完成对系统的单元测试集成测试和系统测试以达到测试目的的。单元测试概述本章中进行的单元测试是指对各个功能模块下实现具体功能的单元进行测试以保证它们能够正常运行。般而言，此种单元测试属于白盒测试，它注重的是测试单元的具体实现内部逻辑结构等。本系统进行的单元测试对象多为控件的事件代码，要保证对事件代码中的每条分支和路径的检测。通过单元测试，可以验证代码的编写与设计是否相符可以发现最初的需求和设计中存在的可以发现在编程实现中引入的不可预料的。测试过程本系统的单元测试是采用孤立测试的策略进行的，将每个单元测试的模块分别在文件中设置为系统运行的起始模块进行单元测试。测试的模块包括登录模块用户密码修改模块使用说明模块商品设置功能房台设置模块用户管理模块数据维护模块房台管理模块房台预订模块账单管理模块吧台库存模块和消费管理模块中的商品显示模块点单操作模块商品查询模块收银结账模块以及消费明细模块。分别对以上模块中的事件单元进行测试，测试用例的设计是根据软件的详细设计进行的设计的。例如，在进行收银结账模块的测试时，对于优惠额的超过结账总额时，待收额将会为负值的不符合项。此不符合项如图所示。为了解决这问题，应该对代码进行修改。考虑到在结账运算过程中，唯可能出现结账总额为负值的情况便是结算时对优惠进行减运算时产生，故在运算出结账总额的值后，在代码中添加个语句用于判断优惠额是否大于结账总额，如果大于，则弹出提示如果小于等于则继续进行收银操作。改后运行结果如图所示。图出项负值的情况图修改后不会出现负值的情况集成测试概述本章中进行的集成测试是指在单元测试完成的基础上，将系统所有的功能模块组装成体后进行的测试。它本身处于白盒测试和黑盒测试之间，是从单元到系统的过渡性测试。集成测试所测试的对象是模块间的接口，通过它可以找出在模块接口上面，包括整体系统结构上的问题。测试过程本系统的集成测试是采用大爆炸集成的策略进行的。在完成了对每个模块的的单元测试后，将所有单元直接组装在起进行测试。采用这种策略是因为被测系统比较小，而系统中的使用的接口比较少，而且它能在最短的时间内把系统组装出来，并以最少的测试验证整个系统。集成测试的重点就是对接口的测试。在本系统的开发过程中，存在的函数接口类接口和其他接口如全局变量数量并不多，测试时，按为系统运行设计用例的思路设计测试用例，测试接口是否能用，进行最低限度的验证。例如，对公共类类的调用测试，因为系统对数据的操作的十分频繁，它在系统进行单元测试时，故其可用性已得到验证，不再赘述。系统测试概述本章中进行的系统测试是指将最终集成好的软件系统，作为整个计算机系统的部分，与计算机的软硬件等元素相结合，在实际运行环境下，对系统进行的组装和确认测试。系统测试属于黑盒测试，它是从用户的角度来使用系统，进行系统功能性验证测试和些非功能性的验证测试。基于用户需求说明书，验证系统是否满足用户的需求。测试过程采用功能测试的方法。它属于系统测试中最基本的测试，测试时，不用考虑系统内部的逻辑实现，主要是根据用户的需求进行软件的功能测试。例如，在系统的测试使用过程中，发现要实现软件的快速操作，快捷键和光标的切换十分重要，故在许多界面都要设置键的使用和光标的焦点位置。为实现快速开台