【毕业设计】C#_餐厅点餐系统酒店餐饮管理系统.doc

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

1、【精品文档】如有侵权，请联系网站删除，仅供学习与交流【毕业设计】C#_餐厅点餐系统酒店餐饮管理系统.精品文档.目 录设计总说明IINTRODUCTIONII1项目概述11.1系统背景概述11.2餐饮管理系统简介11.3系统开发的目的和意义21.4系统开发的原则22可行性研究32.1技术可行性分析32.2经济可行性分析32.3操作可行性分析42.4社会可行性分析43需求分析53.1系统需求分析53.2功能需求63.2.1用例分析63.2.2概念类描述103.2.3行为描述123.3性能需求133.3.1响应时间133.3.2吞吐量143.3.3并发用户数143.3.4资源利用率143.4环境需求

2、143.4.1硬件环境143.4.2软件环境154系统设计164.1系统结构设计164.1.1系统层次结构164.2设计阶段类图174.3数据库设计184.3.1数据库概念设计184.3.2数据库逻辑设计194.4人机界面设计214.4.1用户界面设计224.5系统详细设计244.5.1预定管理PAD图254.5.2增加消费PAD图254.5.3宾客结账PAD图265测试275.1系统功能实现275.1.1用户登录275.1.2主界面275.1.3增加消费295.1.4宾客结账295.1.5预定管理305.1.6系统设置315.1.7财务报表33鸣 谢34参考文献35设计总说明随着我国市场经济

3、的快速发展，各行业都呈现出生机勃勃的发展景象，其中餐饮业的发展尤为突出。近两年来已呈现出高速发展的态势。但在快速发展的同时，餐饮业在日常经营管理中仍普遍采用手工管理方式，整体科技含量低。随着餐饮企业规模和数量的不断增长，手工管理模式无论是在工作效率、人员成本还是提供决策信息方面都已难以适应现代化经营管理的要求，因此制约了整个餐饮业的规模化发展和整体服务水平的提升。有效的管理成为了一个难题，为能有效的解决这些问题提高企业的经济效益，在这些中小型饭店中采用工作流技术，结合饭店绿色管理内容，实施计算机管理信息系统不视为一条有效的解决途径。本系统主要针对中小型饭店餐饮管理中的一些问题，将其与计算机信息

4、管理系统结合起来，实现中小型饭店管理信息计算机化、系统化，将中小型饭店管理中的工作流转化成比较科学化、规范化的业务流程，使管理基础数据更加准确化，管理人员摆脱了事务性工作，转而从事管理专业工作，为经营决策提供了快捷和强大的数据支持。把计算机用于餐饮企业管理，可在很大程度上提高管理者分析和决策的科学性，提高经营管职水平，带来更多的顾客，使企业取得更好的经济效益。总之，这套系统的开发只是把计算机技术应用于餐饮饭店管理中的小部分，系统中还存在许多不足，需要不断改进和完善。但同时也坚信随着科学技术的不断发展，通过继续努力不断完善餐饮管理信息系统的功能，在不久的将来必将能更加深入的发展下去，必将能为我国

5、餐饮业的信息化进程贡献其微薄之力。关键字：面向对象；开台；结账；点餐系统1 调试此系统加INTRODUCTIONWith the rapid development of economic，Food and Beverage trade presents excellent development trend, especially in recent two years. However there are still some management problems especially in middle and small restaurant. For example，low con

6、tent of science and technology，backward of management method .these problems limit trade development and service level improvement. So it is necessary to study a new computer management system, it can solve many questions of tranditional handwork management in middle and small restaurant, such as，it

7、 can provide adequate decision data for manager and can improve the efficent with the workflow technology and the way of hotel green management. For the situation talk about, this paper is try to study a new computer information management system, that can solve many questions of tranditional handwo

8、rk management in middle and small restaurant, such as，it can provide adequate decision data for manager and can manage many dishes and tables and so on. It will be convenience for the manager and scientific. It can also raise working efficiency and be more beneficial for the middle and small restaur

9、ant. This thesis comprehensively studies design and develop of middle and small restaurant management system .First, it analyzes the problems in traditional handwork management methods and describes consumer requirement .Then, it divides total system into three parts：proscenium income system、system

