基于SpringBoot景区自助售票系统的设计与实现+68175（免费领源码）可做计算机毕业设计JAVA、PHP、爬虫、APP、小程序、C#、C++、python、数据可视化、大数据、全套文案

目  录

摘要

1 绪论

1.1系统开发目的与意义

1.2开发背景 2

1.3系统开发技术的特色 3

1.4 springboot框架介绍 3

1.5论文结构与章节安排 4

2 景区自助售票系统系统分析 5

2.1 可行性分析 5

2.2 系统流程分析 5

2.2.1数据增加流程 5

2.2.2数据修改流程 6

2.2.3数据删除流程 6

2.3 系统功能分析 7

2.3.1 功能性分析 7

2.3.2 非功能性分析 7

2.4 系统用例分析 8

2.5本章小结 8

3 景区自助售票系统总体设计

3.1 系统架构设计 8

3.2 系统功能模块设计 9

3.2.1整体功能模块设计

3.2.2用户模块设计

3.2.3评论管理模块设计

3.2.4景点信息管理模块设计

3.3 数据库设计

3.3.1 数据库概念结构设计

3.3.2 数据库逻辑结构设计

3.4本章小结 20

4 景区自助售票系统详细设计与实现 21

4.1用户功能模块 21

4.1.1 前台首页界面 21

4.1.2 用户登录界面 21

4.1.3用户注册界面 25

4.1.4新闻资讯界面

4.1.5 我的账户界面

4.1.6景点信息详情界面

4.1.7 我的收藏界面

4.2管理员功能模块

4.2.1 登录界面

4.2.2 用户管理界面

4.2.3 公共管理界面 32

4.2.4 信息管理界面 34

5系统测试 36

5.1系统测试的目的 36

5.2 系统测试用例 36

5.3 系统测试结果 37

结论 38

参考文献 39

致  谢 40

摘要

信息化社会内需要与之针对性的信息获取途径，但是途径的扩展基本上为人们所努力的方向，由于站在的角度存在偏差，人们经常能够获得不同类型信息，这也是技术最为难以攻克的课题。针对景区自助售票系统管理等问题，对景区自助售票系统管理进行研究分析，然后开发设计出景区自助售票系统以解决问题。

景区自助售票系统主要功能模块包括系统首页、用户管理、公共管理、景点信息、景点类型、会员钱包、充值信息、确认充值、订票信息、退票申请、确认退票、联系我们，采取面对对象的开发模式进行软件的开发和硬体的架设，能很好的满足实际使用的需求，完善了对应的软体架设以及程序编码的工作，采取MySQL作为后台数据的主要存储单元，采用springboot框架、Java技术、Ajax技术进行业务系统的编码及其开发，实现了本系统的全部功能。本次报告，首先分析了研究的背景、作用、意义，为研究工作的合理性打下了基础。针对景区自助售票系统的各项需求以及技术问题进行分析，证明了系统的必要性和技术可行性，然后对设计系统需要使用的技术软件以及设计思想做了基本的介绍，最后来实现景区自助售票系统和部署运行使用它。

关键词：springboot技术；MYSQL；景区自助售票系统

Abstract

In the information society, there is a need for targeted access to information, but the expansion of the access is basically the direction of people's efforts. Because of the deviation in the perspective, people can often obtain different types of information, which is also the most difficult subject for technology to overcome. Aiming at the management of self-service ticketing system in scenic spots, this paper studies and analyzes the management of self-service ticketing system in scenic spots, and then develops and designs the self-service ticketing system in scenic spots to solve the problem.

The main functional modules of the scenic spot self-service ticketing system include the system home page, user management, public management, scenic spot information, scenic spot type, member wallet, recharge information, confirm recharge, booking information, refund application, confirm refund, contact us, and adopt the object-oriented development model for software development and hardware installation, which can well meet the actual use needs, We have improved the corresponding software installation and program coding work, adopted MySQL as the main storage unit of the background data, and adopted the spring boot framework, Java technology, Ajax technology to code and develop the business system, realizing all the functions of the system. This report first analyzes the background, role and significance of the research, laying a foundation for the rationality of the research work. Based on the analysis of various requirements and technical problems of the scenic spot self-service ticketing system, the necessity and technical feasibility of the system are proved, and then the technical software and design ideas needed to be used in the design of the system are introduced. Finally, the scenic spot self-service ticketing system is implemented and deployed to use it.

Keywords: Spring boot technology; MYSQL； Self-service ticketing system in scenic spots

1 绪论

1.1 系统开发目的与意义

为了解决传统售票的种种弊端，满足人们对精神生活多样化、个性化、方便化的需求，使旅游能够随心所欲，高效方便地进行。使不同地区的人们可以享受到实时的、更快的、更广泛的旅游空间，得到更加优质的旅游环境，自助购票的优点主要体现在:自助订票方便快捷，折扣信息一目了然;对比传统的购票方式，自助购票全天候24小时开放，旅客可随时购买，三分钟内搞定，省去电话问询、取票、送票等诸多繁琐的环节和费用:特价及各种优惠容易找到;在电脑上面，人们挑选的余地更大。鉴于此景区自助售票系统的研究与设计拉开了帷幕。本系统的主要是结合网络的发展条件和现实生活中需要而开发，目标是完成用户对旅游景点的预览和票的订购，同时由于自己资料的变动可以进行修改,管理员的主要功能是对用户信息和景点信息进行管理，可以对景点完成添加、修改、删除等操作，并根据数据库的信息直观的查到所定订票信息的基本情况，真正的实现方便消费者，方便工作人员的目的。

1.2 开发背景

