餐厅自助点餐系统的设计与实现.docx

《餐厅自助点餐系统的设计与实现.docx》由会员分享，可在线阅读，更多相关《餐厅自助点餐系统的设计与实现.docx（62页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、餐厅自助点餐系统的设计与实现摘要伴随着计算机互联网的发展，互联网和人们的日常生活已经紧紧的联系在了 一起，人类的生活节奏也越来越快。与此同时，随着电子商务业的快速崛起，电 商行业的队伍越来越庞大，餐饮行业当然也在其中，社会上也出现了各种各样的 餐厅自助管理系统，人们足不出户，就可以通过网上进行菜品搜索、查看、点餐、 支付等完成订餐流程，为人们的生活带了极大便利，菜品种类丰富，菜系也及其 丰富，不同饮食人群有不同的口味，所以设计出一款具有特色的餐厅自助点餐系 统极有必要。餐厅自助点餐系统根据当前各餐厅的经营现状和需求，主要利用JSP技 术,SSM框架和MySQL数据库而进行开发的。本网站主要拥有

2、前台会员级用户、 管理员用户，前台具体功能包括用户的注册登陆、餐厅抉择、菜品展示、上菜查 询和个人中心等，前台用户可在注册登陆之后进行餐厅选择、查看菜品信息，并 进行在线点餐、订单管理以及其他功能的实现。系统管理员可对前台用户进行过 的操作进行查看、添加、编辑或删除。该系统的使用户和商家通过使用餐厅自助点餐系统，进行餐品的预订购和售 卖，使得服务更加便利、完整，工作效率可以快速提高，商家的销量和效益也随 之快速提高。关键词：餐厅自助点餐；JSP； MySQL ； SSM系统功能；而且Tomcat服务器也在进行着不断的改进和一些功能更新，当遇到 访问用户量少或者信息系统比较小时使用是很好的选择，

3、所以基于本系统的开发 Tomcat服务器是很好的选择。2. 3 SSM框架开发框架是其他人员将一些基础代码进行了整合，并制定了一些规则，这样 许多基础的代码就不再需要我们重复去写，程序员的代码编写量大大减少，在系 统的业务逻辑编写方面我们程序员就可以投入更大的精力。我们之前使用数据库 需要编写大量的代码，在使用的框架之后，我们只需要配置相关的文件，不用从 基础代码开始工作，之后如果我们想要访问数据库的时候，也不用再像以前那么 麻烦，写出系统业务逻辑所需要的SQL语句就可以了，非常简便。1. Spring 简介：2003年有一款轻量级的框架也就是Spring框架迅速崛起，它是由Rod Johns

4、on 在他的作品 Expert One-On-One J2EE Development and Design 中描述 的部分思想和原型转变而来。以前我们需要一个个的编写POJO类，而且在使用 时需要一个一个的去调用，装配到我们需要调用的类中去，每使用一次就需要调 用一次，十分的麻烦。再加入使用了 Spring框架之后，我们把对象的调用交给 容器去决定，不再需要频繁的set和get相关的属性，再要调用的类中我们只需 一行简单的代码就可以调用，而他的使用我们只需要加入一个简单的配置文件和 下载相应的jar包即可，在企业应用中，运用框架可以为企业节省大量的成本资 金，而且他的用途广泛，还可以用作其他

5、方面的开发。简而言之，使用了 Spring十分方便，Spring框架主要包括了 IoC和AOP, IoC我们叫做控制反转，以前我们需要手动的去调用POJO类，控制权限在我们 自己，但使用起来十分麻烦，代码量也非常大，在使用了控制反转之后，我们将 这种控制权限交给了容器，至于装配到哪个组件由容器来决定，装配也只需要很 少量的代码。AOP是面向切面的操作，我们经常为了方便了解代码的运行情况 加入了日志，但这些代码加入在主体代码中显得十分的冗杂，我们需要将这部分 代码分离出来，不希望他们在目标代码中出现，这就需要我们用到AOP的思想， 把我们的目标代码当作一个切面，把相关的事务日志代码织入到一个切入