10、management、book system and does detailed system design for them according to sofeware engineering method .The thesis also discusses system network design method and database design method .On the basis of the theoretical study, the thesis finally presents concurrence program codes and consumer inter

11、face design.This research is only an initial and small investigation in prompting restaurant information management. But it can develop continuely with the growth of science.Keywords: Object-Oriented; open table; settle accounts；Restaurant ordering System立可西餐厅点餐系统的设计与实现毕业设计说明书2 项目概述2.1 系统背景概述随着社会的进步

12、和计算机技术的发展，特别是微型计算机的大范围普及，计算机的应用逐渐由科学计算、实时控制等方面向非数值处理的各个领域中渗透。尤其是以微型计算机为处理核心，以数据库管理系统为开发环境的管理系统在商业管理等方面的应用，日益受到人们的关注。自20世纪50年代将计算机引入数据处理以来，历经管理系统发展的各个阶段。一方面是信息技术应用的迅猛发展，另一方面，许多管理系统在耗费了大量的人力、物力、财力之后夭折了，或者根本没有实现原定系统开发目标，而把计算机用作了打字机。这是长期以来困扰人们的一大问题。现在人们日益深刻的认识到，把信息技术与应用环境分离是办不到的。餐饮系统的根本不仅是技术系统，而且是社会系统。对

13、于企业来说，利用计算机网络完成公司的日常管理事务，是适应现代企业制度要求、推动企业管理走向科学化、规范化的必要条件，如果实行手工操作，手工填制大量的表格，这就会耗费工作人员大量的时间和精力，计算机进行办公日常工作时，不仅能够保证准确无误、快速输出，而且还可以利用计算机对有关各种信息进行统计，同时计算机具有手工管理所无法比拟的优点。能够提高企业的管理效率和质量，制度管理能够按照部门进行分离查询。这些优点能够极大地提高餐饮管理的效率,也是企业的科学化、正规化管理与世界接轨的重要条件。2.2 餐饮管理系统简介不同的企业具有不同的管理制度，这就决定了不同的企业需要不同的管理系统。传统的管理系统是以数据

14、为处理中心,提供面向单机的辅助办公产品,虽然完成了信息载体从原始纸介质向比特方式的飞跃,但信息仍是高度孤立的。饭店以前那种老的运作机制已经不能适应当今社会的需要，单纯靠手工去进行大量的信息处理，不但给饭店本身带来很大的不便，同时也给顾客带来很大的麻烦，造成企业虽然耗费了大量的人力、物力和时间，但仍然导致工作效率的降低。利用C#语言、使用Microsoft Visual Studio 2005及Microsoft SQL Server2005数据库技术相结合开发，减轻了操作员管理的工作量，使其变得更具有条理性，科学性。餐饮点餐系统的产生使得饭店建立了信息化、规范化的管理体系，所以，对于饭店来说，

15、建立一套合理有效的管理信息系统迫在眉睫。2.3 系统开发的目的和意义随着我国城市的经济贸易和社会活动日益繁忙，餐饮业发生了前所未有的变化，外出就餐的人群越来越多，造成了现有的许多饭店人工管理的饭店无法满足人们快节奏的就餐需求，不适应时代的发展，使得许多人力、物力被浪费。现在是信息时代，这种传统的管理方法必然被以计算机为基础的信息管理所取代。一个有效的餐饮管理系统，可以通过计算机把各种看似杂乱无章的信息进行综合处理，方便快捷的为客人提供就餐消费登记及结账的操作，并且可以根据相应的信息，快速准确的生成各种报表，使管理者对饭店的经营情况一目了然，帮助企业的经营者调整经营的方针。通过计算机来管理酒店的

16、日常业务，不但可以提高员工工作效率，数据的可靠性也得到了保障，为用户查询和汇总提供的便利的条件。2.4 系统开发的原则开发该系统必须遵循以下原则：（1）实用性原则：确保系统具有良好的系统性能，友好的用户界面，较高的处理效率，便于使用和维护，并采用成熟的技术。（2）先进性原则：尽量采用先进而且成熟的技术，使系统具有较高的技术水和较长的生命周期（3）开放性、安全性、可靠性及可扩展性原则。（4）兼容性原则：对于所选硬件系统及平台，能很好地适应开发和使用的需要。（5）规范性原则：软件设计过程严格按照“软件工程”的规定，系统编码，文档，操作系统平台以及所采用的开发方法按照相应的国际标准和国家。2 可行性