随着旅游市场的不断发展，游客对服务质量和服务水平要求越来越高，传统人工服务模式已不能满足日益提高的旅游者需求。而作为现代化旅游业中不可缺少的部分，自助售票系统可以有效地弥补这一不足，实现了旅游服务从粗放式到精细化的转变。在景区管理领域引入自助售票系统能够极大地促进景区管理水平和经济效益。同时也是提高景区管理效率的重要途径之一。通过实施自助购票系统。而且大大提高了工作效率。节约了大量人力成本。为旅行社带来可观的经济收益。取得良好社会效益的目的。本文对基于Java技术的景区自助售票机设计进行研究分析。并将其应用于实践当中。开发出具有自主知识产权的景区自助售票系统。该系统采用B/S模式。使用户操作简单方便。达到高效快速处理业务之目标。极大地方便了游客和导游人员。同时也提高了公司经济效益。实现了资源优化配置。从而更好地为旅游服务提供有力保障。景区自助票务系统不仅满足了旅游者需求。同时促进了旅游业发展。获得较好的经济与社会效应。增强了市场竞争能力。扩大了市场占有率。取得良好的社会效益。景区自助门票系统具有广阔前景。将为旅游业带来巨大的商机。有利于推动我国旅游产业持续健康地向前发展。是一项利国利民的伟大事业。

1.3 系统开发技术的特色

（1）景区自助售票系统中的web后台管理中的后端不再使用古老的jsp+javabean+servlet技术，而是使用当前主流的springboot框架，它减少java配置代码，简化编程代码，目前springboot框架也是很多企业选择的框架之一。

（2）景区自助售票系统中的web后台管理中的前端使用的是JavaScript框架，它配合ajax和jquery可以美化页面设计。

（3）景区自助售票系统中数据库用的mysql5.7，它执行效率高。

1.4 springboot框架介绍

Spring框架是Java平台上的一种开源应用框架，提供具有控制反转特性的容器。尽管Spring框架自身对编程模型没有限制，但其在Java应用中的频繁使用让它备受青睐，以至于后来让它作为EJB（EnterpriseJavaBeans）模型的补充，甚至是替补。Spring框架为开发提供了一系列的解决方案，比如利用控制反转的核心特性，并通过依赖注入实现控制反转来实现管理对象生命周期容器化，利用面向切面编程进行声明式的事务管理，整合多种持久化技术管理数据访问，提供大量优秀的Web框架方便开发等等。Spring框架具有控制反转（IOC）特性，IOC旨在方便项目维护和测试，它提供了一种通过Java的反射机制对Java对象进行统一的配置和管理的方法。Spring框架利用容器管理对象的生命周期，容器可以通过扫描XML文件或类上特定Java注解来配置对象，开发者可以通过依赖查找或依赖注入来获得对象。Spring框架具有面向切面编程（AOP）框架，SpringAOP框架基于代理模式，同时运行时可配置；AOP框架主要针对模块之间的交叉关注点进行模块化。Spring框架的AOP框架仅提供基本的AOP特性，虽无法与AspectJ框架相比，但通过与AspectJ的集成，也可以满足基本需求。Spring框架下的事务管理、远程访问等功能均可以通过使用SpringAOP技术实现。Spring的事务管理框架为Java平台带来了一种抽象机制，使本地和全局事务以及嵌套事务能够与保存点一起工作，并且几乎可以在Java平台的任何环境中工作。Spring集成多种事务模板，系统可以通过事务模板、XML或Java注解进行事务配置，并且事务框架集成了消息传递和缓存等功能。Spring的数据访问框架解决了开发人员在应用程序中使用数据库时遇到的常见困难。它不仅对Java:JDBC、iBATS/MyBATIs、Hibernate、Java数据对象（JDO）、ApacheOJB和ApacheCayne等所有流行的数据访问框架中提供支持，同时还可以与Spring的事务管理一起使用，为数据访问提供了灵活的抽象。Spring框架最初是没有打算构建一个自己的WebMVC框架，其开发人员在开发过程中认为现有的StrutsWeb框架的呈现层和请求处理层之间以及请求处理层和模型之间的分离不够，于是创建了SpringMVC。

1.5 论文结构与章节安排

论文将分层次经行编排，除去论文摘要致谢文献参考部分，正文部分还会对网站需求做出分析，以及阐述大体的设计和实现的功能，最后罗列部分调测记录，论文主要架构如下：

第一章：引言。第一章主要介绍了课题的系统开发目的与意义，系统开发的现状和本文的背景与主要工作。

第二章：系统需求分析。第二章主要从系统的用户、功能等方面进行需求分析。

第三章：系统设计。第三章主要对系统框架、系统功能模块、数据库进行功能设计。

第四章：系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。

第五章：系统测试。第五章主要对系统的部分界面进行测试并对主要功能进行测试

第六章：总结。

2 景区自助售票系统分析

系统分析是开发一个项目的先决条件，通过系统分析可以很好的了解系统的主体用户的基本需求情况，同时这也是项目的开发的原因。进而对系统开发进行可行性分析，通常包括技术可行性、经济可行性等，可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析，分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。

2.1 可行性分析

        （1）技术可行性分析

景区自助售票系统存储所使用的是mysql数据库以及开发中所使用的是IDEA、Tomcat这些开发工具的使用，能够给我们的编写工作带来许多的便利。系统使用springboot框架进行开发，使系统的可扩展性和维护性更佳，减少java配置代码，简化编程代码，目前springboot框架也是很多企业选择的框架之一。

        （2）经济可行性分析

