摘 要
冕宁灵山景区位于四川省冕宁县，在2006年被评为国家AAAA级旅游景区。景区内生态保护完好，物种众多，是省级森林公园。在2006年被评为国家AAAA级旅游景区。灵山寺是四川省凉山州冕宁县下的寺庙，距冕宁县城8公里，是凉山州境内最为有名的一座寺庙。
改革开放以来，我国的旅游业有了非常迅速的发展，但是比较而言，我国国内旅游业发展的广度深度都远远不能适应经济发展和人民生活水平提高的需要。随着市场经济的发展和人民收入水平的进一步提高，人民对旅游消费的需求将进一步上升，国内旅游业在国民经济中的地位和作用越来越重要。本文针对冕宁灵山寺旅游开发为基础，经过本人的综合考虑，设计一款冕宁灵山寺预约系统，是基于SSM框架、Mysql数据库、JSP技术、Ajax技术的方式设计，实现了本系统的全部功能。
关键词：冕宁灵山寺；Mysql数据库；旅游预约
Design and implementation of SSM reservation system for Lingshan temple in Mianning
Abstract
Mianning Lingshan scenic spot, located in Mianning County, Sichuan Province, was rated as a national AAAA scenic spot in 2006. The scenic area has good ecological protection and numerous species. It is a provincial forest park. In 2006, it was rated as a national AAAA tourist attraction. Lingshan temple is a temple in Mianning County, Liangshan Prefecture, Sichuan Province. It is 8 kilometers away from Mianning County city. It is the most famous temple in Liangshan Prefecture.
Since the reform and opening up, China's tourism has developed very rapidly, but comparatively speaking, the breadth and depth of China's domestic tourism development are far from meeting the needs of economic development and the improvement of people's living standards. With the development of market economy and the further improvement of people's income level, people's demand for tourism consumption will further rise. Domestic tourism plays a more and more important role in the national economy. Based on the tourism development of Mianning Lingshan temple and through my comprehensive consideration, this paper designs a Mianning Lingshan Temple reservation system, which is based on SSM framework, MySQL database, JSP technology and Ajax technology, and realizes all the functions of this system.
Key words:Mianning Lingshan temple; Mysql database; Travel reservation
目 录
1 绪论
1.1研究背景与意义
灵山寺，是凉山州重点整合的彝海—灵山风景区的组成部分。位于该县县城20公里之外的东部小相岭西麓深山老林之中，因背后紧靠着的那坐高耸的大山叫灵山，所以叫灵山寺。冕宁灵山以灵山寺为中心，规划保护面积40平方公里。灵山寺始建于清代·乾隆年间，是冕宁县如今规模最大的宗教寺院。主体建筑大雄宝殿，宽敞宏大，结构庄严，前殿正中供奉释迦牟尼，两边是十八罗汉，后殿供奉灵山寺开山祖师悟真和尚杨学信木刻偶像。面对大佛是坐着的韦陀护法神像。
到了近代社会，宗教寺庙场所作为一种重要的历史资源和文化遗产被高度重视并给予了重点的措施保护。再加上近年来旅游业的发展，佛教寺院在新的时代背景下得到了世人的认可和关注，散发出传统文化的时代气息，寺庙旅游也逐年在兴起。
但我国旅游产业仍然基础薄弱，管理手段滞后，信息化程度低，企业效益较差。旅游行政管理部门存在管理方式落后，缺乏信息化管理手段，信息沟通渠道不通畅等问题。面对困难和挑战，我国旅游业必须转变观念，创新思维，以信息化建设为突破口和新手段，整合各种资源，从而实现整个行业的新跨越。加强旅游信息化建设，可以提高各级管理部门的工作效率和管理水平，精简办事程序，降低工作成本，加大宣传力度，加快信息传播速度,提高信息实效性;另一方面可以通过开展电子商务，满足游客的个性化需求，提高旅游服务质量，改变旅游企业传统经营模式，降低成本，增加效益，从而提高整个旅游产业素质,旅游实现信息化，将会进一步壮大旅游支柱产业，提升旅游产业整体信息化水平，优化产业结构和资源配置，完善产业链，进而带动众多相关产业发展，拉动内需，扩大就业，增加外汇收入，对经济发展起到积极的推动作用。
1.2研究内容
冕宁灵山寺预约系统的开发及实现，所需要的工作内容：
（1）首先是确定选题，确定好所要做的系统，并对系统的背景及现在面临的一些问题等进行系统的初步确认。
（2）系统确认完成后，结合系统开发的需求进行确认系统开发所使用的技术，冕宁灵山寺预约系统的开发使用SSM框架，数据库进行平台的搭建开发，确认好使用的技术进行技术分析，所使用的技术是否可以完成冕宁灵山寺预约系统的实现。
（3）确定好系统使用的技术，进行在线确认系统所划分的用户角色，并且根据用户角色划分确定所要设计的功能模块，对于冕宁灵山寺预约系统的设计主要划分别为管理员和用户角色，并所使用的功能模块也相应不同，但是系统的数据库实现的内容是交互的，用户可以随时根据自己的需求进行景区预约，对于系统工作人员可以根据自己的分管内容进行在线信息的处理及操作，管理员获取到所有用户的详细数据信息，并根据需求进行第一时间处理解决。
（4）系统的功能模块确认完成后进行程序及界面的设计，设计完成后，并且通过测试来判断程序是否完善，对于系统测试，需要不同的用户进行不同的内容编辑及提交，及使用不同的测试方式找出程序中存在的漏洞，并对程序出现的漏洞问题进行在线解决处理，如果测试系统没有任何问题时，可以将系统上传进行正式操作使用。
2 相关技术介绍
2.1 开发技术
本系统前端部分基于MVVM模式进行开发，采用B/S模式，后端部分基于Java的ssm框架进行开发。
前端部分：前端框架采用了比较流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信，Element UI组件库使页面快速成型，项目前端通过栅格布局实现响应式，可适应PC端、平板端、手机端等不同屏幕大小尺寸的完美布局展示。
后端部分：采用ssm作为开发框架，同时集成MyBatis、Redis等相关技术。
2.2 MVVM模式
MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化，让我们将视图 UI 和业务逻辑分开。当然这些事 ViewModel 已经帮我们做了，它可以取出 Model 的数据同时帮忙处理 View 中由于需要展示内容而涉及的业务逻辑。微软的WPF带来了新的技术体验，如Silverlight、音频、视频、3D、动画……，这导致了软件UI层更加细节化、可定制化。同时，在技术层面，WPF也带来了 诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM（Model-View-ViewModel）框架的由来便是MVP（Model-View-Presenter）模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去，以应对客户日益复杂的需求变化。
2.3 B/S结构
B/S（Browser/Server）比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端，那么工作就达到“瘦身”效果， 不需要考虑不停装软件的问题。
2.4 SSM框架
SSM即SpringMVVM+Spring+MySQL，这三个框架有各自最独有的优势，那么将它们组合在一起能够碰撞出很强的火花。设计者在不需消耗大量功夫，能做出Web应用程序，而且这个程序还具有层次清晰、升级更新操作不影响正常使用的、允许多次使用的特点。这个复合框架形成一个有着结构完整、功能强大和结构良好的体系：SpringMVVM使各板块分离，Spring使开发更灵活方便，让开发者直接对对象进行操纵，各层次分工明细，并实现各个层次间的解耦，让代码更加的灵活精简。这个框架使程序员能够规避在开发时期避免个别错误导致整体被破坏，也能在后期应对客户对产品提出的新需求。
2.5 Mysql数据库
Mysql 经过多次的更新，功能层面已经非常的丰富和完善了，从Mysql4版本到5版本进行了比较大的更新，在商业的实际使用中取得了很好的实际应用效果。最新版本的Mysql支持对信息的压缩，同时还能进行加密能更好的满足对信息安全性的需求。同时经过系统的多次更新，数据库自身的镜像功能也得到了很大的增强，运行的流畅度和易用性方面有了不小的进步，驱动的使用和创建也更加的高效快捷。最大的变动还是进行了空间信息的显示优化，能更加方便的在应用地图上进行坐标的标注和运算。强大的备份功能也保证了用户使用的过程会更加安心，同时支持的Office特性还支持用户的自行安装和使用。在信息的显示形式上也进行了不小的更新，增加了两个非常使用的显示区，一个是信息区，对表格和文字进行了分类处理，界面的显示更加清爽和具体。第二是仪表的信息控件，能在仪表信息区进行信息的显示，同时还能进行多个信息的比对，为用户的实际使用带来了很大的便捷[8][9]。
针对本文中设计的冕宁灵山寺预约系统在实际的实现过程中，最终选择Mysql数据库的主要原因在于在企业的应用系统应用及开发的过程中会存在大量的数据库比较频繁的操作，而且数据的安全性要求也是非常的高。综合这些因素，最终选择安全性系数比较高的Mysql来对冕宁灵山寺预约系统后台数据进行存储操作[10][11]。
2.6 B/S体系结构介绍
B/S结构（Browser/Server，浏览器/服务器模式），是WEB兴起后的一种网络结构模式，WEB浏览器是客户端最主要的应用软件。这种模式统一了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。客户机上只要安装一个浏览器，如Chrome、Safari、Microsoft Edge、Netscape Navigator或Internet Explorer，服务器安装SQL Server、Oracle、MYSQL等数据库。浏览器通过Web Server同数据库进行数据交互。
3 系统分析
3.1可行性分析
开发任何一个系统，都要对其可行性进行分析，对其时间和资源上的限制进行考虑，这样可以减少系统开发的风险。同时，分析之后不仅能够合理的运用人力，还能在各方面资源的消耗上得到节省。下面就对技术、经济和社会三个方面来介绍。
3.1.1技术可行性
技术可行性主要考虑当前项目所用的技术是否能够符合，在设备上是否能够满足，及各种辅助工具是否提供帮助。本系统用的是推荐算法，调试相对简单，当前的计算机硬件配置也完全能满足开发的需求，因此在技术上是绝对可行的。软件方面：由于软件的开发平台成熟可行,它们速度快、容量大、可靠性能高、价格低，完全能满足系统的需求。采用Java编程语言，已无技术上的问题。
3.1.2经济可行性
系统所采用的SSM框架和Mysql后端数据库均为免费开发工具。故开发成本主要集中在后期的推广及系统维护上。相对于成本较高的C/S模式，也是选用了成本较低的B/S模式，所以经济上几乎没任何问题。
3.1.3社会可行性
本系统是自行开发的系统，以方便高效进行冕宁灵山寺旅游信息查询，是具有实际意义的系统，开发的环境软件和用到的数据库也都是开源代码，不存在侵权等问题，所以在社会方面也是可行的。
3.2系统功能需求
用户用例图如下所示。
图3-1 用户用例图
管理员用例图如下所示。
图3-2 管理员用例图
通过对用例图的分析和调查，根据本系统的实际需要，从用户角度提出需求功能如下：
1.管理员功能需求：
用户管理模块：管理员查看用户基本信息，并实现对用户信息的增加、删除、修改等功能。
修改登录密码模块：修改管理员用户的登录密码。
景点管理模块：管理员发布景点信息，名称、景点、简介、路线图搜索等，可对其删除、修改。
攻略路线管理模块：管理员发布热门攻略路线，并且添加热门攻略路线数据，也能够删除热门攻略路线数据。
餐馆信息管理模块：根据客户需要，管理员对景区餐馆信息的维护管理等操作。
酒店信息管理模块：根据业务需要，管理员对住宿酒店信息进行维护管理等操作。
门票预订管理：对用户的门票预订单进行处理。
2.用户功能需求：
用户注册模块：将用户信息录入数据库，用户利用注册的账号以及密码登录系统，浏览查看各种信息，添加部分信息；
评论模块：用户评论景点，查看其他对该景点的评论内容。
收藏模块：用户收藏景点，整理个人收藏夹。
个人信息模块：修改信息功能，用户修改个人资料信息，但不能修改账号；密码修改功能，修改登录密码。
攻略路线搜索模块：从管理员发布的攻略路线数据中，选择想要搜索查询的攻略路线信息。
餐馆信息模块：可以在线进行餐馆信息搜索等操作。
3.3系统性能需求
评判一个系统好坏的一项重要指标就是性能，下面是对此系统的一些性能进行阐述。
1.系统的安全性和稳定性: 冕宁灵山寺预约系统在管理权限上有着严格的控制，即想登录此平台进行操作，则必须要有操作权限，没有权限的用户是不可能登录平台查看任何的信息和数据，从而确保了系统的安全性。
2.数据的完整性和准确性：第一个是各项记录信息的完整性，信息记录的内容可以为空；第二个是各项信息数据之间相互联系的准确性；第三个是数据在不同记录信息的一致性
3．用户操作系统简单方便
在系统开发中按照“简单易用”的原则，能够使用户对系统的使用一目了然，既能保证用户使用，同时又能保证维护人员方便维护。
3.4业务流程分析
业务流程图不仅能反映出内部业务之间的关系，而且能体现出作业顺序及信息的流动。冕宁灵山寺预约系统必须支持整个组织在不同层次上的各种功能，各个功能模块之间又有各种不同相关的信息进行联系，构成了一个有机的整体，根据冕宁灵山寺预约系统的特点以及结合所面临的实际情况，设计出了系统的业务流程图。
系统的业务流程如下图所示。
图3-1系统业务流程图
3.5数据流程分析
在分析了系统的业务流程之后，就要分析系统的数据流，为后面设计系统的数据库做好基础。这里主要利用数据流程图来说明数据流程。数据流程图是一个图示工具，容易理解，容易在开发和用户方之间进行交流，以及在开发组织内部交流。因此数据流程图作为一种模型工具已经广泛使用在软件工程的实践中。
系统的顶层数据流图如下图所示。
图3-2系统数据流图（顶层）
根据系统的业务流程，用户浏览所使用到的数据归纳为输出信息。而用户提交的数据则作为系统的输入数据。相应的，根据系统管理员业务流程，管理员对系统内容的添加、更新和删除等所操作的数据定义为输入信息。
系统的底层数据流图如下图所示。
图3-3系统数据流图（底层）
4 系统设计
4.1系统架构设计
主要架构设计主要分为可以3层，主要有Web层，业务层，Model层。其中web层还包括View层和Controller层，Model层包括元数据扩展层和数据访问层。
图4-1系统架构图
视图层视图是指被用户所看到的并且能够与之进行交互的界面。视图可以向用户展示相关的数据，并接收用户输入的数据，但对用户数据不进行任何实际业务操作处理。
模型层通过控制层来处理视图层传递的数据，同一个模型可以给不同的视图提供数据，也可以被不同的视图重复使用。控制层主要负责视图层和模型层之间的数据传输和处理请求操作。当用户通过视图发送数据和请求时，控制层可以接收请求和数据并决定调用哪些模型、通过模型的哪些操作来处理数据和请求，处理完成后，控制层再将数据返回给相应的视图。
4.2总体结构设计
根据对系统的功能进行分析可以总结冕宁灵山寺预约系统的具体功能模块包括下面的几个主要的功能模块：该系统主要从两大模块进行设计的，首先就是用户参与操作需要的模块，此外还需要有管理员用到的模块，两者之间不是互相独立的，他们之间有着密切的联系，同数据库表中的数据连接起来进行操作。每个模块访问相同的数据库，但访问的表不同。系统的各个功能模块是根据所收集的资料研究得到的。在以上分析功能的基础上，系统模块分为多个模块。用户含有的功能有注册，登录，景点信息搜索，交流论坛、攻略路线推荐、门票预订、餐馆信息查看、酒店信息查看、景点评论提交等，退出登录等功能，管理员含有的功能有修改密码，用户管理、路线攻略管理、酒店信息管理、景点管理、餐馆管理、门票预订管理等功能。
系统的功能结构图如下图所示。
图4-2系统功能结构图
4.2功能模块设计
4.2.1用户模块
用户模块主要实现用户的注册、登录、在线意见反馈、在线评论、景点浏览、景点订票、旅游路线浏览、旅游路线查询和个人资料修改、登录密码修改、交流消息提交、购票查询、查询查询等功能。
用户注册：用户通过账号注册得到用户名和密码。
用户登录：用户在被管理员添加成功后，通过管理员提供的用户名、密码和输入验证码进行登录，操作非常简单。
个人资料管理：用户根据用户ID修改当前ID的一些属性的值。
修改个人登录密码：用户登录景点推荐旅游网站后可以自己修改自己的密码。
景点评论：在景点的基础上对景点的评论，按时间形成评论列表，个人对其评论进行维护和整理。
景点信息：可以点击列表查看景点的具体信息。
攻略路线：可以查看攻略路线信息。
酒店信息：用户根据自己的需求选中某个酒店进行信息浏览操作。
餐馆信息：用户搜索当地的特色餐馆信息。
门票预订：用户可以在线进行门票预订操作。
4.2.2管理员模块
管理员模块是本系统重要开发部分，它的使用对象是系统管理员，在进入管理员模块前，需要输入正确的用户姓名、密码和验证码，才能进入管理员模块。界面右上方有退出系统按钮，点击可退出管理员模块界面。
系统用户管理：管理员添加、管理、查询管理员信息并有修改他们密码的权限。
注册用户管理：管理员管理已注册的用户，审核刚注册的用户，修改用户的基本信息。
景点信息管理：管理员录入景点信息，跳转至添景点页面，填写景点信息，提交后，景点信息存储数据库的景点信息表中。
攻略路线管理：攻略路线管理包括攻略路线信息录入、修改、删除，在数据库中设计并建立攻略路线信息表，管理员添加攻略路线信息，即往数据表中插入一条数据，删除信息，则在数据库删除一条数据，修改攻略路线信息，则修改数据库的数据。
4.3数据库设计
4.3.1概念设计
E-R图一般是由实体、实体的属性与联系三个要素组成的。在规划系统中所使用的数据库实体对象及实体E-R图，则需要通过对系统的需求分析、业务流程设计和系统功能结构来确定的。
总体ER图如下图所示。
图4-3总体ER图
4.3.2逻辑设计
将实体属性模型转换为关系数据库应该遵循以下几个原则：
1.一个实体转换后要对应一个关系。
2.所有的主键必须要定义为非空（not null）。
3.针对二元联系也应该按照一对多、弱对实、一对一和多对多等联系来定义外键。
得到数据库的关系后，设计如下表结构。
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| ordinary_users_id | int | 11 | 是 | 是 | 普通用户ID |
| user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| user_gender | varchar | 64 | 否 | 否 | 用户性别 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| user_id | int | 11 | 是 | 否 | 用户ID |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| ticket_booking_id | int | 11 | 是 | 是 | 门票预订ID |
| name_of_scenic_spot | varchar | 64 | 否 | 否 | 景点名称 |
| scenic_spot_address | varchar | 64 | 否 | 否 | 景点地址 |
| scenic_spot_telephone | varchar | 16 | 否 | 否 | 景点电话 |
| ticket_type | varchar | 64 | 否 | 否 | 门票类型 |
| ticket_price | varchar | 64 | 否 | 否 | 门票价格 |
| number_of_ticket_buyers | varchar | 64 | 否 | 否 | 购票人数 |
| total_ticket_price | varchar | 64 | 否 | 否 | 门票总价 |
| purchase_user | int | 11 | 否 | 否 | 购买用户 |
| pay_state | varchar | 16 | 是 | 否 | 支付状态 |
| pay_type | varchar | 16 | 否 | 否 | 支付类型 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| user_information_id | int | 11 | 是 | 是 | 用户信息ID |
| user_name | int | 11 | 否 | 否 | 用户姓名 |
| user_gender | varchar | 64 | 否 | 否 | 用户性别 |
| user_age | varchar | 64 | 否 | 否 | 用户年龄 |
| user_avatar | varchar | 255 | 否 | 否 | 用户头像 |
| user_address | varchar | 64 | 否 | 否 | 用户地址 |
| health_code | varchar | 255 | 否 | 否 | 健康码 |
| personal_profile | longtext | 0 | 否 | 否 | 个人简介 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| strategy_route_id | int | 11 | 是 | 是 | 攻略路线ID |
| name_of_scenic_spot | varchar | 64 | 否 | 否 | 景点名称 |
| vehicle | varchar | 64 | 否 | 否 | 交通工具 |
| carriage_picture | varchar | 255 | 否 | 否 | 马车图片 |
| price_introduction | varchar | 64 | 否 | 否 | 价格介绍 |
| transportation_price | varchar | 64 | 否 | 否 | 交通价格 |
| remarks | varchar | 64 | 否 | 否 | 备注 |
| hits | int | 11 | 是 | 否 | 点击数 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| scenic_spot_information_id | int | 11 | 是 | 是 | 景点信息ID |
| name_of_scenic_spot | varchar | 64 | 否 | 否 | 景点名称 |
| ticket_type | varchar | 64 | 否 | 否 | 门票类型 |
| scenic_spot_cover | varchar | 255 | 否 | 否 | 景点封面 |
| scenic_spot_address | varchar | 64 | 否 | 否 | 景点地址 |
| scenic_spot_telephone | varchar | 16 | 否 | 否 | 景点电话 |
| scenic_spot_star | varchar | 64 | 否 | 否 | 景点星级 |
| ticket_introduction | varchar | 64 | 否 | 否 | 门票介绍 |
| ticket_price | varchar | 64 | 否 | 否 | 门票价格 |
| scenic_spot_details | longtext | 0 | 否 | 否 | 景点详情 |
| hits | int | 11 | 是 | 否 | 点击数 |
| praise_len | int | 11 | 是 | 否 | 点赞数 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| restaurant_information_id | int | 11 | 是 | 是 | 餐馆信息ID |
| restaurant_name | varchar | 64 | 否 | 否 | 餐馆店名 |
| restaurant_address | varchar | 64 | 否 | 否 | 餐馆地址 |
| restaurant_cover | varchar | 255 | 否 | 否 | 餐馆封面 |
| appointment_telephone | varchar | 16 | 否 | 否 | 预约电话 |
| characteristic_signboard | varchar | 64 | 否 | 否 | 特色招牌 |
| remarks | varchar | 64 | 否 | 否 | 备注 |
| hits | int | 11 | 是 | 否 | 点击数 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| hotel_information_id | int | 11 | 是 | 是 | 酒店信息ID |
| hotel_name | varchar | 64 | 否 | 否 | 酒店名称 |
| hotel_cover | varchar | 255 | 否 | 否 | 酒店封面 |
| hotel_address | varchar | 64 | 否 | 否 | 酒店地址 |
| appointment_telephone | varchar | 16 | 否 | 否 | 预约电话 |
| hotel_star | varchar | 64 | 否 | 否 | 酒店星级 |
| hotel_notes | varchar | 64 | 否 | 否 | 酒店备注 |
| hits | int | 11 | 是 | 否 | 点击数 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| carriage_reservation_id | int | 11 | 是 | 是 | 马车预约ID |
| name_of_scenic_spot | varchar | 64 | 否 | 否 | 景点名称 |
| vehicle | varchar | 64 | 否 | 否 | 交通工具 |
| transportation_price | varchar | 64 | 否 | 否 | 交通价格 |
| number_of_buyers | varchar | 64 | 否 | 否 | 购买人数 |
| total_price | varchar | 64 | 否 | 否 | 总价 |
| purchase_user | int | 11 | 否 | 否 | 购买用户 |
| pay_state | varchar | 16 | 是 | 否 | 支付状态 |
| pay_type | varchar | 16 | 否 | 否 | 支付类型 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
5 系统实现
5.1数据库连接模块的实现
从web系统查询数据的根本的查询步骤：
Step1: 进行检查并且过滤来自用户的系统数据；
Step2: 成立起一个合适的数据库进行连接；
Step3: 进行查询系统数据库；
Step4: 获得查询的结构；
Step5: 把查询的结果展示给用户。
Step6: 数据库连接断开，释放资源。
数据库连接原理如下图所示。
图5-1数据库连接原理
5.2登录模块的实现
为确保系统安全性，系统操作员只有在登录界面输入正确的用户名、密码、权限以及验证码，单击“登录”按钮后才能够进入本系统的主界面。
用户登录流程图如下所示。
图5-2用户登录流程图
登录界面如下图所示。
图5-3登录界面
用户登录的关键代码如下。
* 登录
* @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;
QueryWrapper wrapper = new QueryWrapper<User>();
Map<String, String> map = new HashMap<>();
if(username != null && "".equals(username) == false){
map.put("username", username);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}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.selectBaseList(userGroupService.select(groupMap, new HashMap<>()));
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String res = service.selectExamineState(userGroup.getSourceTable(),byUsername.getUserId());
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, "账号或密码不正确");
}
}
public String select(Map<String,String> query,Map<String,String> config){
StringBuffer sql = new StringBuffer("select ");
sql.append(config.get(FindConfig.FIELD) == null || "".equals(config.get(FindConfig.FIELD)) ? "*" : config.get(FindConfig.FIELD)).append(" ");
sql.append("from ").append("`").append(table).append("`").append(toWhereSql(query, "0".equals(config.get(FindConfig.LIKE))));
if (config.get(FindConfig.GROUP_BY) != null && !"".equals(config.get(FindConfig.GROUP_BY))){
sql.append("group by ").append(config.get(FindConfig.GROUP_BY)).append(" ");
}
if (config.get(FindConfig.ORDER_BY) != null && !"".equals(config.get(FindConfig.ORDER_BY))){
sql.append("order by ").append(config.get(FindConfig.ORDER_BY)).append(" ");
}
if (config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE))){
int page = config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE)) ? Integer.parseInt(config.get(FindConfig.PAGE)) : 1;
int limit = config.get(FindConfig.SIZE) != null && !"".equals(config.get(FindConfig.SIZE)) ? Integer.parseInt(config.get(FindConfig.SIZE)) : 10;
sql.append(" limit ").append( (page-1)*limit ).append(" , ").append(limit);
}
log.info("[{}] - 查询操作，sql: {}",table,sql);
return sql.toString();
}
public List selectBaseList(String select) {
List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);
List<E> list = new ArrayList<>();
for (Map<String,Object> map:mapList) {
list.add(JSON.parseObject(JSON.toJSONString(map),eClass));
}
return list;
}
5.3用户模块的实现
5.3.1注册模块的实现
用户输入用户名、密码、电话、姓名等必填信息后，点击注册按钮完成用户的注册。
用户注册流程图如下所示。
图5-4用户注册流程图
用户注册界面如下图所示。
图5-5用户注册界面
用户注册的关键代码如下。
* 注册
* @return
*/
@PostMapping("register")
public Map<String, Object> signUp(HttpServletRequest request) throws IOException {
// 查询用户
Map<String, String> query = new HashMap<>();
Map<String,Object> map = service.readBody(request.getReader());
query.put("username",String.valueOf(map.get("username")));
List list = service.selectBaseList(service.select(query, new HashMap<>()));
if (list.size()>0){
return error(30000, "用户已存在");
}
map.put("password",service.encryption(String.valueOf(map.get("password"))));
service.insert(map);
return success(1);
}
public Map<String,Object> readBody(BufferedReader reader){
BufferedReader br = null;
StringBuilder sb = new StringBuilder("");
try{
br = reader;
String str;
while ((str = br.readLine()) != null){
sb.append(str);
}
br.close();
String json = sb.toString();
return JSONObject.parseObject(json, Map.class);
}catch (IOException e){
e.printStackTrace();
}finally{
if (null != br){
try{
br.close();
}catch (IOException e){
e.printStackTrace();
}
}
}
return null;
}
public void insert(Map<String,Object> body){
E entity = JSON.parseObject(JSON.toJSONString(body),eClass);
baseMapper.insert(entity);
log.info("[{}] - 插入操作：{}",entity);
}
5.3.2交流论坛模块的实现
用户点击交流论坛按钮进入交流论坛板，点击帖子发布，跳转至互帖子发布页面，提交交流论坛信息，成功发布，管理员管理用户的帖子信息。
交流论坛流程图如下所示。
图5-6交流论坛反馈流程图
交流论坛界面如图所示。
图5-7交流论坛界面
交流论坛界面的关键代码如下。
public Map<String, Object> getList(HttpServletRequest request) {
Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));
return success(map);
5.3.3酒店信息模块的实现
用户点击某个酒店进入信息详细页，可以在线搜索某个酒店了解，管理员管理酒店信息。
酒店信息流程图如下所示。
图5-8酒店信息流程图
酒店信息界面如图所示。
图5-9酒店信息界面
酒店信息界面的关键代码如下。
public Map<String, Object> obj(HttpServletRequest request) {
List resultList = service.selectBaseList(service.select(service.readQuery(request), service.readConfig(request)));
if (resultList.size() > 0) {
JSONObject jsonObject = new JSONObject();
jsonObject.put("obj",resultList.get(0));
return success(jsonObject);
} else {
return success(null);
}
}
5.4管理员模块的实现
5.4.1用户管理模块的实现
系统用户管理主要是对新用户的添加和旧用户的删除。新用户的添加主要是指添加用户名称并确定其密码；旧用户的删除也是从下拉菜单中找到对应的用户名称将其删除。不论是新用户添加还是旧用户的删除，这个权限只有管理员具有。
用户管理流程图如下所示。
图5-10用户管理流程图
用户管理界面如下图所示。
用户管理界面的关键代码如下。
@RequestMapping("/get_list")
public Map<String, Object> getList(HttpServletRequest request) {
Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));
return success(map);
5.4.2密码修改模块的实现
密码修改是对当前登录用户的密码进行修改，在管理员登录页面后右上方也能进行密码修改。
密码修改流程图如下所示。
图5-12密码修改流程图
5.4.3景点管理模块的实现
如果景点的信息需要修改，管理员可以通过查询景点的基本信息来查询景点数据，查询景点是通过ajax技术来进行查询的，需要传递景点的名称等参数然后在返回到该页面中,可以选中要修改或删除的那条信息，如果选中了超过一条数据，页面会挑一个窗口提醒只能选择一条数，如果没有选中数据会挑一个窗口题型必须选择一条数据。当选择确认修改的时候，后台会根据传过来的id到数据库查询，并将结果返回到修改页面中，可以在修改页面中修改刚刚选中的信息当点击确认的时候from表单会将修改的数据提交到后台并保存到数据库中，就是说如果提交的数据库中存在就修改，否则就保存。
景点信息界面如下图所示。
图5-13景点信息界面
景点信息界面的关键代码如下。
public List selectBaseList(String select) {
List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);
List<E> list = new ArrayList<>();
for (Map<String,Object> map:mapList) {
list.add(JSON.parseObject(JSON.toJSONString(map),eClass));
}
return list;
}
5.4.4餐馆信息管理模块的实现
餐馆信息添加功能主要指对其编号、内容、详情等一些基本信息的添加、删除和修改。餐馆信息查询能根据编号、名称等条件对餐馆信息信息进行查询。
餐馆信息流程图如下所示。
图5-14餐馆信息流程图
餐馆信息管理如下图所示。
图5-15餐馆信息管理界面
酒店信息管理界面如下所示。
图5-16酒店信息管理界面
餐馆信息管理面关键代码如下。
public Map<String, Object> success(Object o) {
Map<String, Object> map = new HashMap<>();
if (o == null) {
map.put("result", null);
return map;
}
if (o instanceof List) {
if (((List) o).size() == 1) {
o = ((List) o).get(0);
map.put("result", o);
}else {
String jsonString = JSONObject.toJSONString(o);
JSONArray objects = service.covertArray(JSONObject.parseArray(jsonString));
map.put("result", objects);
}
} else if (o instanceof Integer || o instanceof String) {
map.put("result", o);
} else {
String jsonString = JSONObject.toJSONString(o);
JSONObject jsonObject = JSONObject.parseObject(jsonString);
JSONObject j = service.covertObject(jsonObject);
map.put("result", j);
}
return map;
}
6 系统测试
6.1测试目标
系统测试是用于检查软件的质量、性能、可靠性等是否符合用户需求。一套严谨的、规范的、完善的测试过程将大大提高软件的质量、可信度、可靠性，降低软件的出错率，降低用户风险系数。通过在计算机上对系统进行测试试验并从中发现此系统中存在的问题和错误然后加以修改，使之更加符合用户需求。
1.测试的目的是通过测试来发现程序在执行过程中的错误的过程。
2.好的测试方案是可以检验出还未被发现的错误的方案。
3.好的测试是发现了到目前为止还未被发现的错误的测试。
4.该系统能够完成景点信息、攻略路线、酒店信息、餐馆信息、门票预订等功能，做到所开发的系统操作简单，尽量使系统操作不受用户对电脑知识水平的限制。
6.2功能测试
下表是系统登录功能测试用例，检测了用户名和密码的不同的输入情况，观察系统的响应情况。得出该功能达到了设计目标。
表6-1 系统登录功能测试用例
| 功能描述 | 用于系统登录 | |
| 测试目的 | 检测登录时的合法性检查 | |
| 测试数据以及操作 | 预期结果 | 实际结果 |
| 输入的用户名和密码带有非法字符 | 提示用户名或者密码错误 | 与预期结果一致 |
| 输入的用户名或者密码为空 | 提示用户名或者密码错误 | 与预期结果一致 |
| 输入的用户名和密码不存在 | 提示用户名或者密码错误 | 与预期结果一致 |
| 输入正确的用户名和密码 | 登录成功 | 与预期结果一致 |
下表是注册功能测试用例，检测了各种数据的输入情况，观察系统的响应情况。得出该功能达到了设计目标。
表6-2 注册功能测试用例
| 功能描述 | 用于用户注册 | |
| 测试目的 | 检测用户注册时的合法性检查 | |
| 测试数据以及操作 | 预期结果 | 实际结果 |
| 输入的手机号不合法 | 提示请输入正确的手机号码 | 与预期结果一致 |
| 输入的字段为空 | 提示必填项不能为空 | 与预期结果一致 |
| 输入的密码少于6位 | 提示密码必须为6-12位 | 与预期结果一致 |
| 输入的密码大于12位 | 提示密码必须为6-12位 | 与预期结果一致 |
下表是景点信息管理功能的测试用例，检测了景点信息管理中对景点信息的增加，删除，修改，查询操作是否成功运行。观察系统的响应情况，得出该功能也达到了设计目标，系统运行正确。
前置条件；用户登录系统。
表6-3 景点信息管理的测试用例
| 功能描述 | 用于景点信息管理 | |
| 测试目的 | 检测景点信息管理时的各种操作的运行情况 | |
| 测试数据以及操作 | 预期结果 | 实际结果 |
| 点击添加景点，必填项合法输入，点击保存 | 提示添加成功 | 与预期结果一致 |
| 点击添加景点，必填项输入不合法，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击修改景点，必填项修改为空，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击修改景点，必填项输入不合法，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击删除景点，选择景点删除 | 提示删除成功 | 与预期结果一致 |
| 点击搜索景点，输入存在的景点名 | 查找出景点 | 与预期结果一致 |
| 点击搜索景点，输入不存在的景点名 | 不显示景点 | 与预期结果一致 |
下表是攻略信息管理功能的测试用例，检测了攻略信息管理中对攻略信息信息的增加，删除，修改，查询操作是否成功运行。观察系统的响应情况，得出该功能也达到了设计目标，系统运行正确。
前置条件；用户登录系统。
表6-4 攻略信息管理的测试用例
| 功能描述 | 用于攻略信息管理 | |
| 测试目的 | 检测攻略信息管理时的各种操作的运行情况 | |
| 测试数据以及操作 | 预期结果 | 实际结果 |
| 点击添加攻略信息，必填项合法输入，点击保存 | 提示添加成功 | 与预期结果一致 |
| 点击添加攻略信息，必填项输入不合法，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击修改攻略信息，必填项修改为空，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击修改攻略信息，必填项输入不合法，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击删除攻略信息，选择攻略信息删除 | 提示删除成功 | 与预期结果一致 |
| 点击搜索攻略信息，输入存在的攻略信息名 | 查找出攻略信息 | 与预期结果一致 |
| 点击搜索攻略信息，输入不存在的攻略信息名 | 不显示攻略信息 | 与预期结果一致 |
下表是门票预订管理功能的测试用例，检测了门票预订管理中门票预订单的操作是否成功运行。观察系统的响应情况，得出该功能也达到了设计目标，系统运行正确。
前置条件；用户登录系统。
表6-5 门票预订管理的测试用例
| 功能描述 | 用于门票预订管理 | |
| 测试目的 | 检测门票预订管理时各种操作的情况 | |
| 测试数据以及操作 | 预期结果 | 实际结果 |
| 未选择景点，点击提交 | 提示请选择景点 | 与预期结果一致 |
| 未上传图片，点击提交 | 提示请选择图片 | 与预期结果一致 |
6.3测试结果
根据以上测试情况，测试结果如下表所示。
表6-1测试结果表
| 测试项目 | 测试结果 |
| 登录测试 | 成功 |
| 修改密码测试 | 成功 |
| 景点信息测试 | 成功 |
| 酒店信息测试 | 成功 |
| 攻略路线测试 | 成功 |
| 用户管理测试 | 成功 |
| 交流论坛管理测试 | 成功 |
| 门票预订管理测试 | 成功 |
| 餐馆信息管理测试 | 成功 |
7 总结与展望
本研究针对冕宁灵山寺预约系统的需求建模，数据建模及过程建模分析设计并实现冕宁灵山寺预约系统的过程。给出系统应用架构并分析优劣势，通过功能分解图，系统组件图描述功能需求。设计建立了数据库，给出系统关键数据结构的定义。通过类关系图描述组件间的协作关系，给出各个类的定义方法。通过描述每一个类的字段，属性及方法实现冕宁灵山寺预约系统的前后端代码。最终给出系统集成整合方法，完成冕宁灵山寺预约系统地设计与实现。
在此项目的开发中，明白了前端开发和后台在整个系统中起到了什么作用，因为前后台的连接，用户可以对系统进行操作，可以在输入自己的相关信息后，通过后台加工，完成对数据库的查找、修改、添加，而理解了这些关系与实现的方法后。再去完善整个系统的功能就更加清晰与简单了。此次的项目它涉及了前台与后台系统的搭建，在学校所学的知识基础上，此次的项目，让我对于一个系统的前端开发，以及后台的作用都有了一个更深切的认知。
参考文献
[2]王娜,董焕晴.用户参与的在线旅游网站信息本体构建研究——以马蜂窝在线旅游网站为例[J].现代情报,2021,41(06):64-75.
[3]韦金运,龙健.数字化环境下旅游类网站的交互性设计分析[J].艺术大观,2021(15):49-50.
[4]刘艳玲,姚建盛.智慧旅游专业网站设计课程评价方案探索[J].电脑与电信,2021(05):8-10.
[5]李睿. 基于用户感知的在线旅游网站信息服务质量评价研究[D].吉林大学,2021.
[6]孙岩,李晶.基于SpringBoot的旅游资源管理网站的设计与实现[J].信息技术与信息化,2021(01):37-39.
[7]王家明,李湘.基于大数据分析的新疆智慧旅游网站的设计与实现[J].电脑知识与技术,2021,17(03):129-130+133.
[8]胡涛,兰全祥.基于Spring Cloud的西安旅游网站的设计与实现[J].信息技术与信息化,2020(09):65-67.
[9]吴凡. 在线旅游网站互动体验对消费者价值共创意愿的影响研究[D].南京财经大学,2020.
[10]黄涓,鲍正德,李晨曦.旅游网站的建构与设计——以国内六大旅游网站为例[J].信息与电脑(理论版),2019,31(22):52-54.
[11]张海燕,鹿梦思.基于HOE-ELM模型的旅游网站信息对游客行为意向的影响研究[J].商学研究,2019,26(05):27-40.
[12]王永芳,张秀英.旅游电商网站评价体系构建及实例分析[J].商业经济,2019(06):133-136.
[13]吴贤贤.全域旅游背景下海南省县级旅游目的地网站主题模式探究[J].南方农机,2019,50(11):12-13.
[14]林佳青. 基于技术接受模型的用户对交易型旅游网站的持续使用意愿研究[D].华侨大学,2019.
[15] Smartsave Has Become One Of The Most Recommended Travel Sites For Big Discounts On Attractions[J]. M2 Presswire,2018:
[16]栗璞. 基于云计算平台智能旅游导览系统的研究与实现[D].北京工业大学,2018.
致谢
在此论文完成之际，感谢我的指导老师。在指导老师的网页设计课上，当时我学到了很多东西，这对于我实习过程中也打了一定的基础，而且指导老师对于我的设计也提出许多建议，并予以悉心的指导，对于一些细小的问题都耐心的指导我去完善，授予我写论文的交流消息，时常的鼓励我，另外感谢教导我完善此项目的前端同学，对于这个项目，我是边学习边实现完成的，有许多东西开始并不是很明白，但前端开发的同学非常耐心的引导我去将这个项目完成，在系统的后端开发中，所用到的后台开发技术也时常会给我讲解，助于我更好的将论文完成，在此对帮助到我的同学和一直予以教导的指导老师致以衷心的感谢，祝事业有成。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