17、研究2.1 技术可行性分析技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，软硬件配置能否满足开发者需要等，这一特点非常适合计算机的特点，发挥计算机的数据处理速度快，准确率高的优势，现代计算机硬件和软件技术的飞速发展，为系统的建设提供了技术条件。由于网上酒店管理系统这一类的企业管理系统的开发已有一定的时期，有很多成功的实例，技术基础成熟、可靠，ASP.NET具有多语言支持等强大更能、SQL Server数据库管理高效稳定、灵活方便、适合现阶段业务规模发展的需要，因而技术上可行。2.2 经济可行性分析估算新系统的开发费用和今后的运行、维护费用，估计新系统可以使公司的管理水平大大提高，并

18、将费用与效益进行比较。系统的效益可以从公司利益和社会效益两方面考虑。对于餐饮管理系统则应着重分析其公司效益。例如，系统运行后可以为公司节省多少人力、物力、时间等等。下面从以下几个方面对系统的经济可行性进行具体的分析：1.系统初期投资系统初期投资如表2-1所示。表2-1 餐厅点餐系统初期投资表序号项目人工（人日）单价（元）合计（元）1需求分析20100020,0002总体设计30100030,0003详细设计20100020,0004数据库结构设计20100020,0005工程实际成本数据库实现10100010,0006编码实现50100050,0007单体测试20100020,0008系统集成

19、测试20100020,0009说明手册编制10100010,00010合计200,0002.货币的时间价值系统货币时间价值如表2-2所示。表2-2 餐厅点餐系统货币时间价值年份将来值（万）（1+i）n现在值（万）累计的现在值（万）1101.059.5239.5232101.10259.07018.5933101.15768.63927.2324101.21558.22735.4595101.27637.83543.2943.投资回收期引入餐厅点餐系统两年后，可以节省18.59万元，比最初投资还少1.4万元。但第三年可以节省8.639万元。即：1.4/8.64=0.162 2+0.162=2.1

20、62纯收入43.294-20=23.294(万元)当然，如果想要在五年后得到预计的纯收入，那么首先就应拿出初期投资的20万。而且考虑到开发本系统将为以后带来的利益，拿出20万来进行餐饮管理系统的开发，是绝对必要！经过以上分析，系统的开发是可行的。2.3 操作可行性分析主要是管理人员对开发点餐系统是否支持，现有系统是否科学，是否能满足公司办公需求，公司现有网络通讯基础是否完善。本系统采用B/S模式，操作极为简单，系统管理员都可以方便的登录，进行管理和查看。因此操作上可行。2.4 社会可行性分析社会可行性研究是对系统投入使用后对社会可能带来的影响进行分析，比如是否为人们所接受，是否为社会带来利益。

21、餐饮管理直接影响着企业的利益。在以往手工进行的工作中，需反复的进行各种抄写、计算等工作，不仅花费大量的时间，而且往往会出错。计算机应用于管理领域，不仅可以使企业各类人员以最少的劳动和最短的时间来完成大量的工作。而且，可以使他们从简单的数据统计、收集、汇总等重复繁重的事务中解脱出来。因此说，该点餐系统在社会上是可行的。3 需求分析软件的需求分析是软件定义时期的最后一个阶段，其基本任务是回答“系统必须做什么”的问题。需求分析也是一个建模的过程，与在概要设计中建模不同在需求分析中建模是面向用户的过程。需求分析是软件定义时期的最后一个阶段，这个阶段的任务仍然不是具体地解决问题，而是准确地确定目标系统必

22、须做什么，主要是确定目标系统必须具备哪些功能。软件需求分析是一个不断认识和逐步细化的过程。在该过程中能将软件计划阶段所确定的软件范围逐步细化到可详细定义的程度，并分析和提出各种不同的软件元素，然后为这些元素找到可行的解决方法。3.1 系统需求分析点餐系统的开发不仅是一个应用程序编写的过程,更重要的是在系统分析和设计阶段所做的工作。系统程序的设计和实现是基于C#语言和SQL Server 2000数据库编写管理信息系统的过程。该程序通过ADO.NET数据对象来实现前台与后台SQL Server 2000数据库的连接,并具有典型的数据库应用系统的特征,完成了系统结构与现实生活的紧密结合。该程序在设