在开发景区自助售票系统中所使用的开发软件像IDEA开发工具、Tomcat8.0服务器、MySQL5.7数据库、Photoshop图片处理软件等，这些都是开源免费的，这些环境在学校都进行了系统的学习，自己能够独立操作完成，不需要额外花费，而且系统的开发工具从网上都可以直接下载，因此在经济方面是可行的。

        （3）操作可行性分析

此次项目设计的时候我参考了很多类似系统的成功案例，对它们的操作界面以及功能都进行了系统的分析，将众多案例结合在一起，突出以人为本简化操作，所以具有基本计算机知识的人都会操作本项目。因此操作可行性也没有问题。

2.2 系统流程分析

业务流程是用一些特定的符合和线条来进行演示用户在使用系统时的过程，在进行系统分析的时候，业务流程可以帮助开发人员更好的理解业务，发现错误，完善系统。

        2.2.1 数据增加流程

用户成功登入系统后就能够实现增加数据的操作，增加数据的编号是特定的，系统生成，用户不能随意填写，除了编号以外，其他增加信息用户自己填写，填写后的信息经过系统验证，验证合法通过就显示增加数据成功了，相反的话，就没有增加成功，图2-1显示的就是在增加数据时的流程。

图2-1  数据增加流程图

        2.2.2 数据修改流程

数据修改时的流程和上面介绍的数据增加时的流程差不多，如图2-2所示。

图2-2  数据修改流程图

        2.2.3 数据删除流程

如果系统里面存在一些没有用的数据的话，相关的管理人员还可以对这些数据进行删除，图2-3就是数据删除时的流程图。

图2-3  数据删除流程图

2.3 系统功能分析

        2.3.1 功能性分析

按照景区自助售票系统的角色，我划分为了系统用户管理模块和管理员管理模块这两大部分。

系统用户管理模块：

（1）用户注册登录：用户注册为用户并登录景区自助售票系统；用户对个人信息的增删改查，比如个人资料，密码修改。

（2）查看景区自助售票系统的首页信息：景区自助售票系统的首页信息包含了首页、留言中心、网页公告、新闻资讯、景点信息、联系我们、我的（我的收藏、我的账户、个人中心）等。

（3）网页公告：用户在公告消息这一菜单下对用户提交的查看、同时也可以发布、评论。

（4）景点信息：在首页导航栏上点击“景点信息”弹跳出的是景点信息列表，可以点击随意一款景点进行了解其具体信息。包括景点名称、景点等级、门票价格等；

（5）新闻资讯：用户可以查看新闻资讯信息，在查询到自己想要了解的新闻资讯的时候，可以进入查看详细的介绍进行评论、点赞、收藏操作。

（6）我的收藏：在“我的”下可以查看管理“我的收藏”信息，可以查看收藏，也可以对不喜欢的信息进行删除收藏；

（7）个人中心：当用户点击右上角“我的”这个按钮，就会进入到对应的后台进行信息的管理了；

（8）我的账户：当用户点击右上角“我的”这个按钮，会出现子菜单，点击“我的账户”可以对个人的资料以及登录系统的密码进行设置；

管理员管理模块：

（1）登录：管理员的账号是在数据表表中直接设置生成的，不需要进行注册；

（2）公共管理：当点击“公共管理”这一菜单的时候，会出现公告栏以及轮播图这两个子菜单，可以对这两个模块进行增删改查操作；

（3）用户管理：当点击“用户管理”这一菜单的时候，会出现管理员+系统用户两个子菜单，可以对这两个模块进行增删改查操作；

（4）个人资料：管理员点击“个人资料”菜单可以对个人信息以及登录的密码进行设置。

（5）信息管理：当点击“信息”这一菜单的时候，会出现景点信息+景点类型+会员钱包+充值信息+确认充值+订票信息+退票申请+确认退票+联系我们这九个子菜单，管理员能够对这九个模块进行增删改查操作；

2.3.2 非功能性分析

景区自助售票系统的非功能性需求，比如景区自助售票系统的安全性怎么样，可靠性怎么样，性能怎么样，可拓展性怎么样等。具体可以表示在如下3-1表格中：

表3-1 景区自助售票系统非功能需求表

安全性	主要指景区自助售票系统数据库的安装，数据库的使用和密码的设定必须合乎规范。
可靠性	可靠性是指景区自助售票系统能够安装用户的指示进行操作，经过测试，可靠性90%以上。
性能	性能是影响景区自助售票系统占据市场的必要条件，所以性能最好要佳才好。
可扩展性	比如数据库预留多个属性，比如接口的使用等确保了系统的非功能性需求。
易用性	用户只要跟着景区自助售票系统的页面展示内容进行操作，就可以了。
可维护性	景区自助售票系统开发的可维护性是非常重要的，经过测试，可维护性没有问题

2.4 系统用例分析

通过2.3功能的分析，得出了本景区自助售票系统的用例图：

系统用户角色用例如图2-3所示。

图2-3景区自助售票系统系统用户角色用例图

web后台管理上的管理员是维护整个景区自助售票系统中所有数据信息的。管理员角色用例如图2-4所示。

图2-4 景区自助售票系统管理员角色用例图

2.5 本章小结

本章主要通过对景区自助售票系统的可行性分析、流程分析、功能需求分析、系统用例分析，确定整个景区自助售票系统要实现的功能。同时也为景区自助售票系统的代码实现和测试提供了标准。

3 景区自助售票系统总体设计

本章主要讨论的内容包括景区自助售票系统的功能模块设计、数据库系统设计。

3.1 系统架构设计

本景区自助售票系统从架构上分为三层：表现层（UI）、业务逻辑层（BLL）以及数据层（DL）。

图3-1景区自助售票系统架构设计图

