基于java+springboot+vue实现的旅游管理系统（文末源码+Lw）23-234

摘要

如今社会上各行各业，都喜欢用自己行业的专属软件工作，互联网发展到这个时候，人们已经发现离不开了互联网。新技术的产生，往往能解决一些老技术的弊端问题。因为传统旅游管理系统信息管理难度大，容错率低，管理人员处理数据费工费时，所以专门为解决这个难题开发了一个旅游管理系统管理系统，可以解决许多问题。

旅游管理系统管理系统按照操作主体分为管理员和用户。管理员的功能包括收货地址管理、购物车管理、字典管理、公告管理、景点管理、景点收藏管理、景点评价管理、景点订单管理、酒店管理、酒店收藏管理、酒店评价管理、酒店订单管理、留言板管理、旅游路线管理、旅游路线收藏管理、旅游路线评论管理、商品管理、商品收藏管理、商品评价管理、商品订单管理、用户管理、管理员管理。用户的功能等。该系统采用了Mysql数据库，Java语言，Spring Boot框架等技术进行编程实现。

旅游管理系统管理系统可以提高旅游管理系统信息管理问题的解决效率，优化旅游管理系统信息处理流程，保证旅游管理系统信息数据的安全，它是一个非常可靠，非常安全的应用程序。

关键词：旅游管理系统管理系统；景点,旅游路线Mysql数据库；Java语言

第4章系统设计

用户对着浏览器操作，肯定会出现某些不可预料的问题，但是不代表着系统对于用户在浏览器上的操作不进行处理，所以说，要提前考虑可能会出现的问题。

4.1 系统设计思想

系统设计，肯定要把设计的思想进行统一，只有统一的思想才能指导程序的开发，并且可以让众多的程序开发人员更快速的进入状态，提高开发速度。根据当前系统的既定需求，下面将进行本系统设计思想的阐述。

(1)扩展性：开发任何一个系统的时候不可避免要考虑这个问题。软件版本的更迭是一种常识，任何一个软件都不会一次性开发就成永恒，软件是一个不断成长的东西。所以考虑问题的时候需要对当前问题进行数据上的扩大化，然后进行归纳整理，最终形成具有一定扩展性的程序。程序的可扩展性必然会影响开发进度，所以最终需要综合评估程序的可扩展程度，进而有的放矢，循序开发。

(2)实用性：程序设计是一个先高屋建瓴式的设想，然后再具体化，实用性就是具体化的第一个步骤，要充分考虑使用者是不懂程序设计的这一点，使用者只是懂得常规性的上网操作步骤，并不需要对程序进行理解，所以一定要让使用者感觉到便利，感觉到实用性的存在，如果使用者使用程序过程中没发现使用程序的好处，那么程序设计的实用性将大大降低。

(3)安全性：当使用者使用的过程中，会产生大量的相关数据，这些数据必须有安全性的保证，否则当使用者发现数据出现问题的原因是程序设计问题的时候，将会对程序开发者失去信任，甚至可能会产生大量的费用赔偿问题，这是一个不可避免的问题。所以安全性关系开发与使用者双方的经济利益，程序的安全性是一定要保证的。

(4)先进性：程序设计的先进性是开发者进行考虑的，必须要在满足系统功能的前提下，必须要选择好当下最合适的技术。最合适的技术要从开发成本，使用成本以及维护成本里面综合分析，经过综合分析后要让技术实现最优解，保持先进的技术生产力。

(5)维护性：程序开发之初就要考虑以后的维护问题。维护是在程序开发完毕，已经上线可以运作，进入生产试用过程和使用过程中才会发现需要维护的必要。要通过各方面降低维护成本，不是说维护的越少就代表程序开发的越完美，程序既然是人类进行设计制造的，肯定有很多不可避免的问题产生，那么如何维护好程序的正常运作也是一门很重要的学问。

4.2 功能结构设计

图4.1即为设计的管理员功能结构，管理员权限操作的功能包括管理公告，管理旅游管理系统信息，包括景点管理，培训管理，旅游路线管理，薪资管理等，可以管理公告。

图4.1 管理员功能结构

4.3 数据库设计

旅游管理系统管理系统运行中产生的数据需要按照提前设置的存储规则进行保存，设计出一个符合项目的最优数据存储格式，因为它能减少用户的等待时间，还可以对系统的请求在最短时间内进行响应。所以，对数据库设计时，需要对功能需求进行详细的拆分，以及对业务状态的细分，然后设计具体的存储规则，保证数据库能正常运作，缩短数据处理时间，并在一定程度上降低数据冗余，节省存储空间。