23、计过程中严格遵循软件工程学的方法,用分阶段的生命周期计划严格管理,并主要讲述了程序的总体设计、详细设计阶段,对程序进行需求迭代,不断修正和改进,利用SQL Server的强大数据库功能,直到形成一个完善的可行性系统。友好的界面,方便实用的查询与强大的管理维护功能共同构成了点餐系统。需求分析一般是按图3-1所示的过程进行。图3-1 需求分析的一般过程需求分析过程是整个系统开发的重要阶段，分析的成功与否，决定着整个系统功能的完善性以及稳定性。在该阶段需求分析人员需要确定整个产品的功能要求，并且将现实事务抽象成为对象并建模。3.2 功能需求管理功能主要有散桌包房管理、酒水信息管理、菜肴类型管理、菜谱

24、菜肴管理、新增开桌信息、开桌信息管理、财务查询报表、结账计算、会员管理。将许多日常工作集成在一起，使餐厅管理效率更高。3.2.1 用例分析用例图呈现了一些参与者和一些用例，以及之间的关系，主要用于对系统、子系统或类的功能行为进行建模。展示了用例之间以及同用例参与者之间是怎样相互联系的。用例图用于对系统、子系统或类的行为进行可视化，使用户能够理解如何使用这些元素，并使开发者能够实现这些元素，用例图图符如表3.2所示。可视化图符名称描述系统用来表示系统边界，所有用例放在系统之中 用例用来表示用例图中的用例 执行者用于描述与系统功能有关的外部实体，可以是用户，也可以是外部系统关联连接执行者和用例表3

25、.2 uml用例图图符通过系统的功能需求分析，可得到系统的执行者为管理员、服务员和厨师，系统的用例为顾客开单、增加消费、快速开单、宾客结账、预订管理、系统设置、财务报表等，系统总体用例图如图3.3所示。图3.3系统总体用例图顾客开单：主要实现开桌的设置，内容包括对宾客人数和备注的添加、主单餐台和最低消费的查看，顾客开单用例图如图3.4所示。图3.4顾客开单用例图增加消费：主要实现点菜功能，其内容包括对菜品的查询，菜品的增加和退菜。增加消费用例图如图3.5所示。图3.5增加消费用例图快速开单：主要实现大厅餐桌上的快速点菜和浏览已点菜单，包括添加菜品、修改菜品，浏览菜品、删除菜品，开始结账，确定开

26、单，快速开单用例图如图3.6所示。图3.6 快速开单用例图宾客结账：主要实现普通用户和会员用户两种不同方式的菜单结算，包括会员编号或姓名、会员折扣、实收金额、宾客支付、找零。宾客结账用例图如图3.7所示。图3.7 宾客结账用例图预订管理：主要实现单台预订和批量预订，包括联络方式和姓名、预订查询、预订时段、预抵时间、取消时间等。预订管理用例图如图3.8所示。图3.8预订管理用例图系统设置：主要实现对房间项目、商品项目、会员、管理员的添加、删除、修改等操作。系统设置用例图如图3.9所示。图3.9系统设置用例图财务报表：可以通过开始时间和截止时间查询收益并将其以Excel的形式导出。财务报表用例图如

27、图3.10所示。图3.10财务报表用例图3.2.2 概念类描述类图是显示了模型的静态结构，特别是模型中存在的类、类的内部结构以及与类之间的关系等。类图不显示暂时性信息。类图由许多（静态）说明性的模型元素组成。类图可以组织在（并且属于）包中，仅显示特定包中的相关内容。类图是在面向对象的系统模型中使用得最普遍的图。类图包含了一组类、接口和协作及其之间的关系。使用类图来为系统的静态视图建模。通常这包括模型化系统的词汇（从系统的词汇表中发现类），模型化协作，和模型化模式。类图还是一些相关的图的基础，包括组件图、分布图。没有类是单独存在的，类通常和别的类协作，创造比单独工作更大的语义。因此，除了捕获系统

