【《基于springboot中小型火锅系统设计与实现》11000字】

基于springboot中小型火锅系统设计与实现摘要随着国家，社会的发展越来越好，人们日益增长的需求也有所提高。比如说在吃的这一方面，每到节假日或者双休日，家庭又或者同学间会选择外出就餐，在这种节假日，周末人流很多的情况下，餐厅怎么去应付客流量大，让顾客能有一个良好的就餐体验感是一个挑战。面对这种挑战，餐厅的订单系统就显得尤为重要了，能够帮助顾客减少菜品选择的麻烦和所耗费的时间等等，这里以火锅餐厅为例。本文是针对中小型火锅系统设计的一个重大问题，基于Java语言，采用前后端的分离，前台网页页面采用了layui框架，后台页面采用了xadmin框架，前端的实现主要使用了jQuery，并通过ajax实现了局部的刷新，采用了springmvc方式进行请求的发送和接收，使用maven对所有依赖信息库进行管理，springboot对数据库进行了整合，数据库利用了MySQL，实现持久化，并用了mybatis对数据库信息进行交互，而购物车的数据则是存放在redis中，最后在后台管理员登录中使用了shiro验证，开发工具使用了idea，其主要内容如下：此系统分为前台功能和后台管理功能两个模块。前台功能主要涵盖菜单分类、点菜、购物车、结账付款四个模块。后台管理功能主要涵盖菜品管理、账单管理、用户管理（超级管理员）、个人信息管理四个功能模块此系统较为详细的介绍了中小型火锅点单系统的功能需求，数据库设计的方式，框架的设计以及火锅系统的业务需求，同时给出了火锅界面设计的主要代码以及核心功能设计的主要代码，最后测试出系统的功能和结果。关键词：火锅点菜系统、前后端分离、jQuery、AJAX、Springmvc、maven、SpringBoot、MySQL、MyBatis、Rides、Shiro目录TOC\o"1-3"\h\u605摘要 第1章绪论1.1研究背景及意义随着国家经济水平发展的提高，国民的生活素质也普遍提高。现如今每逢节假日或者周末双休日，越来越多的上班族，家庭，又或者学生们都会选择外出就餐，消费等，而如今可供选择的餐饮也越来越多。喝的有果茶，有奶茶等等。吃的就更多了，例如港式茶餐厅、湘菜、川菜，泰国菜，自助餐厅，火锅店等等。而据本人观察和有关数据表示，特别是在学生这类群体，在人数较多的情况下，大多学生会选择组团去吃火锅，因为火锅菜品多，人均消费也会比较合理。在这个客流量比较多，而且火锅店容纳量也比较有限的情况下，一个合理的火锅点餐系统就显得尤为的重要。之所以这么说是因为在一个方便有效的系统里，消费者可以直接通过前台功能的操作直接下单，后台接收信息，确认后可直接根据要求安排出餐，减少了很多人工过程的时间成本，也能做到截然有序，不用在客流量大的时候显得人手不足，导致杂乱无章的后果。纵观现在的一些大型商场，每到周末或者节假日，大部分比较热门的餐厅都是需要排号的，最离谱的是前面还有几十桌的人在排队，后面的人也愿意等，当然不排除有中间空号的。这种情况餐厅菜的质量是一方面，但是这里讨论的点餐系统也是由为重要的。试想一下，如果只是按照传统的人工点餐方式，来一批人记一批人，单子都可能会拿乱，对不上桌号。再来就是浪费人力，本来餐厅内部空间就不够，在加上客人多的情况下，如果按照这种方式，服务员还在手忙脚乱的应着消费者们的要求，还要兼顾着倒水，摆盘，清桌，在这种模式下，谁愿意去排队呢？所以一个合理、方便、有效的点餐系统就显得尤为重要了，顾客们可以直接通过客户端，根据图片信息，进行增添菜品，删减菜品，结账等等操作，一气呵成，不仅节约时间，还方便了消费者，还帮餐厅减少了人力资源的利用，可以调动更多的人去其他岗位服务消费者。1.2研究现状及存在问题随着我国计算机工程行业的高速发展，各行各业都与“系统”挂钩，系统所需实现的功能要求也随着发展慢慢高了起来。但如今市面上已经有了类似系统，例如海底捞，小龙坎等等，这两家是比较知名的火锅店，他们的点餐系统自然会相对比较完善，但是系统也是需要更新的，也是需要根据市面上的变化，消费者的心理，需求等等因素而进行更新的，所以在未来我们能希望或者能看到需要更新的点，能够更好的为消费者服务。而我现在要做的这个系统也是为了能更好的贴切消费者的需要或者说完善市面上不足的地方。接下来我主要围绕两个点来说明当前市面上所存在的火锅点餐系统。1.以海底捞为例，消费者进入店内后，在位置上会有一个平板电脑，这个时候需要店内的管理员进入管理平台认证后，消费者方可自由点单，又或者中途需要加菜品时也需要呼喊服务员认证后才可以加餐。设想一下，如果一个服务员负责几桌的服务，恰好发生几桌的消费者都需要相关的服务，这种该如何取舍呢？怎么取舍都很难做，因为都是消费者，没有等级之分。其次不是所有的火锅店都有资本每张桌提供一台平板电脑下单。2.扫码点餐是现在大多数餐厅的一个点餐方式，这种方式简单，消费者可直接用自己的手机扫码进入菜单系统，随后可直接通过前台界面下单结账。但是通过考察，这种模式的系统有很多bug。比如说多人用手机点餐时，系统无法识别多台手机，只能识别其中一台手机下单的信息，而其他台手机下的单直接就被吞掉，非常麻烦而且搞心态。所以总结一下，为了能够更多从消费者角度出发，为消费者提供更好的服务，我的目的就是希望能够结合以上说的两个例子，做出一个更方便，bug更少的系统。1.3系统开发工具1.3.1IDEAIdea是一个由java编程语言自主开发的新型集成式编码环境，它是大家都熟知并被人们所认可的一种java编程语言开发工具，它们可以更加聪明智能的地帮助人们进行开发，使用这种编辑器的最终目的也就是为了简化其开发地难度，加快其开发的速度。IDEA就已经拥有有许多新颖的功能，可以让我们更聪明和智能地、更加迅速完成对代码开发，如代码提示、参数表达、快速地完成代码语句、强大的文字搜索功能、版管理制功能和控制功能等等。以及强大的插件，而一个强大的工具无疑会让开发过程变得更加简单。1.3.2MySQL数据库MySQL数据库在我们现在看来几乎可以称得上是世界上目前运行速度最快的SQL语言数据库之一。除了它们本身具有许多其他不同类型的传统数据库所不具备的功能外，而其自身还具有的许多优势：它们功能强大、支持多种跨服务平台、运行速度快、支持面向对象、安全性高、成本低、数据库的实时存储容量大以及其强大的内部数据控制管理函数，这些特点都是选择MySQL的重要因素。1.3.3Maven工具Maven这是一个基于java的项目管理工具，可以有效地对Java项目进行构建、依赖和管理，是一个自动化构建工具。Maven系统可以使我们在构建一个项目的过程变得更简便，并且也不会完全消除人们对于底层管理机制的认识和了解，没有太过高级的封装，但是它可以避免许多个小细节的干扰，其中它采用了一个项目对象模型（POM）和一组新的插件方式来构建项目，一旦熟悉了一个Maven系统，就已经可以清楚的知道所有Maven系统的项目是如何构建的，并且也为我们提供了关于项目的质量方面的信息，这些信息部分来自POM，部分来自项目源代码。而管理jar包是Maven的一个重要功能，所有Maven项目都具备自己的坐标，包括组织ID,坐标ID和版本号，有了坐标后，可将项目放入仓库中，以供其他人使用，在开发一个完整Java项目的时候，只需要导入该项目所依赖的jar包，若用传统的手动导入，就可能会引发jar包的冲突等问题。而直接使用Maven来管理jar包，就会避这些问题。它让项目创建过程变得更加简单及便于管理。本文要在查阅当前已有的火锅点餐系统的基础上，针对市面上已有的火锅点餐系统进行改善，完善等更能需求，基于SpringBoot框架设计并实现了一套基于springboot中小型火锅系统的设计系统。其主要研究内容如下：1、本系统可以分为后台功能和前台管理功能。前台功能主要有菜单分类、点菜、计算总额、结账付款四个模块。后台的功能主要包括菜品管理、账单管理、用户管理（超级管理员）、个人信息管理四个功能模块2、以软件工程的瀑布模型为设计主线，设计了中小型火锅点单系统的功能需求数据库设计的方式，框架的设计以及火锅系统的业务需求，同时给出了火锅界面设计的主要代码以及核心功能设计的主要代码，最后测试出系统的功能和结果。为了将系统的表示层与业务处理相互进行分离，实现了分层的设计，本文还充分考虑到该系统采用MVC开发的模式，通过对当前较为前流行的三种开源框架SpringMVC、MyBatis以及SpringBoot进行整合，从而具体地实现了表现层与业务管理层层，包括了数据持久层的分离，规范了系统结构，提升系统的整体运行效率。1.4系统开发技术本项目使用的技术主要有thymeleaf模板、jQuery、AJAX、SpringMVC、SpringBoot、MyBatis、Redis、Shiro验证页面通过SpringBoot的页面模板thymeleaf的额jQuery构建；Ajax技术能对网页局部进行刷新，也可以向服务器传输数据发起请求；SpringMVC可以接收前端发送的请求和参数；SpringBoot框架通过更多样化的注解等简化配置来，使整个项目搭建和开发输出过程更加智能简；MyBatis使得与数据库的交互变得更加简单；而购物车功能则通过把数据存放到Redis中实现的；最后在后台管理员登录中使用了shiro验证。1.5本文结构安排本文共分为六章，各章安排如下：第1章绪论，首先简要介绍了中小型火锅产品和供应链管理系统的研发过程，其次介绍了此系统的研究现状以及存在的问题，最后阐述本系统的主要内容；第2章系统需求分析，主要描述此系统的功能需求分析以及非功能需求分析，将前后台功能分开分析，两个后台加起来共分析8个功能模块，通过分析得出系统的可行性，安全性，实用性等；第3章系统概要设计，根据对中小型火锅系统的需求进行设计；第4章系统详细设计，介绍中小型火锅系统的功能实现实现环境，主要功能的展示，界面的展示以及关键代码的展示；第5章系统测试，介绍中小型火锅系统的主要测试方向，核心模块的测试的例子，性能结果测试等；第6章总结与展望，对本项目、论文的主要内容进行总结，同时认清没有完成的功能模块，为之后更好的完善做好准备。第2章系统需求分析需求分析就是确定系统要“做什么”，要达到什么样的效果。本章将对火锅管理系统的前后台子系统的需求进行介绍，并对其需求及功能进行详细解释。2.1业务需求分析火锅管理系统的业务流程如图2-1所示图2-1业务流程图与系统交互的主要有三个角色，顾客、一般的管理员以及超级的管理员，各个角色拥有的权限以及功能分配情况如下所述：（1）顾客：可以浏览桌号信息，进行桌号选择；浏览菜单信息、进行点菜操作；浏览购物车信息，并对购物车的数据进行操作，并且最后进行支付。（2）普通管理员：一般的管理员在注册并登录了后台数字系统后，就可以开始菜品的管理，账单的管理、个人信息管理等业务。（3）超级管理员：超级管理员登录后台子系统后，一般管理员的的权限超级管理员都拥有，可以进行菜品的管理、账单的管理、个人信息管理、并在此基础上，可以对一般管理员的信息进行管理，如添加管理员，删除管理员的权限等。顾客在前台子系统后，可以浏览桌号并选择桌号、浏览菜单，查看基本的菜品信息，并对菜品进行加减的点菜操作、浏览购物车的数据，即点菜的信息，并且可以对已点菜品进行操作，可以删除菜品，在购物车中还可以看到账单的消费信息，最后进行付款操作。管理员可以通过登录网站的后台电脑子系统，对改系统数据库信息进行管理，其中包括：查看、添加、修改、删除、查询各类菜品的相关信息，并且用户还可以在该系统的各个部分进行自动查找，查看，删除账单信息，对个人基本信息进行查看和修改，并且可以修改密码，而超级管理员在此基础上，拥有这些权限功能的同时，增加了一项用户管理的功能，可以对用户，即普通管理员查看、查找、添加、修改、删除用户。2.2前台功能需求分析本文将前台部分分为如下功能：系统首页、菜单页面、购物车页面等。2.2.1系统首页系统首页是系统所有用户访问系统的第一个页面，首页需提供访问前台子系统各功能模块的接口和登录后台子系统的接口。图2-2为首页的用例图。图2-2首页用例图2.2.2菜单列表顾客通过首页的“菜单列表”超链接入口进入菜单点菜模块，顾客可以通过右上角的“桌号选择”浏览所有相关的桌号，并选择桌号，在选择了桌号之后，才开通了购物车的功能，并且点菜操作才会记录进Redis数据库中，左边是菜品分类的列表，可以通过点击不同分类进入各种类别的菜品列表，在浏览菜品的详细信息之后，通过菜品下方的加减按钮进行点菜操作，右下角有购物车跳转链接。图2-3为菜单列表用例图。图2-3菜单列表用例图2.2.3购物车用例图顾客通过菜单列表的购物车图标超链接入口进入购物车模块，顾客可以浏览已点菜品的菜品，单价，数量，单项菜品的总价格，以及右下角有账单的价格等详细信息，通过右下角的支付按钮可以进行付款操作，当付款完成时即前台业务流程完结。图2-4为菜单列表用例图。图2-4购物车用例图2.3后台功能需求分析后台的子系统必须拥有一个管理员账号的管理员通过登录验证才可以进入访问，本文把后台的子系统划分为如下功能模块：菜品管理、账单管理、用户个人信息管理、用户管理（超级管理员）等4个主要的功能模块。2.3.1菜品管理管理员登录后台子系统，所有的登录验证成功的管理员都可以访问菜品管理模块，通过此模块可以实现添加新菜品、查看菜品信息、修改或更新菜品信息、删除菜品和查找菜品，只有通过后台添加的菜品才能在前台子系统菜品列表里显示。图2-5为菜品管理用例图。图2-5菜品管理用例图2.3.2账单管理管理员登录后台子系统后，所有的登录验证成功的管理员都可以访问账单数据统计管理模块，通过此模块可以实现查找账单、查看账单信息、删除账单的信息。图2-6为账单数据统计管理用例图。图2-6账单数据统计管理用例图2.3.3个人信息管理管理员在注册后台的子系统后，所有登录和验证成功的管理员都可以直接访问自己的个人信息管理模块，通过这个模块能够实现管理员查看自己的个人信息、编辑自己的个人基础信息、修改个人账号的密码。图2-7为个人信息管理用例图。图2-7个人信息管理用例图2.3.4用户管理管理员在注册后台子系统后，登录超级管理员自己的账号，并且在验证成功后，才具备进入这个模块的权限。即只有超级管理员才能直接访问用户管理模块，用户管理的模块主要目标就是对一个普通管理员的注册账号和密码进行管理操作，用户也能直接进行账号的添加，即添加普通一个管理员账号，查看一个普通管理员的基本信息，编辑一个普通管理员的基本信息，还可以删除普通管理员的账号，即解除其管理员权限，最后还可以查找管理员。图2-8为个人信息管理用例图。图2-7个人信息管理用例图2.4本章小结进行火锅管理系统的需求分析是在接下来进行系统进一步实现开发以及代码实现的基础，本章将前台以及后台的子系统分开进行需求分析，并且着重介绍了后台字系统的功能模块，总共对七个模块的需求进行了分析以及介绍，得出了系统需要实现的主要功能。第3章系统概要设计3.1功能需求概述本系统主要功能是实现满足火锅店的日常操作需求，由前台普通的用户顾客界面和后台管理员界面组成，其中对表单的提交等比较重要的信息，通过使用layui自带的格式验证，会有相对应的格式验证。3.1.1前台用户功能模块（1）前台菜单列表点菜模块顾客通过菜单接口进入前台菜单列表之后，需要进行桌号选择，在有了具体的桌号信息后，才有操作其他功能的权限，如接下来的点菜操作，以及购物车功能和支付功能等。菜品列表查看：顾客可以直接看到菜品的基本信息，如价格、图片、是否沽清以及是否上线等，以及通过菜单列表的菜品分类，可以看到各个类别的菜品信息。点菜操作：在桌号选择后，用户可通过菜品下方的加减按钮，进行点菜操作，并把点的菜添加到购物车中。（2）购物车模块购物车查询：顾客在点击进入商店的购物车模块后，就能直接查到自己所点到的菜品信息，如菜名，单价，数量，此菜品的总价格，以及账单的价格。菜品删除操作：顾客可以通过菜品信息后的删除按钮，对不需要或者是操作错误的菜品，进行删除，即从购物车中移除此菜品。（3）账单支付模块账单查看：顾客可以直接看到本次消费的账单信息以及价格。账单添加：用户在支付完成之后，会将本次的账单信息添加至数据库中。3.1.2后台管理员功能模块（1）管理员登录模块管理员自动登录：需要进行自动登录的系统管理员将所有管理员的账号和密码以及数据库中的个人资料等信息进行比对，比对成功后管理员即可以直接进入系统，并赋予对应的管理员账号所拥有的权限，在登录有效的情况下，管理员也可以登出后台管理平台。（2）菜品管理模块查找菜品信息：通过菜品分类，菜品状态，以及菜品名称三个条件进行查找，菜品名称为模糊查询；这三个条件不需要全部填写，系统会根据有信息的条件，对菜品进行条件查询，并返回查询到的结果。添加菜品信息：对于菜名，价格，类别，状态等基础信息进行填写，验证通过后将此菜品信息添加至数据库中。查看菜品信息：可以查看指定的菜品的基本信息。编辑菜品信息：可以对需要修改的菜品信息进行修改，如菜品名，价格，类别，状态，图片等，并会把修改后的信息保存至数据库。删除菜品信息：用户在选择时删除指定的菜品信息后，将自己的菜品信息进行更新，把菜品列表中所有指定的内容全部删除。（3）账单数据统计模块账单信息查询：按照桌号进行搜索。查看账单信息：可以查看指定账单的基本信息。删除账单信息：选择删除指定的账单记录后，更新至账单表，把账单表中的指定账单记录删除。（4）个人信息模块查看个人信息：可以查看个人以及此管理员账号的基本信息。编辑个人信息：可以对个人信息中需要修改的信息进行修改，如用户名、真实姓名，电话，并将修改后的信息保存至数据库中的用户表。修改密码：用户可以在此时对该管理员账号的密码信息进行修改，并保存至数据库表。（5）用户管理模块权限赋予：当登录账号识别为超级管理员账号时，才会赋予访问此模块的权限。查找用户信息：通过用户名，真实姓名两个条件进行查找，两个条件均为模糊查询；系统会根据填写有信息的条件，对用户进行条件查询，并返回查询到的结果。添加用户：对注册的用户名、真实姓名、联系电话、密码，确认手机号及密码等个人信息进行填写，验证审核通过后将此类型的用户直接添加至数据库录入表中，即可以选择所需要添加的用户为管理员。查看用户信息：可以查看指定用户的基本信息。编辑用户信息：我们可以根据自己的需要对其中的用户信息进行修改，比如用户名、姓名、联系电话等，并会把修改后的信息保存至数据库。删除用户：删除指定的用户，在确定删除后，更新用户表，删除用户表中指定用户的信息，即删除管理员权限。3.2系统功能结构图3-1系统功能图第4章系统详细设计4.1数据库设计数据库设计需要根据系统的具体需求，设计出合适的数据库表，用于数据持久化储存，并建立好数据库中表结构和表与表之间的管理关系的过程。只有我们设计出了优良的数据库设计，才能提高我们系统的性能，否则会影响我们的工作效率，服务效率及客户的使用效率。4.1.1系统E-R图系统E-R图描述了顾客、管理员、超级管理员等实体之间一对一、一对多、多对多等联系。图4-1系统E-R图4.1.2各实体属性（1）菜品信息实体属性图菜品为最主要的一个实体，用于菜单显示，顾客点菜等重要业务。图4-2菜品实体属性图（2）管理员信息实体属性图管理员账号密码用于登录以及访问后台页面，预留电话号码用于方便现实联系。图4-3管理员实体属性图（3）账单实体属性图用于存储账单的基本信息，桌号以及时间是为了方便之后的账单查询。图4-4账单实体属性图（4）菜品类别实体属性图用于存储菜品的类别，为了与菜品表进行关联。图4-5菜品类别实体属性图（5）菜品状态实体属性图用于存储菜品的状态，为了与菜品表进行关联。图4-6菜品状态实体属性图4.1.3数据库逻辑结构设计（1）菜品信息表food_id作为唯一标识，管理员信息表存储了菜品的基本信息，catg_id的设置用于区分菜品的类别，statu_id的设置用于区分菜品的状态，number字段用于存储菜品的数量，catg_id和statu_id将菜品表和菜品类别表以及菜品状态表相关联。表4-1管理员信息（admin）字段类型是否为空主/外键描述是否标识food_idInt(11)否主菜品id唯一标识nameVarchar(255)否菜名priceDouble(10.2)否菜品单价imgVarchar(255)是图片编号catg_idInt(11)否菜品类别statu_idInt(11)否菜品状态numberInt(11)否购物车数量（2）用户信息表user_id作为唯一标识，在表中存储了基本用户信息。表4-2用户信息（user）字段类型是否为空主/外键描述是否标识user_idInt(11)否主用户id唯一标识unameVarchar(255)否用户名rnameVarchar(255)否用户真实姓名passwordVarchar(255)否用户密码phoneVarchar(255)否手机号码（3）账单记录表账单记录表用于账单成交时的基本信息。表4-3宠物信息（pet）字段类型是否为空主/外键描述是否标识bill_idInt(11)否主账单id唯一标识moneyVarchar(255)否账单成交价格tabInt(11)否账单成交桌号timeDatetime否账单成交时间（4）菜品类别信息表catg_id作为唯一标识，在菜品类别信息表存储菜品的类别的基本信息。表4-4疫苗信息（vaccine）字段类型是否为空主/外键描述是否标识catg_idInt（11）否主类别id唯一标识catgVarchar(255)否类别名称（5）菜品状态信息表statu_id作为唯一标识，在菜品状态信息表存储菜品的状态的基本信息。表4-5宠物接种疫苗记录（pet_vaccine）字段类型是否为空主/外键描述是否标识statu_idInt（11）否主状态id唯一标识statuVarchar(255)否状态名称4.2系统主要模块设计4.2.1菜品列表模块（1）菜品列表模块顾客在进入菜品列表后必须先进行桌号选择，桌号选择完成即可进行点菜操作。图4-7菜品列表模块程序流程图（2）菜品列表的关键并带注释的代码段图4-8获取菜品列表代码段（3）菜品列表实现界面图4-9菜品列表实现界面4.2.2购物车模块（1）购物车模块顾客在进入菜品列表后必须先进行桌号选择，桌号选择完成即可进行点菜操作。图4-10购物车模块程序流程图（2）购物车模块的关键并带注释的代码图4-11添加进购物车代码段图4-12添加进购物车代码段图4-13显示购物车代码段（3）购物车实现界面图4-14菜品列表实现界面4.2.3后台管理员登录模块（1）登录模块进入后台后，需进行管理员登录验证，通过后才能进入后台并拥有相应权限。图4-15登录模块程序流程（2）登录模块关键带注释的代码段图4-16登录代码段（3）登录模块实现界面图4-17登录实现界面4.2.4菜品管理模块（1）菜品管理模块进入后台后，需进行管理员登录验证，验证通过后可进入菜品管理模块，菜品管理模块可查找、添加、查看、编辑、删除菜品。图4-18菜品管理模块程序流程图（2）菜品管理模块关键带注释的代码段图4-19菜品管理分页代码段（3）菜品管理实现界面图4-20菜品管理实现界面4.2.5账单管理模块（1）账单管理模块验证通过进入后台，可进入账单管理模块，账单管理模块可查找、查看、删除账单。图4-21账单管理模块程序流程图（2）账单管理模块关键带注释的代码段图4-22账单管理分页代码段（3）账单管理实现界面图4-23账单管理实现界面4.2.6个人信息管理模块（1）个人信息管理模块验证通过进入后台，可进入个人信息管理模块，可查看、编辑个人信息、修改密码。图4-24个人信息管理模块程序流程图（2）个人信息管理模块关键带注释的代码段图4-25更新个人信息代码段（3）个人信息管理实现界面图4-26个人信息管理实现界面4.2.7用户管理模块（1）用户管理模块验证通过进入后台，当判定为超级管理员的时候，才有权限访问用户管理模块，用户管理模块可查找、添加、查看、编辑、删除用户的基本信息。图4-27用户模块程序流程图（2）用户管理模块关键带注释的代码段图4-28用户管理分页代码段（3）用户管理实现界面图4-29用户管理实现界面第5章系统调试5.1系统测试原理和原则在完成了系统的详细设计后，也就是咋开发完成后，测试是很重要的一个过程。在进行测试的整个过程中，不完全的原则也是我们最先需要遵循的，不完全的原则即为若在测试不完全、在进行测试的过程中涉及免疫性原则的一些部分较多，可以对于软件的测试工作起到一定帮助。5.2系统功能结构根据火锅管理系统在需求分析中的设计以及项目开发编码的整体过程，并且加上之前提及的测试原理及原则，用表格描述的形式来对本次居于SpringBoot的火锅管理系统进行测试及测试用例的展示。（1）测试项目页面是否可以正常的调用静态资源，表格如表5-1展示：表6-1前端页面可以正常调用静态资源用例名称前端可以正常调用静态资源用例ID1用例描述项目启动时前端页面是否正常调用静态资源实现页面渲染的效果。测试用例在用户进入首页时，通过查看图片能否正常加载出来进行验证。输入数据输入：打开首页界面预期结果预期：图片可以显示结果分析在整个系统的前端页面的设计中都有涉及到静态资源的加载以及调用，可以通过页面的渲染看出是否能够加载图片以及js文件等静态资源测试系统运行时截图：图5-1网页可以正常调用静态资源图片（2）测试没有选择桌号，购物车功能无法使用，表格如5-3展示：表5-2测试没有选择桌号购物车功能无法使用用例名称测试没有选择桌号购物车功能无法使用用例ID2用例描述当桌号没有选择时，点击购物车功能的图标将会弹出一个警告框测试用例在桌号没有选择时，点击购物车图标输入数据点击购物车图标预期结果预期：弹出一个选择桌号的提示框结果分析对于购物车功能，可以先经桌号选择，避免之后有过多的无效操作测试运行屏幕截图：图5-2没有选择桌号购物车功能无法使用（3）前台菜单列表点菜时，各个小类别的次啊品页面是否会和所有菜品的页面同步，表格如5-3展示：表5-3点菜时所有页面的菜品数据同步用例名称点菜时所有页面的菜品数据同步用例ID3用例描述当在前台进行点菜操作时，所有、页面的数据应同步测试用例在所有菜品页面进行点菜操作时，同时查看其他页面输入数据点击其他页面预期结果预期：数据有同步结果分析在拥有共同菜品信息的页面进行点菜操作时，这些页面的菜品数据是会同步的测试运行屏幕截图：图5-3删除有寄养记录的寄养家庭提示（4）普通管理员登录后是否会显示用户管理模块，表格如5-4展示：表5-4普通管理员登陆后不会显示用户管理模块用例名称普通管理员登陆后不会显示用户管理模块用例ID4用例描述当普通管理员登陆后，页面是不会显示用户管理模块的测试用例选择用普通管理员账号登录到后台主页输入数据进入后台主页预期结果预期：没有用户管理的菜单模块结果分析在使用普通管理员的账号登录时，是不会有用户管理的模块的显示的测试运行屏幕截图：图5-4普通管理员登陆后不会显示用户管理模块第6章总结与展望1、本文根据SpringBoot框架技术和MySQL数据库设计并实现了一个火锅管理系统。该系统主要划分为前后两个终端进行分离，其中，前