6、点，这 样的操作能使我们的代码更加简洁明了，主体代码和其他代码有了很好的区分。 在之后可以和Spring MVC和MyBatis进行整合。2. Spring MVC 简介：10Spring MVC是已知比较好用的可以实现MVC设计模式的一种框架，它是 Spring框架下的另一类型的产品，和Spring Web Flow很好的结合在一起。它以 SpringlOC容器为基础，并利用容器的特性来简化它的配置。SpringMVC对MVC 流程进行了封装，屏蔽掉很多底层代码，开放出接口，让开发者可以更加轻松快 捷的完成基于MVC模式的Web开发。3. MyBatis 简介:MyBatis是一个基于Jav

7、a的持久层框架。MyBatis 原来的名字叫做 iBatis,它是 Apache Software Foundation (ASF)开 发的一个开源项目。这个项目在2010年从Apache转移到了 Google Code,并 重新更名为MyBatis。并最终在2013年11月从Google Code转移到了 Githubo 目前，最新版本是MyBatis 3.5.4,其发布时间是2020年2月4日。在之前我们对数据库的访问和操作依靠的技术是JDBC,他是将基础的代码 封装了起来，MyBatis的使用比JDBC更加的简便，他可以在配置文件中进行数 据库语句的编写，代码量更加的少，之前我们在JDB

8、C中还要完成对结果集的处 理，使用MyBatis这些操作都可以进行简化，在数据库代码和POJO类进行整合 也非常的方便。使用MyBatis框架我们只需要加入相关的配置文件和下载引用相 应的jar包即可。MyBatis本身占用的内存就非常小，因为他体积小的缘故，在 POJO类和SQL语句映射方面也具有自己的特点，种种优点使MyBatis框架在程 序员的应用开发中深受喜爱。现在的Web项目一般都会使用三层架构配合SSM的方式去开发。比如一个 最基本的登陆请求，首先会让控制层找到相应方法把该请求分配给对应的业务层 方法去处理,业务函数的处理中，通常都会包含对数据库的操作，而这部分操作， 再交由持久层

9、方法去执行。2. 4 MySQL数据库MySQL是一种常用的中小型的关系数据库系统,MySQL数据库具有多用户、 多线程使用、体积小、查询便利的优点，特德设计结构是客户端/服务器类型的， 本系统使用的MySQL数据库是由不同的客户程序、库和名为MySQLd的服务器 守护程序组成。本系统选用SQL是因为它使用范围特别广泛，且是目前公认的最标准的一 种数据库语言。在本系统的开发过程中发现SQL语言非常便于信息的存储与更 新，而且我们可以直接在互联网站上查询信息。因为MySQL具有速度快和灵活11 的特性，所以它很好的满足了我们对网站的信息管理工作。在本系统的研发过程 中，将JSP和MySQL数据库

10、运用结合在一起，对系统的开发工作起到了很大的 便利。而且，MySQL数据库的使用成本非常低，所以本系统优先选用MySQL 数据库。12第三章系统分析本章主要通过了对系统具体的分析，并根据相关的系统分析的步骤，进行了 全面的可行性分析与功能分析。并通过查阅相关书籍信息资料绘制了适用于本系 统的功能结构图以及相关的流程图。3.1可行性分析本系统经过可行性分析是为确定本系统的设计是否现实，功能开发是否在可 允许的范围之内，本质上就是一个简化的系统分析和系统设计，本系统进行可行 性分析可通过对毕业设计的主要内容和所需要的配置，比如系统上线市场需求如 何、发展前景是否客观、所需要的硬件设备是否完备、资金

11、供应是否到位、是否 可以带来可观的盈利等，通过需求、发展前景、盈利等方面进行了充分的调查与 分析，并对系统建成后可能造成的影响、经济利益和餐饮业未来变化趋势进行了 分析，然后综合得出该系统是否符合被建立的条件和获得相关有价值的意见，这 是为系统决策提供可行性依据的最有效的方法。可行性分析可以预测系统设计的 必要性、公正性、提供有力的科学依据及保障的特点。所以本系统进行可行性分 析是十分必要的，经过初步内容规划和餐饮行业需求规划总结了以下四点：(1)经济可行性：因为本系统不直接应用于商业，为本校毕业设计所用， 所以不考虑本系统的商经济用途。(2)技术可行性：JSP + MySQL数据库技术已经更