28、的词汇以外，还要将注意力集中到这些类是如何在一起工作的。使用类图来表达这种协作，类图图符如表3.11所示。表3.11 类图图符可视化图符名称描述类表示具体的一个类，第一栏为类名，第二栏为类的属性，第三栏为类的方法包一种分组机制，表示一个类图的集合关联表示类的对象间的关系，包括聚集关联和组成关联泛化关系描述类或包的一般元素与特殊元素之间的分类关系创建类图最好的起点是用例图，根据上面的用例图很容易确定类及其关联、属性和操作。由上面的用例图得到管理员信息类、服务员信息类和厨师信息类的方法；管理员信息类的方法有新建，更新，删除，编辑，查看等方法，服务员信息类的方法有增加、查询、开单、退菜，厨师信息类的

29、方法有增加和退菜。概念类的类图如图3.12所示。图3.12 概念类类图3.2.3 行为描述系统的行为是通过对象的动作来描述的，通常可以通过顺序图来描述对象之间如何进行消息的传递。顺序图是一种动态建模方法。一般用于确认和丰富一个使用情境的逻辑。一个使用情境就是系统潜在的使用方式的描述，也就是名称所要描述的。通过观察什么消息被发送给一个对象，以及通过概略的观察运行被调用的方法需要花费多长时间，很快就能了解哪里的设计需要变化，以达到在系统内部平衡负荷的目的，uml顺序图图符如表3.13所示。表3.13 uml顺序图图符可视化图符名称描述带有生命线的对象用于表示顺序图中参与交互的对象激活表示在这个时间

30、段内，对象处于活动状态消息用于表示对象之间传递的消息返回消息用于表示对象之间传递的消息要绘制系统的顺序图首先要了解系统的过程，根据系统类图中的方法可以获得详细的系统过程，系统管理操作顺序图如图3.14所示。图3.14 系统管理操作顺序图3.3 性能需求系统的性能是系统的一种非功能特性，关注的不是系统是否能够完成特定的功能，而是在完成功能时展示出来的及时性。为了能够客观地度量系统的性能，定义了一系列的性能指标，以便于在不同情况下度量系统的性能。3.3.1 响应时间响应时间是指系统对请求做出响应的时间。在讨论系统的响应时间时，通常是指系统所有功能的平均响应时间或者所有功能的最大响应时间。本系统要求

31、平均响应时间为1秒，最大响应时间为3秒。3.3.2 吞吐量吞量是指系统在单位时间内处理请求的数量。对于无并发的系统而言，吞吐量与响应时间成严格的反比关系，实现上此时吞吐量就是响应时间的倒数。由于本系统的响应时间比较短，所以系统的吞吐量比较大。由于本系统硬件防火墙为100M防火墙，所以吞吐量可达到9095M。3.3.3 并发用户数并发用户数是指系统可以同时承载的正常使用系统功能的用户的数量。与吞吐量相比，并发用户数是一个更直观但也更笼统的性能指标。实际上，并发用户数是一个非常不准确的指标，因为用户不同的使用模式会导致不同用户在单位时间发出不同数量的请求。本系统并发用户为200个。3.3.4 资源

32、利用率资源利用率反映的是在一段时间内资源平均占用的情况。对于数量为1的资源（如CPU），资源利用率可以表示为资源被占用的时间与整段时间的比值；对于数量不为1的资源（如内存），资源利用率可以表示为在该段时间内平均被占用的资源数与总资源数的比值。根据本系统的硬件环境，在系统用户高峰期时，CPU占用率为48%，内存占用率为55%3.4 环境需求3.4.1 硬件环境服务器端的最低配置是由建立站点所需的软件来决定的，在最低配置的情况下，服务器的性能往往不尽如人意，现在的硬件性能已经相当出色，而且价格也很便宜，因此通常应给服务器端配置高性能的硬件，本系统服务器端的配置如下：处理器：Inter Pentiu

33、m 4 3.0GHz 或更高内存：1G硬盘空间：80GB显卡：集成因为客户端主要用于浏览和操作数据，所以对客户端的硬件要求不高，不过现在的电脑很高的性价比，因此需要的配置应该高于下面的配置：处理器：Inter Pentium 1.0GHz 或更高内存：256MB硬盘空间：40GB显卡：SVAG显示适配器。3.4.2 软件环境服务器端要求如下：操作系统：Windows 2008 Server网络协议：TCP/IPweb服务器：Internet Information Server 6.0数据库：Mircrosoft SQL Server 2005服务器：Framework 3.5环境浏览器：In