4.3.1 数据库概念设计

实体-联系图还有一个名称即E-R图，是Entity Relationship Diagram各英文单词首字母的缩写，它这种概念模型通常用于对现实世界进行描述。同时它还是一种能够直观表达数据中实体，联系，属性的有效手段。绘制E-R图能够选择的工具也有很多，但是Office Visio 这款软件在E-R图的绘制上一般都是作为首选工具，因为它是基于可视化处理，使用它创建E-R图非常简单。使用基本的E-R图构成元素，比如椭圆，菱形，矩形，还有实线段来表达对应的信息，椭圆代表属性，即实体的特征，矩形代表实体，即数据库中的一个具体数据表，菱形代表实体中相互关系，实线段主要是完成椭圆，矩形，菱形的连接。

（1）下图是酒店收藏实体和其具备的属性。

酒店收藏实体属性图

（2）下图是旅游路线收藏实体和其具备的属性。

旅游路线收藏实体属性图

（3）下图是用户实体和其具备的属性。

用户实体属性图

（4）下图是景点实体和其具备的属性。

景点实体属性图

（5）下图是景点收藏实体和其具备的属性。

景点收藏实体属性图

（6）下图是购物车实体和其具备的属性。

购物车实体属性图

（7）下图是留言板实体和其具备的属性。

留言板实体属性图

（8）下图是旅游路线实体和其具备的属性。

旅游路线实体属性图

（9）下图是商品实体和其具备的属性。

商品实体属性图

（10）下图是公告实体和其具备的属性。

公告实体属性图

（11）下图是酒店实体和其具备的属性。

酒店实体属性图

（12）下图是景点评价实体和其具备的属性。

景点评价实体属性图

（13）下图是景点订单实体和其具备的属性。

景点订单实体属性图

（14）下图是商品收藏实体和其具备的属性。

商品收藏实体属性图

（15）下图是酒店评价实体和其具备的属性。

酒店评价实体属性图

（16）下图是酒店订单实体和其具备的属性。

酒店订单实体属性图

（17）下图是旅游路线评论实体和其具备的属性。

旅游路线评论实体属性图

（18）下图是商品评价实体和其具备的属性。

商品评价实体属性图

（19）下图是商品订单实体和其具备的属性。

商品订单实体属性图

（20）下图是收货地址实体和其具备的属性。

收货地址实体属性图

4.3.2 数据库物理设计

本小节主要任务即是根据上述内容进行数据存储结构的设计，实体的属性就用来表示字段名称，不同的字段表示的数据类型以及取值都不相同，以及该表各个字段是否能够保持空等进行说明，设计完成一张数据表的结构之后，在保存时同样要命名，尽量选择英文名称进行命名并保存，还不容易导致系统出错。接下来就对设计的表进行简单说明。

表4.1收货地址表

序号	列名	数据类型	说明	允许空
1	Id	Int	id	否
2	yonghu_id	Integer	创建用户	是
3	address_name	String	收货人	是
4	address_phone	String	电话	是
5	address_dizhi	String	地址	是
6	isdefault_types	Integer	是否默认地址	是
7	insert_time	Date	添加时间	是
8	update_time	Date	修改时间	是
9	create_time	Date	创建时间	是

表4.2购物车表

序号	列名	数据类型	说明	允许空
1	Id	Int	id	否
2	yonghu_id	Integer	所属用户	是
3	shangpin_id	Integer	商品	是
4	buy_number	Integer	购买数量	是
5	create_time	Date	添加时间	是
6	update_time	Date	更新时间	是
7	insert_time	Date	创建时间	是

表4.3字典表

序号	列名	数据类型	说明	允许空
1	Id	Int	id	否
2	dic_code	String	字段	是
3	dic_name	String	字段名	是
4	code_index	Integer	编码	是
5	index_name	String	编码名字	是
6	super_id	Integer	父字段id	是
7	beizhu	String	备注	是
8	create_time	Date	创建时间	是

。

表4.21用户表

序号	列名	数据类型	说明	允许空
1	Id	Int	id	否
2	yonghu_name	String	用户姓名	是
3	yonghu_phone	String	用户手机号	是
4	yonghu_id_number	String	用户身份证号	是
5	yonghu_photo	String	用户头像	是
6	new_money	BigDecimal	余额	是
7	yonghu_email	String	用户邮箱	是
8	create_time	Date	创建时间	是