表现层（UI）：又称UI层，主要完成本景区自助售票系统的UI交互功能，一个良好的UI可以打打提高用户的用户体验，增强用户使用本景区自助售票系统时的舒适度。UI的界面设计也要适应不同版本的景区自助售票系统以及不同尺寸的分辨率，以做到良好的兼容性。UI交互功能要求合理，用户进行交互操作时必须要得到与之相符的交互结果，这就要求表现层要与业务逻辑层进行良好的对接。

业务逻辑层（BLL）：主要完成本景区自助售票系统的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层，系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。

数据层（DL）：由于本景区自助售票系统的数据是放在服务端的mysql数据库中，因此本属于服务层的部分可以直接整合在业务逻辑层中，所以数据层中只有数据库，其主要完成本景区自助售票系统的数据存储和管理功能。

3.2 系统功能模块设计

        3.2.1 整体功能模块设计

在上一章节中主要对系统的功能性需求和非功能性需求进行分析，并且根据需求分析了本景区自助售票系统中的用例。那么接下来就要开始对本景区自助售票系统的架构、主要功能和数据库开始进行设计。景区自助售票系统根据前面章节的需求分析得出，其总体设计模块图如图3-2所示。

图3-2景区自助售票系统功能模块图

        3.2.2 用户模块设计

（1）用户模块结构图

本网站的用户包括管理员和注册用户模块。两种用户模块的功能基本是相同的，注册用户模块比管理员多了一个注册功能，所以以用户模块的结构图为例进行分析，如下图：

图3-3用户用户模块结构图

（2）各个结构的具体业务逻辑

a.查询用户信息：设计最基础的查询功能，主要就是根据用户id查询用户信息。该功能主要体现在管理员用户信息查询和用户自己查询信息的时候。

b.修改用户信息：用户可以根据情况，对自己的基本信息进行修改，包括名字修改、密码修改、头像修改等操作。

c.增加用户：用户可以通过注册来获得账号

d.删除用户信息：管理员没有权利进行删除信息的删除，最多把用户加入到黑名单中，禁止用户进行登录操作。

3.2.3 评论管理模块设计

（1）评论模块结构图

 景区自助售票系统是一个交流性质的公开网站，用户和用户之间可以对网站上的内容，比如交流中心、资讯等进行点评，增加用户之间的互动性。但是同时也为了更好的规范评论的内容，给予管理员删除不合适的言论的功能，所以需要专门设计一个评论管理模块，具体的结构图如下：

图3-4评论模块结构图

（2）各个结构的具体业务逻辑

a.查询评论：设计最基础的查询功能，主要就是根据用户id查询该用户下的所有评论信息。

b.发布评论：学生用户可以根据情况，发布自己评论信息到网站上。

c.删除评论：管理员没有权限修改用户的评论信息，但是可以删除用户的整条评论。

3.2.4 景点信息管理模块设计

（1）景点信息模块结构图

 景区自助售票系统是中需要存储不少景点师信息，用户可以查看景点信息，进行查询，管理员可以添加，重置，删除、查询景点信息等，具体的结构图如下：

图3-5景点信息模块结构图

（2）各个结构的具体业务逻辑

a.重置景点信息：管理员可以对景点信息进行重置。

b.添加景点信息：管理员可以对景点信息进行添加。

c.删除景点信息：管理员可以对景点信息进行删除。

d.查询景点信息：管理员可以对景点信息进行查询。

3.3 数据库设计

数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程，其中需求分析前面章节已经阐述，概念模型设计有概念模型和逻辑结构设计两部分。

        3.3.1 数据库概念结构设计

下面是整个景区自助售票系统中主要的数据库表总E-R实体关系图。

图3-6 景区自助售票系统总E-R关系图

下面根据景区自助售票系统的数据库总E-R关系图可以得出景区自助售票系统需要很多E-R图，在此罗列出来一些主要的数据库E-R模型图。

图3-7系统用户E-R关系图

图3-8 联系我们E-R关系图

图3-9景点信息E-R关系图

图3-10确认退票E-R关系图

3.3.2 数据库逻辑结构设计

通过前面E-R关系图可以看到项目需要创建很多个数据表。以下是项目中的主要数据库表的关系模型：

system_user表：