34、ternet Explorer 6.0以上用户端要求如下：操作系统：Windows 98/2000/XP网络协议：TCP/IP浏览器：Internet Explorer 6.0以上4 系统设计4.1 系统结构设计4.1.1 系统层次结构HIPO图是IBM公司于70年代中期在层次结构图(structure chart)的基础上推出的一种描述系统结构和模块内部处理功能的工具。HIPO图由层次结构图和IPO图两部分构成，前者描述了整个系统的设计结构以及各类模块之间的关系，后者描述了某个特定模块内部的处理过程和输入/输出关系。本系统的最顶层的矩形框代表餐饮管理系统的主控模块，调用下层模块以完成全部管理

35、功能；第二层的每个模块控制完成系统的一个主要功能，如此实现自顶向下逐步求精，系统的H图如图4.1所示。点餐系统财务报表7.0系统设置6.0预订管理5.0宾客结账4.0快速开单3.0增加消费2.0顾客开单1.0删除房间信息6.2修改房间信息6.1批量预订5.2单台预订5.1查询预订5.3退菜2.3增加菜品2.2查询菜品2.1图4.1 系统的H图H图只说明了系统由哪些模块组成及其控制层次结构，并未说明模块间的信息传递及模块内部的处理。因此对一些重要模块还必须根据H图绘制具体的IPO表。用户和管理人员可利用IPO表编写、修改和维护程序。IPO表中包含的附加信息主要有系统名称、图的作者，完成的日期，本

36、图描述的模块的名字，模块在层次图中的编号，调用本模块的模块清单，本模块调用的模块的清单、注释以及本模块使用的局部数据元素等。查询菜品的上层调用模块为增加消费，没有下层模块可调用，查询菜品任务的IPO表如表4.2所示。表4.2 查询菜品的IPO表系统名称：点餐系统设计者：林丹模块名：查询菜品任务日期：2015-04-25模块编号：2.1上层调用模块：增加消费下层被调用的模块：无输入数据：要查询菜品的项目编号输出数据：查询得到的结果处理：根据查询的信息判断库中是否有相应的记录，如果有则显示查询的结果修改房间信息的上层调用模块为系统设置，没有下层模块可调用，修改房间信息的IPO表如表4.3所示。表4

37、.3修改房间信息的IPO表系统名称：点餐系统设计者：林丹模块名：修改房间信息日期：2015-04-25模块编号：6.1上层调用模块：系统设置下层被调用的模块：无输入数据：填写要修改的信息输出数据：对数据库的更新结果处理：判断修改信息的合法性，修改成功后显示更新的结果4.2 设计阶段类图在系统分析阶段，已经找出了主要的概念类和类的方法、类间的关系。到了系统设计阶段，需要从软件系统的角度来重新设计类图。分析阶段的类到了设计阶段有的可能变成一组类，有的可能消失。分析阶段的类图主要是用来描述现实世界中的问题；而设计阶段的类图主要是对解决方案进行描述。因此设计阶段的类图描述了软件的系统结构。创建设计类图

38、的过程包括以下几步：1识别设计阶段出现的类，为这些类添加属性和方法。2建立类间关系，最终完成对属性和方法的细节描述。系统设计阶段的类图如图4.4所示。图4.4 系统设计阶段的类图4.3 数据库设计4.3.1 数据库概念设计1.VIP表：存储会员的基本信息。2.餐房表：存储餐房的信息。3.餐牌表：存储餐品的信息。4.房间类型表：存储房间类型的信息。5.开单表：存储开单的基本信息。6.管理表：存储管理员的基本信息。7.食品类别表：存储食品的类型信息。8.预订表：存储预订客户的基本信息。9.结账表：存储结账信息。4.3.2 数据库逻辑设计VIP表是用来存放会员的相关信息，可以在系统中实现不同的功能操

39、作，内容如表4.5所示。表4.5 VIP表列名类型长度允许空备注账号Nvarchar50Y主键姓名Nvarchar10N性别Char4N级别Nvarchar20N积分Nvarchar50N打折率Nvarchar50N联系电话Nvarchar20N餐房表用于存放饭店信息的状态，查看餐房的使用情况，如果更改餐台的状态操作，则更改对应的记录，内容如表4.6所示。表4.6 餐房表列名类型长度允许空备注餐台号Nvarchar20N主键房间类型Nvarchar20N餐台状态Nvarchar20N所在区域Nvarchar20N宾客人数Nvarchar50Y备注Nvarchar50Y进店时间datetime1