12、加成熟。(3)操作可行性：系统需要构建JSP和MySQL环境，在这种环境下，并且 正确连接数据库可以正常运行。(4)法律可行性：本系统功能简单，且为本人亲自参与创建，并不对市场 上其他的餐厅自助点餐系统产生冲突，作为本人的毕业设计作品，完全可行。 3.1.1可行性研究的依据本系统以客观全面的系统分析为中心，结合它的商业用途与经济利益，并且 分析了各种的影响因素，参考分析有关的数据信息得出本系统建立可行的结论。 并且收集了各种有益的评价和建议，明确本系统的优缺点。本章最后也附上了有 关的分析图。本系统是在国家有关的规定、政策、法规的指导下完成的，并且查阅了各种 技术资料。本系统进行可行性研究工作

13、的主要依据包括：国家经济的发展与社会发展的需要，城市开发规划，符合当今的经济社会 发展，经济可行性在可允许的范围内，并严格遵守相关的法律法规；13任务书经过学校院校老师的审批；对市场的调研，餐饮行业的考察，深入实地记录传统的餐饮行业的弊端， 并对系统进行了大量的资料准备。3.1.2可行性研究的一般要求可行性研究对本系统日后的建立具有相当重要的参考意义，为之后的修改完 善发挥了不可或缺的作用，为了保证本系统具有一定的可行性，避免本系统功能 在今后的过程中出现差错，提出以下几点要求：(1)要求站在客观公正立场上进行各种调研活动，查阅准备好相关的资料信 息。对于查询到的资料，必须进行有效的分析，最后

14、得出最有效、最具有参考意 义的系统结论。(2)本系统的可行性研究报告必须符合学校相关的规定标准，并且尽量获得 有价值的数据资料，避免内容繁杂，没有参考意义。(3)为保证系统在学校允许的时间内完成，应该制定严格的工作时间表，在 相应的时间内完成相关的工作，避免后期时间不足影响系统的完成工作。自己应该根据自己的能力及所要完成的工作模块内容制定工作周期表。所以经过大量的可行性分析，得出本系统适合运用JSP技术和MySQL数据库 来完成本系统的结论。3. 2功能需求本餐厅自助点餐系统是在WindowslO系统下利用JSP技术和SSM框架搭建的。 经过需求分析后决定权限拥有者为会员顾客和网站的管理者，所

15、以他们各自拥有 的权限也不相同，具体模块功能如下：1 .前台会员用户模块：(1)网站首页：运行Tomcat服务器后，展现的页面即为本系统的首页，有简 单的插图、网站的名称、顾客用户注册登陆的入口、后台管理入口、餐厅选择的 入口等。(2)注册登陆：顾客可以在这里注册属于自己的账号，之后可以使用自己注 册的账号登陆进行其他操作。(3)菜品信息：实现用户可浏览、搜索、查看所有菜品展示详细信息，登陆 后可进行编辑数量，加入点餐车进行订购。(4)菜品分类：实现用户通过菜品分类进行查看详情信息。(5)点餐车查询：可以修改和删除已选菜品。14(6)点餐订单查询：实现用户对加入点餐车菜品信息进行管理，包括变更

16、数 量、删除、继续购物，实现用户结算提交订单。(7)上菜查询：顾客可以查看所选菜品上菜状态，餐厅人员登陆后可根据上 菜进度更改菜品上菜状态。(8)个人中心：顾客可以查询自己已点的菜品，确认无误可以进行提交订单 并支付的操作，也可以修改自己的注册信息和进行登陆密码的修改。2 .后台管理员管理模块：(1)管理员登陆：管理员用自己注册的用户名和密码进行登陆操作。(2)餐厅管理：管理员可以通过此模块添加、查看、编辑或删除餐厅信息。(3)餐厅人员管理：管理员可以对已注册的顾客信息和餐厅人员的信息进行 查看、修改和删除的操作。(4)统计管理：管理员可浏览查看收支信息和收支统计情况。(5)菜品分类查询：管理