名称	类型	长度	不是null	主键	注释
system_user_id	int	11	是	是	系统用户ID
user_name	varchar	64	否	否	用户姓名
gender	varchar	64	否	否	性别
examine_state	varchar	16	是	否	审核状态
recommend	int	11	是	否	智能推荐
user_id	int	11	是	否	用户ID
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间
ticket_refund_application表：
名称	类型	长度	不是null	主键	注释
ticket_refund_application_id	int	11	是	是	退票申请ID
order_number	varchar	64	是	否	订单号
name_of_scenic_spot	varchar	64	否	否	景点名称
scenic_spot_type	varchar	64	否	否	景点类型
scenic_spot_level	varchar	64	否	否	景点等级
contact_number	varchar	64	否	否	联系电话
opening_hours	varchar	64	否	否	开放时间
attraction_address	varchar	64	否	否	景点地址
member_users	int	11	否	否	会员用户
ticket_price	int	11	否	否	门票价格
booking_quantity	int	11	否	否	订票数量
ticket_purchase_amount	varchar	64	否	否	购票金额
reason_for_refund	text	0	否	否	退票理由
examine_state	varchar	16	是	否	审核状态
recommend	int	11	是	否	智能推荐
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间
recharge_information表：
名称	类型	长度	不是null	主键	注释
recharge_information_id	int	11	是	是	充值信息ID
recharge_no	varchar	64	否	否	充值编号
member_users	int	11	否	否	会员用户
recharge_amount	int	11	否	否	充值金额
pay_state	varchar	16	是	否	支付状态
pay_type	varchar	16	否	否	支付类型
recommend	int	11	是	否	智能推荐
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间
member_wallet表：
名称	类型	长度	不是null	主键	注释
member_wallet_id	int	11	是	是	会员钱包ID
member_users	int	11	否	否	会员用户
wallet_amount	int	11	否	否	钱包金额
recommend	int	11	是	否	智能推荐
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间
contact_us表：
名称	类型	长度	不是null	主键	注释
contact_us_id	int	11	是	是	联系我们ID
operating_user	int	11	否	否	操作用户
user_name	varchar	64	否	否	用户姓名
contact_content	text	0	否	否	联系内容
contact_date	date	0	否	否	联系日期
examine_state	varchar	16	是	否	审核状态
examine_reply	varchar	16	否	否	审核回复
recommend	int	11	是	否	智能推荐
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间
attraction_information表：
名称	类型	长度	不是null	主键	注释
attraction_information_id	int	11	是	是	景点信息ID
name_of_scenic_spot	varchar	64	否	否	景点名称
scenic_spot_type	varchar	64	否	否	景点类型
scenic_spot_level	varchar	64	否	否	景点等级
cover	varchar	255	否	否	封面
contact_number	varchar	16	否	否	联系电话
opening_hours	varchar	64	否	否	开放时间
ticket_price	int	11	否	否	门票价格
attraction_address	varchar	64	否	否	景点地址
attraction_details	longtext	0	否	否	景点详情
hits	int	11	是	否	点击数
praise_len	int	11	是	否	点赞数
recommend	int	11	是	否	智能推荐
location_address	varchar	64	否	否	当前位置
location_lng	varchar	64	否	否	当前位置经度
location_lat	varchar	64	否	否	当前位置纬度
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间
booking_information表：
名称	类型	长度	不是null	主键	注释
booking_information_id	int	11	是	是	订票信息ID
order_number	varchar	64	否	否	订单号
name_of_scenic_spot	varchar	64	否	否	景点名称
scenic_spot_type	varchar	64	否	否	景点类型
scenic_spot_level	varchar	64	否	否	景点等级
contact_number	varchar	64	否	否	联系电话
opening_hours	varchar	64	否	否	开放时间
attraction_address	varchar	64	否	否	景点地址
member_users	int	11	否	否	会员用户
ticket_price	int	11	否	否	门票价格
booking_quantity	int	11	否	否	订票数量
ticket_purchase_amount	varchar	64	否	否	购票金额
remarks	varchar	64	否	否	备注
examine_state	varchar	16	是	否	审核状态
examine_reply	varchar	16	否	否	审核回复
recommend	int	11	是	否	智能推荐
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间
confirm_refund表：
名称	类型	长度	不是null	主键	注释
confirm_refund_id	int	11	是	是	确认退票ID
order_number	varchar	64	是	否	订单号
name_of_scenic_spot	varchar	64	否	否	景点名称
scenic_spot_type	varchar	64	否	否	景点类型
scenic_spot_level	varchar	64	否	否	景点等级
contact_number	varchar	64	否	否	联系电话
opening_hours	varchar	64	否	否	开放时间
attraction_address	varchar	64	否	否	景点地址
member_users	int	11	否	否	会员用户
ticket_price	int	11	否	否	门票价格
booking_quantity	int	11	否	否	订票数量
ticket_purchase_amount	varchar	64	否	否	购票金额
reason_for_refund	text	0	否	否	退票理由
recommend	int	11	是	否	智能推荐
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间

3.4 本章小结

整个景区自助售票系统的需求分析主要对系统总体架构以及功能模块的设计，通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。

4 景区自助售票系统详细设计与实现

景区自助售票系统的详细设计与实现主要是根据前面的景区自助售票系统的需求分析和景区自助售票系统的总体设计来设计页面并实现业务逻辑。主要从景区自助售票系统界面实现、业务逻辑实现这两部分进行介绍。

4.1 用户功能模块

        4.1.1 前台首页界面

当进入景区自助售票系统的时候，首先映入眼帘的是系统的导航栏，下面是轮播图以及系统内容，其主界面展示如下图4-1所示。

图4-1 前台首页界面图

        4.1.2 用户登录界面

景区自助售票系统中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的，当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后，将会首先验证输入的有没有空数据，再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致，只有在一致后将会登录成功并自动跳转到景区自助售票系统的首页中；否则将会提示相应错误信息，用户登录界面如下图4-2所示。

图4-2用户登录界面图

登录关键代码如下所示。