40、0N餐牌表，用于存储菜品的基本信息，如表4.7所示。表4.7 餐牌表列名类型长度允许空备注项目编号Nvarchar50N主键项目名称Nvarchar50N单价Nvarchar50N当前数量Nvarchar50Y食品类别Nvarchar50N房间类型表用于存储房间的基本信息，内容如表4.8所示。表4.8房间类型表列名类型长度允许空备注房间类型Nvarchar30N主键最低消费Nvarchar30Y计费方式Nvarchar30Y容纳人数Nvarchar50N开单表，用于存储开单信息并且记录结账时应用到的基本信息，内容如表4.9所示。表4.9 开单表列名类型长度允许空备注编号Int10N主键餐台号N

41、varchar50N项目名称Nvarchar50N单价Nvarchar50N折扣Nvarchar50N数量Nvarchar50N金额Nvarchar50N开单时间Nvarchar50N记账人Navrchar50Y是否已添Nvarchar50Y状态Nvarchar50Y管理员表，用于存储管理员信息，系统可以对其操作，内容如表4.10所示。表4.10 管理员表列名类型长度允许空备注账号Nvarchar20N主键密码Nvarchar20N照片ImageY类型Nvarchar50N食品类别表,用以划分餐品的种类，内容如表4.11所示。表4.11 食品类别表列名类型长度允许空备注食品类别Nvarchar

42、50N主键预定表,用于存储宾客的预约信息，分为单台预订和批量预订，内容如表4.12所示。表4.12 预订表列名类型长度允许空备注预定编号Int10N主键姓名Nvarchar50N电话Nvarchar50N预订时段Nvarchar50N抵达时间Nvarchar50N取消时间Nvarchar50N预订押金Nvarchar50N预订类型Nvarchar50N地址或餐台Navrchar50N客户留言Text50Y单台或批量Nvarchar50Y结账表用于存储结账的相关信息，系统可以对其进行操作，内容如表4.13所示。表4.13 结账表字段类型长度允许空备注账单号Nvarchar50N主键餐台Nvarc

43、har50N应收Navarchar50N实收Nvarchar50N结账时间Datatime10N4.4 人机界面设计根据用户在实际操作中的业务操作习惯，特提出如下原则，来指导人机界面交互设计：1.一致性原则：即从任务、信息的表达、界面控制操作等方面与用户理解熟悉的模式尽量保持一致。2.兼容性：在用户期望和界面设计的现实之间要兼容，要基于用户以前的经验。3.适应性：用户应处于控制地位，因此界面应在多方面适应用户。4.指导性：界面设计应通过任务提示和反馈信息来指导用户，做到“以用户为中心”。5.结构性：界面设计应是结构化的，以减少复杂度。6.经济性：界面设计要用最少的支持用户所必须步骤来实现一个操

44、作。4.4.1 用户界面设计本系统的用户在使用系统时，首先要通过登录模块对身份进行验证，当确认合法后可进入系统的主界面，不同的角色跳转到不同的界面，管理员登录后的主界面要提供包括顾客开单、增加消费、快速开单、宾客结账、预订管理、系统设置、财务报表等模块的链接。服务员登陆后则跳转到服务员页面包括服务员开单、增加消费、退菜等模块的链接。厨师登陆后跳转到厨师页面包括增加消费、退菜等模块的链接。每个模块都具有自己的页面和功能，根据人机界面设计指南和模块功能可以设计用户界面。由于系统的用户界面众多，不可能将所有的用户界面都进行简介，为了能看到直观的用户界面，在此仅以登陆界面、管理员主界面、结账界面为进行简介。系统的用户需要通过登录模块，输入用户名和密码进行身份验证，并选择相应的身份，验证合法后，跳转到不同模块中。系统登陆界面如图4.14所示。图4.14 系统登录界面管理员主界面，可以实现开单、更改餐房状态、增加消费、修改，添加系统的基本信息等功能，管理员主界面如图4.15所示。