17、员可以在这一模块对自己餐厅的菜品分类进行查询 的操作。(6)菜品分类添加：管理员可以在一模块对餐厅里的菜品分类信息进行一系 列的操作。(7)菜品信息查询：管理员可以在一模块对自己餐厅的菜品的信息进行简单 的查询。(8)餐厅订单：管理员可以登陆后台查看、搜索、编辑或删除顾客订单信息 和销售统计信息。(9)餐厅添加：管理员可以在一模块对旗下的餐厅进行添加的操作。(10)餐厅查询：管理员和餐厅服务人员可以在一模块对旗下的餐厅进行查询 的操作。(11)餐厅菜品查询：管理员和餐厅服务人员可以在一模块对旗下的餐厅的菜 品信息进行查询的操作。2.用户结构本系统的用户主要是前台会员用户和后台管理者，前台会员用

18、户主要实 现对系统的登陆，注册，菜品点餐和进入个人中心的操作；后台管理员主要 其他登陆人员的权限管理，菜品信息管理，菜品分类，餐厅管理和订单管理。 前台会员用户用例图如图3-1所示。后台管理员用例图如图3-2所示。15图3-1会员用户用例图图3-2后台管理员用例图16第四章概要设计本章通过对功能模块的分析，所涉及到的对象关系和各自的属性信息，根据 合理的需求分析，以及E-R模型的建立，创建了完整的数据库表。4.1 功能结构图功能结构图可以帮助我们很好的了解本系统个功能之间的联系，便于我们的 开发，每一个功能框都代表本系统的一个功能。根据本系统各模块功能情况可以 调整功能模块大小，一个功能的处理

19、过程我们可以将它分解的更详细，对于本系 统较大的程序可以将功能模块大小调最大。通过功能结构图可以将本系统的功能进行全面的分析，大到程序设计，小到 程序运行过程。大的功能模块只要设计完备，那么小的功能模块也能更好的符合 本系统的设计要求。4.1.1 设计步骤本系统功能结构图的设计共两步：(1)先将整个系统看成一个完整的模块，再逐渐的细化每个功能模块，并 将它们按照一定的顺序排列起来，为了便于区分，每分解出一个模块都应该进行 相应的标注。(2)对于已经分解的模块，仔细分析他们是否可以再进一步的细化分解， 这样可以降低耦合度，知道改进到理想状态为止。4. 1.2模块划分原则经过需求分析后决定权限拥有

20、者为前台用户和网站的管理者，所以他们各自 拥有的权限也不相同，功能模块的设计必须满足权限拥有者的需求，所以设计了 如下的功能模块。前台用户所对应的功能包括注册登录、网站首页、菜品信息、 点餐车查询、菜品分类、上菜查询、个人中心(我的个人资料和修改密码)；管理 员所对应的功能包括管理员登录、餐厅管理、餐厅人员管理、统计管理、菜品分 类查询、菜品分类添加、菜品信息查询、餐厅订单、餐厅添加、餐厅查询、餐厅 菜品查询。以上的功能模块都是根据功能需求得到的。按照计划进行了模块功能 的细分，完成我们所需的功能结构图，每个模块代表自己的功能。对应制作的功 能结构图如图4-1所示。17餐厅自助点餐管理系统管理

21、员个人中心餐厅菜品查询 餐IJTI查询 餐厅添加 餐厅订单 菜品信息查犯 菜品分类添加， 菜品力知查划 统出营理 餐厅人如管理 餐Iffl管理 管理利登录我的个人资料修改至码图4T系统功能结构图4. 2数据库需求分析本系统通过分析系统的需求，将数据库从零开始设计，综合分析系统有哪些 功能，这些功能涉及哪些对象的设计，对象应该包括哪些属性的信息，统计并制 定一个完整的需求分析报告，力求设计出来的数据库能完美符合本系统的功能需 要。4.2.1 需求分析的任务本系统的需求分析任务是将系统功能进行细分，确定这些功能需要哪些对象, 比如顾客，管理员和菜品信息等，以及各功能的工作过程，需求要满足顾客的要

22、求，随之确定系统的功能要求。系统并不能一成不变,要为今后的扩展留足空间， 所以数据库的设计要灵活。分析的重点是“数据”和“处理”，通过调查、收集与分析，获得用户对数 据库的如下要求：1 .信息要求。要清楚的分析用户要往数据库中存储哪些数据，也要清楚用 户要从数据库中获得哪些数据。2 .处理要求。数据处理功能和性能处理能力要满足用户的要求。183 .安全性与完整性要求。4. 2. 2需求分析的方法调查顾客需求的具体步骤：1 .调查餐饮机构情况。2 .调查各餐厅的经营情况。3 .明确系统的业务逻辑，了解顾客在系统中需要哪些功能，或者需要哪些 信息，对系统的安全性有哪些要求。4 .要明确系统的边界。