/**

     * 登录

     * @param data

     * @param httpServletRequest

     * @return

     */

    @PostMapping("login")

    public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {

        log.info("[执行登录接口]");

        String username = data.get("username");

        String email = data.get("email");

        String phone = data.get("phone");

        String password = data.get("password");

        List resultList = null;

        Map<String, String> map = new HashMap<>();

        if(username != null && "".equals(username) == false){

            map.put("username", username);

            resultList = service.select(map, new HashMap<>()).getResultList();

        }

        else if(email != null && "".equals(email) == false){

            map.put("email", email);

            resultList = service.select(map, new HashMap<>()).getResultList();

        }

        else if(phone != null && "".equals(phone) == false){

            map.put("phone", phone);

            resultList = service.select(map, new HashMap<>()).getResultList();

        }else{

            return error(30000, "账号或密码不能为空");

        }

        if (resultList == null || password == null) {

            return error(30000, "账号或密码不能为空");

        }

        //判断是否有这个用户

        if (resultList.size()<=0){

            return error(30000,"用户不存在");

        }

        User byUsername = (User) resultList.get(0);

        Map<String, String> groupMap = new HashMap<>();

        groupMap.put("name",byUsername.getUserGroup());

        List groupList = userGroupService.select(groupMap, new HashMap<>()).getResultList();

        if (groupList.size()<1){

            return error(30000,"用户组不存在");

        }

        UserGroup userGroup = (UserGroup) groupList.get(0);

        //查询用户审核状态

        if (!StringUtils.isEmpty(userGroup.getSourceTable())){

            String sql = "select examine_state from "+ userGroup.getSourceTable() +" WHERE user_id = " + byUsername.getUserId();

            String res = String.valueOf(service.runCountSql(sql).getSingleResult());

            if (res==null){

                return error(30000,"用户不存在");

            }

            if (!res.equals("已通过")){

                return error(30000,"该用户审核未通过");

            }

        }

        //查询用户状态

        if (byUsername.getState()!=1){

            return error(30000,"用户非可用状态，不能登录");

        }

        String md5password = service.encryption(password);

        if (byUsername.getPassword().equals(md5password)) {

            // 存储Token到数据库

            AccessToken accessToken = new AccessToken();

            accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));

            accessToken.setUser_id(byUsername.getUserId());

            tokenService.save(accessToken);

            // 返回用户信息

            JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));

            user.put("token", accessToken.getToken());

            JSONObject ret = new JSONObject();

            ret.put("obj",user);

            return success(ret);

        } else {

            return error(30000, "账号或密码不正确");

        }

}

4.1.3 用户注册界面

不是景区自助售票系统中正式用户的是可以在线进行注册的，如果你没有本景区自助售票系统的账号的话，添加“注册”，当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据，再次验证密码和确认密码是否是一样的，最后验证输入的账户名和数据库表中已经注册的账户名是否重复，只有都验证没问题后即可用户注册成功。其用用户注册界面展示如下图4-3所示。

图4-3用户注册界面图

注册关键代码如下所示。

/**

     * 注册

     * @param user

     * @return

     */

    @PostMapping("register")

    public Map<String, Object> signUp(@RequestBody User user) {

        // 查询用户

        Map<String, String> query = new HashMap<>();

        query.put("username",user.getUsername());

        List list = service.select(query, new HashMap<>()).getResultList();

        if (list.size()>0){

            return error(30000, "用户已存在");

        }

        user.setUserId(null);

        user.setPassword(service.encryption(user.getPassword()));

        service.save(user);

        return success(1);

}

/**

     * 用户ID：[0,8388607]用户获取其他与用户相关的数据

     */

    @Id

    @GeneratedValue(strategy = GenerationType.IDENTITY)

    @Column(name = "user_id")

    private Integer userId;

    /**

     * 账户状态：[0,10](1可用|2异常|3已冻结|4已注销)

     */

    @Basic

    @Column(name = "state")

    private Integer state;

    /**

     * 所在用户组：[0,32767]决定用户身份和权限

     */

    @Basic

    @Column(name = "user_group")

    private String userGroup;

    /**

     * 上次登录时间：

     */

    @Basic

    @Column(name = "login_time")

    private Timestamp loginTime;

    /**

     * 手机号码：[0,11]用户的手机号码，用于找回密码时或登录时

     */

    @Basic

    @Column(name = "phone")

    private String phone;

    /**

     * 手机认证：[0,1](0未认证|1审核中|2已认证)

     */

    @Basic

    @Column(name = "phone_state")

    private Integer phoneState;

    /**

     * 用户名：[0,16]用户登录时所用的账户名称

     */

    @Basic

    @Column(name = "username")

    private String username;

    /**

     * 昵称：[0,16]

     */

    @Basic

    @Column(name = "nickname")

    private String nickname;

    /**

     * 密码：[0,32]用户登录所需的密码，由6-16位数字或英文组成

     */

    @Basic

    @Column(name = "password")

    private String password;

    /**

     * 邮箱：[0,64]用户的邮箱，用于找回密码时或登录时

     */

    @Basic

    @Column(name = "email")

    private String email;

    /**

     * 邮箱认证：[0,1](0未认证|1审核中|2已认证)

     */

    @Basic

    @Column(name = "email_state")

    private Integer emailState;

    /**

     * 头像地址：[0,255]

     */

    @Basic

    @Column(name = "avatar")

    private String avatar;

    /**

     * 创建时间：

     */

    @Basic

    @Column(name = "create_time")

    @JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss")

    private Timestamp createTime;

    @Basic

    @Transient

    private String code;

}

        4.1.4 新闻资讯界面

当访客点击景区自助售票系统中导航栏上的“新闻资讯”后将会进入到该“新闻资讯”列表的界面，然后选择想要看的新闻资讯信息，点击进入到详细界面，在详细界面可以收藏+赞+评论等操作，新闻资讯界面如下图4-4所示。

图4-4新闻资讯界面图

        4.1.5 我的账户界面

当用户点击右上角“我的”这个按钮，会出现子菜单，点击“我的账户”可以对个人的资料以及登录系统的密码进行设置，我的账户界面如下图4-5所示。

图4-5我的账户界面图

        4.1.6 景点信息详情界面

当访客点击了任意的景点信息后将会进入该景点的详情界面，可以了解到该景点的设景点名称、景点类型、景点等级、开放时间、门票价格、景点地址等，同时可以对该景点进行下单订票+收藏+点赞，景点信息详情展示页面如图4-6所示。

图4-6景点信息详情界面图

        4.1.7 我的收藏界面

当用户点击“我的收藏”链接后就进入自己收藏的新闻的界面展示，界面如下图4-7所示。