23、通过对之前的数据分析结果，确定本系统功能边界，也就是本系统可以完成哪些功能，哪些功能系统不能完成需要人力去完成，只要 确定了这些内容，才能建造一个可用的系统。本系统的数据库要完成的功能有许多，处理的数据也相当庞大，比如菜品信 息的更改和权限人员信息的更改。通过上述对系统的设计分析，根据系统的需求, 主要有以下几种信息：1 .管理员信息2 .餐厅信息3 .点餐车信息4 .订单信息5 .菜品类别信息6 .菜品信息7 .会员信息等4. 3数据库概念设计4. 3.1概念模型在编写需求分析时，并不是直接的得到我们所要的需求，而是先抽象为数字 化的形式，然后在转变为我们真正所需要的数据库系统需求。本系统概

24、念模型的主要特点：1 .能真实、充分地反映系统，包括用户和需求之间的联系，能满足用户对数据的处理要求，是现实世界的一个真实模型。2 .便于理解，对于不了解计算机的人员可以进行一个良好的沟通，可以了 解外界人员的需求，使系统更加人性化。3 .当用户需求发生改变时，可以对概念模型进行改变从而改变应用程序。4 .可以向更深层次的数据模式改变。19The Design and Implementation of The Cafeteria OrderingSystemAbstractWith the development of computer Internet,the Internet and p

25、eoples daily life have been closely linked together. At the same time, with the rapid rise of e-commerce industry, the e-commerce industry is growing in size, and the catering industry, of course, there are also various cafeteria selfmanagement systems on the Internet, people never leave home, you c

26、an order dishes through online search, view, and pay, evaluation, etc. To complete the order process, brought great convenience fbr peoples life, variety of dishes, the cuisine is also rich, different people have different tastes. So its necessary to design a restaurant buffet system with special fe

27、atures.Restaurant buffet system according to the current operating status and needs of each restaurant, mainly using JSP technology,SSM framework and MySQL database and the development of. this website mainly has front desk member user, administrator users, front desk features include user login9res

28、taurant Choice, dish display, dish query and personal center, Front desk users can choose a restaurant after signing in, View Food Information, And order online, Order management and implementation of other functions,System administrators can view operations performed by front desk users,add,Edit or

29、 delete.The system allows users and merchants to use the restaurant buffet system, booking and selling of meals, making services more convenient and complete , work efficiency can be improved quickly, sales and efficiency of businesses also increased rapidly.Key words: Restaurant buffet ； JSP； MySQL

30、;SSM4. 3. 2 E-R模型E-R模型是用E-R图来描述现实世界的概念模型。在现实世界中，事物内部以及事物之间是有联系的。实体内部的联系通常是 指组成实体的各属性之间的联系，在本系统中，不同实体之间的联系可以理解为 不同对象之间的联系。1 .两个实体之间的联系1）两个实体型之间的联系实体型之间的联系分为：一对一联系（1： 1）如果对于实体集A中的每一个实体，实体集B中至多有一个（也可以没有） 实体与之联系，反之亦然，则称实体集A与实体集B具有一对一联系，记为1： lo一对多联系（1： n）在本系统中，一个数据表中的某个字段与另一个数据表中的多个字段有联系, 换句话说，一个数据表中的某个字

31、段必定和另一张数据表中的一个字段有联系， 记为1： no多对多联系（m： n）一个数据表中的某个字段和另一个数据表中的n个字段有联系。反之，一个 数据表某个字段和另一张表m个字段有联系。2 . E-R图E-R图可以表示对象和属性之间的联系。1 .本系统中的对象用矩形框表示，对象名写在框内。2 .属性用椭圆形，并用线段将他们和对应的对象联系起来。3 .并用菱形框表示联系，用线段将他们和对象联系起来。如果一个联系具有属性，则这些属性也要用无向边与该联系连接起来。在分析完了数据项和数据结构之后，根据数据制作了满足本系统需要的E-R 图，这为数据库表的建立做了很好的铺垫，简化了许多设计数据库表的难度。

32、其 中主要的对象属性的E-R图如下：1 .管理员实体E-R图如图4-2所不。20此E-R图的实体对象为管理员，对应联系的属性为编号，用户名，密码, 真实姓名，联系电话，角色。连线代表他们之间的联系。2 .餐厅实体E-R图如图4-3所示。此E-R图的实体对象为餐厅，属性为ID,标题，图片，内容，添加时间, 点击率。连线代表他们之间的联系。3 .点餐车实体E-R图如图4-4所示。21图4-4餐车实体E-R图此E-R图的实体对象为点餐车，属性为ID,用户ID,菜品ID,数量，价格，添加时 间。连线代表他们之间的联系。4 .菜品类别实体E-R图如图4-5所示。此E-R图的实体对象为菜品类别，属性为类别

33、ID,类别名称。连线代表他 们之间的联系。此E-R图的实体对象为菜品，属性为编号，内容，售出数量，点击率，添 加时间，特价菜，推荐菜品，价格，美食ID,图片，菜品名。连线代表他们之 间的联系。6 .订单实体E-R图如图4-7所示。22图4-7订单实体E-R图此E-R图的实体对象为订单，属性为订单编号，订购编号，用户编号，餐 桌ID,合计，状态，下单时间。连线代表他们之间的联系。7 .会员实体的E-R图如图4-8所示。图4-8会员实体E-R图此E-R图的实体对象为会员，属性为编号，用户名，密码，真实姓名，性 别，联系，出生日期，注册日期。连线代表他们之间的联系。4. 4数据库逻辑设计本系统的数据

34、库逻辑结构有别于其他的数据模型，本系统选用的是MySQL 数据库，所以数据库的环境已经确定。因为本系统用的是关系型数据库，所以可 以先将E-R图转变为另一种模型，最后将具体的数据库管理系统的数据模型转 变为指定的数据库所能识别的数据模型，然后再进行改进。最后经过所查询到的资料，分析改进了数据表，得到了最合适使用的数据类 型和确立了数据表中所要储存的数据，并建立了如下的数据表：1 .管理员数据库表设计如表4-9所示。表4-9管理员表序 号中文字段列名数据类型度小 数 位标 识主键外 键允 许 空说明1编号idmt10是是不 口auto_increment21KusemamevarcharWVWS

35、AAAAA/W50否3密码pwdvarcliar50不 口4添加时间addtiinetiinestainp否CURRENT_TIMESTAMP23本管理员数据库表包含的字段有id,username,pwd,addtime；其中id为主键。 id代表着编号，数据类型为int,长度为10,序号自增长类型，username代表着 用户名，数据类型为varchar,长度为50, pwd代表着密码，数据类型为varchar, 长度为50, addtime代表着添加时间，数据类型为timestampo管理员表是一对 多的关系，对应的有菜品分类表、菜品信息表、餐厅人员表、点餐订单表和上菜 表。2 .菜品分类

36、数据库表设计如表4-10所示。表4-10菜品分类表序 号中文字段列名数据类型K度小 数 位标 识1： 键外 键允 许 空说明1编号idmt10是是不auto_mcreiiieirt2分类fcnldvarchar50不3添加时间addtimetimestamp否CURRENT_TIMESTAMP本菜品分类数据库表包含的字段有id, fenlei, addtime;其中id为主键。id代表 着属性编号，数据类型为int,长度为10, id自增长类型，fenlei代表着属性分 类，数据类型为varchar,长度为50, addtime代表着属性添加时间，数据类型为 timestampo菜品分类表是一

37、对多的关系，对应的有管理员表、餐厅人员表。3 .菜品信息数据库表设计如表4-11所示。表4-11菜品信息表24序 号中文字段列名数据类型长度小 数 位标 识主键外 键允 许 空说明1编号idhit10是是否auto_mcreiiieiit2餐厅编号cantingbianhaovarchar50不 口3餐厅名称cantingmingchengvaicliar255否4菜品编号caipinbianhaovarcliar50否5菜品名称caipiinniiigcheiigvarcliar255不6分类fenleiint10不 口7菜品图片caipiiitiipiaiivarchar255不8菜品价格