图4-7我的收藏界面图

4.2 管理员功能模块

        4.2.1 登录界面

管理员，用户在登录界面输入账号+密码，点击“登录”按钮，系统在用户数据库表中会对管理员，用户以的账号进行匹配，账号+密码正确的话，就会登录到系统中各个用户的主管理界面，否则提示对应的信息，返回到登录的界面，如果管理人员忘记密码的话，点击“忘记密码”根据提示可以找回密码，然后再进行登录其主界面展示如下图4-8所示。

图4-8登录界面图

登录关键代码如下所示。

   /**

     * 找回密码

     * @param form

     * @return

     */

    @PostMapping("forget_password")

    public Map<String, Object> forgetPassword(@RequestBody User form,HttpServletRequest request) {

        JSONObject ret = new JSONObject();

        String username = form.getUsername();

        String code = form.getCode();

        String password = form.getPassword();

        // 判断条件

        if(code == null || code.length() == 0){

            return error(30000, "验证码不能为空");

        }

        if(username == null || username.length() == 0){

            return error(30000, "用户名不能为空");

        }

        if(password == null || password.length() == 0){

            return error(30000, "密码不能为空");

        }

        // 查询用户

        Map<String, String> query = new HashMap<>();

        query.put("username",username);

        Query select = service.select(query, service.readConfig(request));

        List list = select.getResultList();

        if (list.size() > 0) {

            User o = (User) list.get(0);

            JSONObject query2 = new JSONObject();

            JSONObject form2 = new JSONObject();

            // 修改用户密码

            query2.put("user_id",o.getUserId());

            form2.put("password",service.encryption(password));

            service.update(query, service.readConfig(request), form2);

            return success(1);

        }

        return error(70000,"用户不存在");

}

        4.2.2 用户管理界面

管理员可以对系统中所有的用户角色进行管控，包含了管理员和系统用户这两种角色，如果需要添加新的用户，点击页面中的“添加”按钮根据提示输入上用户信息，点击“提交”以后在对应的用户界面就可以查看到了，可以点击用户后面的“删除”按钮直接删除某一用户，这里以系统用户为例。界面如下图4-9所示。

图4-9用户管理界面图

用户管理关键代码如下所示。

    @RequestMapping(value = "/del")

    @Transactional

    public Map<String, Object> del(HttpServletRequest request) {

        service.delete(service.readQuery(request), service.readConfig(request));

        return success(1);

}

    @Transactional

    public void delete(Map<String,String> query,Map<String,String> config){

        StringBuffer sql = new StringBuffer("DELETE FROM ").append("`").append(table).append("`").append(" ");

        sql.append(toWhereSql(query, "0".equals(config.get(FindConfig.GROUP_BY))));

        log.info("[{}] - 删除操作：{}",table,sql);

        Query query1 = runCountSql(sql.toString());

        query1.executeUpdate();

    }

        4.2.3 公共管理界面

公共管理模块是对系统公告和轮播图的设置，只有管理员权限才能进行更新维护。界面如下图4-10所示。

图4-10公共管理界面图

公共管理关键代码如下所示。

@PostMapping("/set")

@Transactional

    public Map<String, Object> set(HttpServletRequest request) throws IOException {

        service.update(service.readQuery(request), service.readConfig(request), service.readBody(request.getReader()));

        return success(1);

}

    public Map<String,String> readConfig(HttpServletRequest request){

        Map<String,String> map = new HashMap<>();

        map.put(FindConfig.PAGE,request.getParameter(FindConfig.PAGE));

        map.put(FindConfig.SIZE,request.getParameter(FindConfig.SIZE));

        map.put(FindConfig.LIKE,request.getParameter(FindConfig.LIKE));

        map.put(FindConfig.ORDER_BY,request.getParameter(FindConfig.ORDER_BY));

        map.put(FindConfig.FIELD,request.getParameter(FindConfig.FIELD));

        map.put(FindConfig.GROUP_BY,request.getParameter(FindConfig.GROUP_BY));

        map.put(FindConfig.MAX_,request.getParameter(FindConfig.MAX_));

        map.put(FindConfig.MIN_,request.getParameter(FindConfig.MIN_));

        return map;

}

    public Map<String,String> readQuery(HttpServletRequest request){

        String queryString = request.getQueryString();

        if (queryString != null && !"".equals(queryString)) {

            String[] querys = queryString.split("&");

            Map<String, String> map = new HashMap<>();

            for (String query : querys) {

                String[] q = query.split("=");

                map.put(q[0], q[1]);

            }

            map.remove(FindConfig.PAGE);

            map.remove(FindConfig.SIZE);

            map.remove(FindConfig.LIKE);

            map.remove(FindConfig.ORDER_BY);

            map.remove(FindConfig.FIELD);

            map.remove(FindConfig.GROUP_BY);

            map.remove(FindConfig.MAX_);

            map.remove(FindConfig.MIN_);

            return map;

        }else {

            return new HashMap<>();

        }

}

    @Transactional

    public void update(Map<String,String> query,Map<String,String> config,Map<String,Object> body){

        StringBuffer sql = new StringBuffer("UPDATE ").append("`").append(table).append("`").append(" SET ");

        for (Map.Entry<String,Object> entry:body.entrySet()){

            Object value = entry.getValue();

            if (value instanceof String){

                sql.append("`"+humpToLine(entry.getKey())+"`").append("=").append("'").append(value).append("'").append(",");

            }else {

                sql.append("`"+humpToLine(entry.getKey())+"`").append("=").append(value).append(",");

            }

        }

        sql.deleteCharAt(sql.length()-1);

        sql.append(toWhereSql(query,"0".equals(config.get(FindConfig.LIKE))));

        log.info("[{}] - 更新操作：{}",table,sql);

        Query query1 = runCountSql(sql.toString());

        query1.executeUpdate();

}

    public String toWhereSql(Map<String,String> query, Boolean like) {

        if (query.size() > 0) {

            try {

                StringBuilder sql = new StringBuilder(" WHERE ");

                for (Map.Entry<String, String> entry : query.entrySet()) {

                    if (entry.getKey().contains(FindConfig.MIN_)) {

                        String min = humpToLine(entry.getKey()).replace("_min", "");

                        sql.append("`"+min+"`").append(" >= '").append(URLDecoder.decode(entry.getValue(), "UTF-8")).append("' and ");

                        continue;

                    }

                    if (entry.getKey().contains(FindConfig.MAX_)) {

                        String max = humpToLine(entry.getKey()).replace("_max", "");

                        sql.append("`"+max+"`").append(" <= '").append(URLDecoder.decode(entry.getValue(), "UTF-8")).append("' and ");

                        continue;

                    }

                    if (like == true) {

                        sql.append("`"+humpToLine(entry.getKey())+"`").append(" LIKE '%").append(URLDecoder.decode(entry.getValue(), "UTF-8")).append("%'").append(" and ");

                    } else {

                        sql.append("`"+humpToLine(entry.getKey())+"`").append(" = '").append(URLDecoder.decode(entry.getValue(), "UTF-8")).append("'").append(" and ");

                    }

                }

                sql.delete(sql.length() - 4, sql.length());

                sql.append(" ");

                return sql.toString();

            } catch (UnsupportedEncodingException e) {

                log.info("拼接sql 失败：{}", e.getMessage());

            }

        }

        return "";

    }

        4.2.4 信息管理界面