38、caipiiyiagedecimal102不 口9菜品销量caipiiixiaoliaiigiiit11不10菜品详情caipiiixiaiigqiiiglonetext否11发布人fabwenvarchar50不12添加时间addtimetimestamp不 口CURRENT_TIMESTAMP本菜品信息数据库表包含的字段有id , caipinxinxi, cantingbianhao , antingmingcheng, caipinbianhao, caipinmingcheng, fenlei, caipintupian, caipinjiage, caipinxiaoliang,

39、caipinxiangqing, faburen, addtime； 其中 id 为主键。其中 id 代 表着属性编号，cantingbianhao代表着属性餐厅编号，cantingmingcheng代表着餐 厅名称，caipinbiaohao代表着菜品编号，caipinmingcheng代表着菜品名称，fenlei 代表着属性分类，caipintupian代表着菜品图片，caipinjiage代表着菜品价格， caipinxiaoliang代表着菜品销量，caipinxiangqing代表着菜品详情，faburen代表 着属性发布人，addtime代表着属性添加时间。4 .餐厅人员数据库表设

40、计如表4-12所示。表4T2餐厅人员表序 号中文 字段列名数据类型长度小 数 位标识键外 键7匚 许 空说明1编号idint10是是否auto_iiicraneiit2账号zliaiidiao Jvarchar50不 口3密码miinavaicliar50不4姓名xiiigiiiiiigvarcliar50不 口5性别xiiiebievarcliar255不 口6联系 电活lianxidianh uavarchar50不 口7添加时间addtiinetimestamp否CURRENT_TIMESTAMP本餐厅人员数据库表包含的字段有id, zhanghao, mima, xingming, x

41、ingbie, lianxidianhua, addtime；其中id为主键。id代表着属性编号，zhanghao代表着属 性账号，mima代表着密码,xingming代表着属性姓名，xingbie代表着属性性别， lianxidianhua代表着属性联系电话，addtime代表着属性添加时间。餐厅人员的 编号作为主键与餐厅和订单形成一对多的关联，一个餐厅服务人员可以管理多个 餐厅，也可以管理多个订单。5 .点餐数据库表设计如表4-13所示。25表4-13点餐表序号中文字 段列名数据类 型K度小 数 位标 识1:键外 键允 许 空说明1编号idiiit10是是不auto_iiicrement2

42、菜品信 息编号caipinxinxiidmt10否3餐厅编 号cantingbianhaovarchar50否4餐厅名 称cantinemingchengC7C7varchar255不 口5菜品编号caipiiibiaiiliaovaicliar50不6菜品名 称caipinmingchengvarcliar255否7分类feiileiiiit10否8菜品图 片caipint叩 ianvai,cliar255不 口9发布人faburenvai,cliar50不 1=110菜品价 格caipiiijiagedecimal102不 n11点餐分diaiicaiifeiiliaiigint11不 n

43、12小计xiaqjidecimal102不 口13添加时间addtimetimestainP否CURRENT_TIMESTAMP本点餐数据库表包含的字段有id , caipinxinxiid , cantingbiaohao , cantingmingcheng, caipinbianhao, caipinmingcheng, fenlei, caipintupian, faburen, caipinjiage, diancanfenliang, xiaoji, xuesheng, issh, addtime； 其中主键为 id。 id代表着属性编号，数据类型为int,长度为10,自增长类型，

44、caipinxinxiid代 表着菜品信息id,数据类型为int,长度为10, caipinbiaohao代表着属性菜品编 号，数据类型是varchar,长度为50, cantingmingcheng代表着属性餐厅名称， 数据类型是varchar,长度为255, cantingbianhao代表着餐厅编号，数据类型是 varchar,长度为50. caipinmingcheng代表着属性菜品名称，数据类型是varchar, 长度为255, fenlei代表着属性分类，数据类型是int,长度为10, caipintupian26 代表着菜品图片，数据类型是varchar,长度为255, faburen代表着属性发布人， 数据类型是varchar,长度为50, caipinjiage代表着菜品价格,数据类型是decimal, 长度为10, diancanfenliang代表着属性点餐分量，数据类型是int,长度为10, xiaoji代表着属性小计，数据类型是decimal,长度为10, addtime代表着属性添 加时间，数据类型是timestamp。6 .点餐订单数据库表设计如表4-14所示。表4-14点餐订单表序 号中文字段列名数据类型K度小 数 位标 识1:键外 键允 许 空说明1编号idmt10是是否au