景区自助售票系统中的管理人员在“信息管理”这一菜单下是可以对景区自助售票系统内的景点信息、景点类型、会员钱包、充值信息、确认充值、订票信息、退票申请、确认退票、联系我们等进行管控的，其管理界面如下图4-11所示。

图4-11信息管理界面图

5 系统测试

5.1 系统测试的目的

系统开发到了最后一个阶段那就是系统测试，系统测试对软件的开发其实是非常有必要的。因为没什么系统一经开发出来就可能会尽善尽美，再厉害的系统开发工程师也会在系统开发的时候出现纰漏，系统测试能够较好的改正一些bug，为后期系统的维护性提供很好的支持。通过系统测试，开发人员也可以建立自己对系统的信心，为后期的系统版本的跟新提供支持。

5.2 系统测试用例

系统测试包括：用户登录功能测试、景点信息展示功能测试、景点信息添加、景点信息搜索、密码修改功能测试，如表5-1、5-2、5-3、5-4、5-5所示：

用户登录功能测试：

表5-1 用户登录功能测试表

用例名称	用户登录系统
目的	测试用户通过正确的用户名和密码可否登录功能
前提	未登录的情况下
测试流程	1) 进入登录页面 2) 输入正确的用户名和密码
预期结果	用户名和密码正确的时候，跳转到登录成功界面，反之则显示错误信息，提示重新输入
实际结果	实际结果与预期结果一致

景点信息查看功能测试：

表5-2 景点信息查看功能测试表

用例名称	景点信息查看
目的	测试景点信息查看功能
前提	用户登录
测试流程	点击景点信息列表
预期结果	可以查看到所有景点信息信息
实际结果	实际结果与预期结果一致

管理员添加景点信息界面测试：

表5-3 管理员添加景点信息界面测试表

用例名称	景点信息发布测试用例
目的	测试景点信息发布功能
前提	用户正常登录情况下
测试流程	1）点击景点信息信息管理就，然后点击添加后并填写信息。 2）点击进行提交。
预期结果	提交以后，页面首页会显示新的景点信息信息
实际结果	实际结果与预期结果一致

景点信息搜索功能测试：

表5-4景点信息搜索功能测试表

用例名称	景点信息搜索测试
目的	测试景点信息搜索功能
前提	无
测试流程	1）在搜索框填入搜索关键字。 2）点击搜索按钮。
预期结果	页面显示包含有搜索关键字的景点信息
实际结果	实际结果与预期结果一致

密码修改功能测试：

表5-5 密码修改功能测试表

用例名称	密码修改测试用例
目的	测试管理员密码修改功能
前提	管理员用户正常登录情况下
测试流程	1）管理员密码修改并完成填写。 2）点击进行提交。
预期结果	使用新的密码可以登录
实际结果	实际结果与预期结果一致

5.3 系统测试结果

通过编写景区自助售票系统的测试用例，已经检测完毕用户登录模块、景点信息查看模块、景点信息添加模块、景点信息搜索模块、密码修改功能测试，通过这5大模块为景区自助售票系统的后期推广运营提供了强力的技术支撑。

结论

至此，景区自助售票系统已经结束，在开发前做了许多的准备，在本系统的设计和开发过程中阅览和学习了许多文献资料，从中我也收获了很多宝贵的方法和设计思路，对系统的开发也起到了很重要的作用，系统的开发技术选用的都是自己比较熟悉的，比如Web、springboot技术、MYSQL，这些技术都是在以前的学习中学到了，其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验，其实对于我们来说工作量还是比较大的，但是正是由于之前的积累与准备，才能顺利的完成这个项目，由此看来，积累经验跟做好准备是十分重要的事情。

当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助，正是因为他们的指导与帮助，我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西，此系统也有需要改进的地方，但是由于专业知识的浅薄，并不能做到十分完美，希望以后有机会可以让其真正的投入到使用之中。