自助游服务系统的设计与实现
摘 要
科技进步的飞速发展引起人们日常生活的巨大变化,电子信息技术的飞速发展使得电子信息技术的各个领域的应用水平得到普及和应用。信息时代的到来已成为不可阻挡的时尚潮流,人类发展的历史正进入一个新时代。在现实运用中,应用软件的工作规则和开发步骤,采用互联网技术建设自助游服务系统。经过本人的综合考虑,自助游服务系统的设计使用Java语言,采用采取MySQL作为后台数据的主要存储单元,采用SSM框架、JSP技术、Ajax技术进行业务系统的编码及其开发,实现了本系统的全部功能。本次报告,首先分析了研究的背景、作用、意义,为研究工作的合理性打下了基础。
该系统实现了自助游的各种工作流程计算机信息化,其中包括管理员的系统用户管理、景点信息、景点旅游攻略、旅游攻略,订单中心等功能,以及用户的修改密码、个人资料修改、景点购票、旅游攻略查询等功能。
关键词:SSM技术;MySQL数据库;自助游服务
Design and implementation of self-service tour service system
Abstract
The rapid development of scientific and technological progress has caused great changes in people's daily life. The rapid development of electronic information technology has popularized and applied the application level of electronic information technology in various fields. The advent of the information age has become an irresistible fashion trend, and the history of human development is entering a new era. In practical application, according to the working rules and development steps of the application software, the self-service tour service system is constructed by using Internet technology. After my comprehensive consideration, the design of the self-service tour service system uses Java language, MySQL as the main storage unit of background data, and adopts SSM framework, JSP technology and Ajax technology to code and develop the business system, realizing all the functions of the system. This report first analyzes the background, function and significance of the research, which lays a foundation for the rationality of the research work.
The system realizes the computer informatization of various workflow of self-service tourism, including the administrator's system user management, scenic spot information, scenic spot information, tourism strategy, order center and other functions, as well as the user's password modification, personal data modification, scenic spot ticket purchase, tourism strategy query and other functions.
Key words:SSMtechnology; Mysql database; Self service tour service
目 录
随着经济水平的提高,国内的旅游行业发展快速,但是相对来说,国内旅游行业发展的程度并不能完全适应经济的发展和人民生活水平提高的需要。因此国内旅游行业在国民经济中的地位和作用凸显重要。
自助旅游是一种时尚的旅游方式,可以表述为∶以“张扬个性、亲近自然、放松身心"为目标,完全自主选择和安排旅游活动,且没有全程导游陪同的一种旅游方式。自助旅游者追求自主性,与整体旅游市场相比,他们的出游率较高,大多来自经济发达地区尤其是大中城市,受教育程度较高。他们在旅游过程中表现出如下特点:
1.与团体旅游相比,自助旅游的出行规模小。自助旅游同行者志趣相投,更易达成一致;同等规格标准下,比参团旅游花费更高,对“特色"更是格外偏好,比如特色旅游项目、独特的工艺品、地方美食等。
2.两种类型的自助旅游者在旅游目的地的选择上有明显不同。休闲型自助旅游者多以家庭为单位,或流向以海滨为代表的度假型旅游目的地,或流向城市周边的景区,他们在旅游目的地及出游时间的选择上都具有避热倾向。或是避开观光型的热点旅游目的地,或是避开其高峰旅游期、反季节游览热点景观,领略不一般的风景,这个特点客观上对缓解供求矛盾起到一定作用。
3.自助旅游者的参与度高,属于深度旅游。由于需要自己安排一切,自助旅游者们通常在出行前做充分的准备:收集旅游目的地的旅游资源、当地风土人情等相关信息,设计攻略,选定交通工具、查询航班及车次情况,根据预算条件查找相应的住宿设施,进行票务预订,在旅游过程中,自助旅游者的食、住、行、游、购、娱都更贴近当地人的生活,能更真实地接触当地居民,感受当地的自然、历史、风土人情及社会习俗,其参与度更高。同时他们还能根据自己的喜好,就某一方面或某一主题对目的地进行深度了解。
自助旅游市场增长迅猛。国内有学者认为。自助旅游起源于背包游客,其主要目的是省钱。随着旅游业的蓬勃发展,旅游方式也发生着变化。据携程旅行网2004年国庆前的一次问卷调查(以20000名会员为样本,有效问卷15000份)显示:84.34%的出游人士表示会以自助游的方式出游,短途自助游比例最高近90%,自驾车32.34%。可以看出,二十一世纪的国内游中,以依靠旅行社为主的传统旅游方式受到了挑战,新兴的自助游被越来越多的旅游者所接受。
建立完善的自助旅游服务体系。应该建立一些完善度较高的自助旅游服务网站,在提供旅游攻略和服务等方面更加深化和拓展,不仅向旅游者展现其各个旅游景点的介绍、旅游攻略的推广、票务的预定外,还应提供一些在线性的具有变换性的旅游攻略,同时由于通讯设备的发展,各个旅游景点应扩大其无线网络覆盖率,能够使旅行者随时随地了解各种旅游旅游攻略。
- 相关技术介绍
- 开发技术
本系统前端部分基于MVVM模式进行开发,采用B/S模式,后端部分基于Java的ssm框架进行开发。
前端部分:前端框架采用了比较流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信,Element UI组件库使页面快速成型,项目前端通过栅格布局实现响应式,可适应PC端、平板端、手机端等不同屏幕大小尺寸的完美布局展示。
后端部分:采用ssm作为开发框架,同时集成MyBatis、Redis等相关技术。
-
- 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的新特性糅合进去,以应对客户日益复杂的需求变化。
B/S(Browser/Server)比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端,那么工作就达到“瘦身”效果, 不需要考虑不停装软件的问题。
SSM即SpringMVVM+Spring+MySQL,这三个框架有各自最独有的优势,那么将它们组合在一起能够碰撞出很强的火花。设计者在不需消耗大量功夫,能做出Web应用程序,而且这个程序还具有层次清晰、升级更新操作不影响正常使用的、允许多次使用的特点。这个复合框架形成一个有着结构完整、功能强大和结构良好的体系:SpringMVVM使各板块分离,Spring使开发更灵活方便,让开发者直接对对象进行操纵,各层次分工明细,并实现各个层次间的解耦,让代码更加的灵活精简。这个框架使程序员能够规避在开发时期避免个别错误导致整体被破坏,也能在后期应对客户对产品提出的新需求。
-
- Mysql数据库
Mysql 经过多次的更新,功能层面已经非常的丰富和完善了,从Mysql4版本到5版本进行了比较大的更新,在商业的实际使用中取得了很好的实际应用效果。最新版本的Mysql支持对信息的压缩,同时还能进行加密能更好的满足对信息安全性的需求。同时经过系统的多次更新,数据库自身的镜像功能也得到了很大的增强,运行的流畅度和易用性方面有了不小的进步,驱动的使用和创建也更加的高效快捷。最大的变动还是进行了空间信息的显示优化,能更加方便的在应用地图上进行坐标的标注和运算。强大的备份功能也保证了用户使用的过程会更加安心,同时支持的Office特性还支持用户的自行安装和使用。在信息的显示形式上也进行了不小的更新,增加了两个非常使用的显示区,一个是信息区,对表格和文字进行了分类处理,界面的显示更加清爽和具体。第二是仪表的信息控件,能在仪表信息区进行信息的显示,同时还能进行多个信息的比对,为用户的实际使用带来了很大的便捷[8][9]。
针对本文中设计的响应式旅游旅游攻略网站在实际的实现过程中,最终选择Mysql数据库的主要原因在于在企业的应用系统应用及开发的过程中会存在大量的数据库比较频繁的操作,而且数据的安全性要求也是非常的高。综合这些因素,最终选择安全性系数比较高的Mysql来对响应式旅游旅游攻略网站后台数据进行存储操作[10][11]。
开发任何一个系统,都要对其可行性进行分析,对其时间和资源上的限制进行考虑,这样可以减少系统开发的风险。同时,分析之后不仅能够合理的运用人力,还能在各方面资源的消耗上得到节省。下面就对技术、经济和社会三个方面来介绍。
技术可行性主要考虑当前项目所用的技术是否能够符合,在设备上是否能够满足,及各种辅助工具是否提供帮助。本系统用的是Java开发语言,调试相对简单,当前的计算机硬件配置也完全能满足开发的需求,因此在技术上是绝对可行的。软件方面:由于软件的开发平台成熟可行,它们速度快、容量大、可靠性能高、价格低,完全能满足系统的需求。采用Java编程语言,已无技术上的问题。
系在项目上使用的工具大部分都是是当下流行开源免费的,所以在开发前期,开发时用于项目的经费将会大大降低,不会让开发该软件在项目启动期受到经费的影响,所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费,以及设备费用。将在无纸化,高效率的道路上越走越远。
本系统是自行开发的系统,以方便旅游自助的出发点,是具有实际意义的系统,开发的环境软件和用到的数据库也都是开源代码,不存在侵权等问题,所以在社会方面也是可行的。
用户用例图如下所示。
图3-1 用户用例图
管理员用例图如下所示。
图3-1 管理员用例图
通过对用例图的分析和调查,根据本系统的实际需要,从用户角度提出需求功能如下:
1.管理员功能需求:
用户管理模块:管理员查看用户基本信息,并实现对用户信息的增加、删除、修改等功能。
修改登录密码模块:修改管理员用户的登录密码。
景点信息发布模块:管理员发布景点,并且添加景点数据,也能够删除景点数据。
旅游攻略管理模块:根据业务需要,管理员对旅游攻略信息的维护、处理等操作。
订单管理模块:根据业务需要,管理员对订单记录的审核、处理、维护等操作。
旅游攻略管理模块:管理员查看旅游攻略数据,并且发布旅游攻略数据,编辑旅游攻略数据,删除旅游攻略数据。
2.用户功能需求:
用户注册模块:将用户信息录入数据库,用户利用注册的账号以及密码登录系统,浏览查看各种信息,添加部分信息;
收藏模块:用户收藏景点,整理个人收藏夹。
个人信息模块:修改信息功能,用户修改个人资料信息,但不能修改账号;密码修改功能,修改登录密码。
订单中心模块:从管理员发布的景点数据中选择要购票的景点,进行添加购票记录。
旅游攻略查询模块:从管理员发布的旅游攻略数据中选择要查询的旅游攻略。
评判一个系统好坏的一项重要指标就是性能,下面是对此系统的一些性能进行阐述。
1.系统的安全性和稳定性: 响应式旅游自助网站在管理权限上有着严格的控制,即想登录此平台进行操作,则必须要有操作权限,没有权限的用户是不可能登录平台查看任何的信息和数据,从而确保了系统的安全性。
2.数据的完整性和准确性:第一个是各项记录信息的完整性,信息记录的内容可以为空;第二个是各项信息数据之间相互联系的准确性;第三个是数据在不同记录信息的一致性
3.用户操作系统简单方便
在系统开发中按照“简单易用”的原则,能够使用户对系统的使用一目了然,既能保证用户使用,同时又能保证维护人员方便维护。
业务流程图不仅能反映出内部业务之间的关系,而且能体现出作业顺序及信息的流动。响应式旅游旅游攻略网站必须支持整个组织在不同层次上的各种功能,各个功能模块之间又有各种不同相关的信息进行联系,构成了一个有机的整体,根据旅游网站的特点以及结合所面临的实际情况,设计出了系统的业务流程图。
系统的业务流程如下图所示。
图3-1系统业务流程图
在分析了系统的业务流程之后,就要分析系统的数据流,为后面设计系统的数据库做好基础。这里主要利用数据流程图来说明数据流程。数据流程图是一个图示工具,容易理解,容易在开发和用户方之间进行交流,以及在开发组织内部交流。因此数据流程图作为一种模型工具已经广泛使用在软件工程的实践中。
系统的顶层数据流图如下图所示。
图3-2系统数据流图(顶层)
根据系统的业务流程,用户浏览所使用到的数据归纳为输出信息。而用户提交的数据则作为系统的输入数据。相应的,根据系统管理员业务流程,管理员对系统内容的添加、更新和删除等所操作的数据定义为输入信息。
系统的底层数据流图如下图所示。
图3-3系统数据流图(底层)
MVVM 是指 MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化,让我们将视图 UI 和业务逻辑分开。将其分为三个核心部分,这三个部分分别有不同的功能。
图4-1系统架构图
视图层视图是指被用户所看到的并且能够与之进行交互的界面。视图可以向用户展示相关的数据,并接收用户输入的数据,但对用户数据不进行任何实际业务操作处理。
模型层通过控制层来处理视图层传递的数据,同一个模型可以给不同的视图提供数据,也可以被不同的视图重复使用。由于 Model 的主要内容是数据、方法和行为,其也是 MVVM 中逻辑最为复杂,代码量最多的部分,其中包含了许多应用中需要用到的业务逻辑,因此模型层的开发也变得尤为重要,后期一般不会对模型层进行大规模改动,也是 MVVM中最稳定的部分。
控制层主要负责视图层和模型层之间的数据传输和处理请求操作。当用户通过视图发送数据和请求时,控制层可以接收请求和数据并决定调用哪些模型、通过模型的哪些操作来处理数据和请求,处理完成后,控制层再将数据返回给相应的视图。
根据对系统的功能进行分析可以总结响应式旅游旅游攻略网站的具体功能模块包括下面的几个主要的功能模块:该系统主要从两大模块进行设计的,首先就是用户参与操作需要的模块,此外还需要有管理员用到的模块,两者之间不是互相独立的,他们之间有着密切的联系,同数据库表中的数据连接起来进行操作。每个模块访问相同的数据库,但访问的表不同。系统的各个功能模块是根据所收集的资料研究得到的。在以上分析功能的基础上,系统模块分为多个模块。用户含有的功能有注册,登录,信息搜索,收藏、个人订单、旅游攻略查询等,退出登录等功能,管理员含有的功能有修改密码,用户管理、景点管理、订单管理、旅游攻略管理等功能。
系统的功能结构图如下图所示。
图4-2系统功能结构图
用户模块主要实现用户的注册、登录、景点信息浏览、个人订单、旅游攻略搜索、旅游攻略查询和个人资料修改、登录密码修改、订单查询等功能。
用户注册:用户通过账号注册得到用户名和密码。
用户登录:用户在被管理员添加成功后,通过管理员提供的用户名、密码和输入验证码进行登录,操作非常简单。
个人资料管理:用户根据用户ID修改当前ID的一些属性的值。
修改个人登录密码:用户登录响应式旅游旅游攻略网站后可以自己修改自己的密码。
收藏:在景点的基础上对景点攻略的收藏,收藏按时间形成收藏列表,个人对其收藏夹进行维护和整理。
个人订单:用户根据自己的需求选中某个景点进行订购操作。
查看历史订单:用户可以查看自己以往订单的信息。
旅游攻略查询:用户根据自己的需求选中某个旅游攻略进行查询操作。
管理员模块是本系统重要开发部分,它的使用对象是系统管理员,在进入管理员模块前,需要输入正确的用户姓名、密码和验证码,才能进入管理员模块。界面右上方有退出系统按钮,点击可退出管理员模块界面。
系统用户管理:管理员添加、管理、查询管理员信息并有修改他们密码的权限。
注册用户管理:管理员管理已注册的用户,审核刚注册的用户,修改用户的基本信息。
景点信息管理:管理员录入景点信息,跳转至添景点页面,填写景点信息,提交后,景点信息存储数据库的景点信息表中,包括景点编号、景点名称、景点类别、联系电话、票价、地址、照片等信息。
旅游攻略管理:旅游攻略信息管理包括旅游攻略信息录入、旅游攻略信息修改、旅游攻略信息删除,在数据库中设计并建立旅游攻略信息表,管理员添加旅游攻略信息,即往数据表中插入一条数据,删除旅游攻略信息,则在数据库删除一条数据,修改旅游攻略信息,则修改数据库的数据。
旅游攻略信息管理:管理员管理旅游攻略信息,包括旅游攻略信息增加,旅游攻略信息删除,旅游攻略信息更新,对应数据库的旅游攻略信息表,增加旅游攻略信息,要对标题、类别、图片、内容等属性进行录入。
E-R图一般是由实体、实体的属性与联系三个要素组成的。在规划系统中所使用的数据库实体对象及实体E-R图,则需要通过对系统的需求分析、业务流程设计和系统功能结构来确定的。
总体ER图如下图所示。
图4-3总体ER图
将实体属性模型转换为关系数据库应该遵循以下几个原则:
1.一个实体转换后要对应一个关系。
2.所有的主键必须要定义为非空(not null)。
3.针对二元联系也应该按照一对多、弱对实、一对一和多对多等联系来定义外键。
得到数据库的关系后,设计如下表结构。
user_registration表:
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
user_registration_id | int | 11 | 是 | 是 | 用户注册ID |
gender | varchar | 64 | 否 | 否 | 性别 |
date_of_birth | varchar | 64 | 否 | 否 | 出生日期 |
full_name | varchar | 64 | 否 | 否 | 姓名 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
user_id | int | 11 | 是 | 否 | 用户ID |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
scenic_spot_information表:
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
scenic_spot_information_id | int | 11 | 是 | 是 | 景点信息ID |
name_of_scenic_spot | varchar | 64 | 否 | 否 | 景点名称 |
attraction_number | varchar | 64 | 否 | 否 | 景点编号 |
scenic_spot_pictures | varchar | 255 | 否 | 否 | 景点图片 |
admission_ticket | int | 11 | 否 | 否 | 门票 |
introduction_to_scenic_spots | text | 0 | 否 | 否 | 景点简介 |
location_of_scenic_spots | varchar | 64 | 否 | 否 | 景点位置 |
hits | int | 11 | 是 | 否 | 点击数 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
scenic_spot_message表:
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
scenic_spot_message_id | int | 11 | 是 | 是 | 景点留言ID |
name_of_scenic_spot | varchar | 64 | 否 | 否 | 景点名称 |
location_of_scenic_spots | varchar | 64 | 否 | 否 | 景点位置 |
can_take_pictures | varchar | 255 | 否 | 否 | 可带图片 |
message_user | int | 11 | 否 | 否 | 留言用户 |
message_content | text | 0 | 否 | 否 | 留言内容 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
type表:
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
type_id | smallint | 5 | 是 | 是 | 分类ID |
name | varchar | 16 | 是 | 否 | 分类名称 |
description | varchar | 255 | 否 | 否 | 描述 |
url | varchar | 255 | 否 | 否 | 外链地址 |
father_id | smallint | 5 | 是 | 否 | 上级分类ID |
icon | varchar | 255 | 否 | 否 | 分类图标: |
create_time | timestamp | 0 | 是 | 否 | 创建时间: |
update_time | timestamp | 0 | 是 | 否 | 更新时间: |
type_id | smallint | 5 | 是 | 是 | 分类ID |
name | varchar | 16 | 是 | 否 | 分类名称 |
description | varchar | 255 | 否 | 否 | 描述 |
url | varchar | 255 | 否 | 否 | 外链地址 |
father_id | smallint | 5 | 是 | 否 | 上级分类ID |
icon | varchar | 255 | 否 | 否 | 分类图标: |
create_time | timestamp | 0 | 是 | 否 | 创建时间: |
update_time | timestamp | 0 | 是 | 否 | 更新时间: |
order_center表:
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
order_center_id | int | 11 | 是 | 是 | 订单中心ID |
name_of_scenic_spot | varchar | 64 | 否 | 否 | 景点名称 |
attraction_number | varchar | 64 | 否 | 否 | 景点编号 |
admission_ticket | varchar | 64 | 否 | 否 | 门票 |
number_of_tickets_purchased | int | 11 | 否 | 否 | 购票数 |
location_of_scenic_spots | varchar | 64 | 否 | 否 | 景点位置 |
ticket_buyer | int | 11 | 否 | 否 | 购票人 |
total | varchar | 64 | 否 | 否 | 合计 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
pay_state | varchar | 16 | 是 | 否 | 支付状态 |
pay_type | varchar | 16 | 否 | 否 | 支付类型 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
从web系统查询数据的根本的查询步骤:
Step1: 进行检查并且过滤来自用户的系统数据;
Step2: 成立起一个合适的数据库进行连接;
Step3: 进行查询系统数据库;
Step4: 获得查询的结构;
Step5: 把查询的结果展示给用户。
Step6: 数据库连接断开,释放资源。
数据库连接原理如下图所示。
图5-1数据库连接原理
为确保系统安全性,系统操作员只有在登录界面输入正确的用户名、密码、权限以及验证码,单击“登录”按钮后才能够进入本系统的主界面。
用户登录流程图如下所示。
图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-5用户注册流程图
用户注册界面如下图所示。
图5-5用户注册界面
用户注册关键代码如下所示。
HashMap ext = new HashMap();
ext.put("issh","否");
new CommDAO().insert(request,response,"yonghuzhuce",ext,true,false,"index.jsp");
%>
-
-
- 个人订单模块的实现
-
用户点击某个景点进入景点详细页,点击购买按钮进入购票页,提交购买信息,成功购买后,管理员管理用户的购买信息,审核购买信息。
个人订单流程图如下所示。
图5-12个人订单流程图
个人订单界面如图所示。
图5-13个人订单界面
个人订单关键代码如下所示。
public Map<String, Object> getList(HttpServletRequest request) {
Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));
return success(map);
系统用户管理主要是对新用户的添加和旧用户的删除。新用户的添加主要是指添加用户名称并确定其密码;旧用户的删除也是从下拉菜单中找到对应的用户名称将其删除。不论是新用户添加还是旧用户的删除,这个权限只有管理员具有。
用户管理流程图如下所示。
图5-15用户管理流程图
用户管理界面如下图所示。
图5-16用户管理界面
系统用户管理关键代码如下所示。
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);
}
}
-
-
- 旅游攻略管理模块的实现
-
如果旅游攻略数据的信息需要修改,管理员可以通过查询旅游攻略数据的基本信息来查询旅游攻略数据,查询旅游攻略数据是通过ajax技术来进行查询的,需要传递旅游攻略数据的标题、编号等参数然后在返回到该页面中,可以选中要修改或删除的那条信息,如果选中了超过一条数据,页面会挑一个窗口提醒只能选择一条数,如果没有选中数据会挑一个窗口题型必须选择一条数据。当选择确认修改的时候,后台会根据传过来的id到数据库查询,并将结果返回到修改页面中,可以在修改页面中修改刚刚选中的信息当点击确认的时候from表单会将修改的数据提交到后台并保存到数据库中,就是说如果提交的数据数据库中存在就修改,否则就保存。
旅游攻略数据展示界面如下图所示。
图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-19景点添加流程图
景点添加如下图所示。
图5-20景点添加界面
景点信息添加关键代码如下所示。
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
Map<String,Object> paramMap = service.readBody(request.getReader());
this.addMap(paramMap);
return success(1);
}
@Transactional
public Map<String, Object> addMap(Map<String,Object> map){
service.insert(map);
return success(1);
}
-
-
- 购票管理模块的实现
-
用户选择景点添加购票记录,管理员审核购票信息,管理所有用户的购票记录。
购票管理流程图如下所示。
图5-25购票管理流程图
购票维护界面如下所示。
图5-27购票维护界面
购票维护关键代码如下所示。
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;
}
系统测试是用于检查软件的质量、性能、可靠性等是否符合用户需求。一套严谨的、规范的、完善的测试过程将大大提高软件的质量、可信度、可靠性,降低软件的出错率,降低用户风险系数。通过在计算机上对系统进行测试试验并从中发现此系统中存在的问题和错误然后加以修改,使之更加符合用户需求。
1.测试的目的是通过测试来发现程序在执行过程中的错误的过程。
2.好的测试方案是可以检验出还未被发现的错误的方案。
3.好的测试是发现了到目前为止还未被发现的错误的测试。
4.该系统能够完成个人订单、景点维护、景点攻略维护、用户维护、系统维护等功能,做到所开发的系统操作简单,尽量使系统操作不受用户对电脑知识水平的限制。
下表是系统登录功能测试用例,检测了用户名和密码的不同的输入情况,观察系统的响应情况。得出该功能达到了设计目标。
表6-1 系统登录功能测试用例
功能描述 | 用于系统登录 | |
测试目的 | 检测登录时的合法性检查 | |
测试数据以及操作 | 预期结果 | 实际结果 |
输入的用户名和密码带有非法字符 | 提示用户名或者密码错误 | 与预期结果一致 |
输入的用户名或者密码为空 | 提示用户名或者密码错误 | 与预期结果一致 |
输入的用户名和密码不存在 | 提示用户名或者密码错误 | 与预期结果一致 |
输入正确的用户名和密码 | 登录成功 | 与预期结果一致 |
下表是注册功能测试用例,检测了各种数据的输入情况,观察系统的响应情况。得出该功能达到了设计目标。
表6-2 注册功能测试用例
功能描述 | 用于用户注册 | |
测试目的 | 检测用户注册时的合法性检查 | |
测试数据以及操作 | 预期结果 | 实际结果 |
输入的手机号不合法 | 提示请输入正确的手机号码 | 与预期结果一致 |
输入的字段为空 | 提示必填项不能为空 | 与预期结果一致 |
输入的密码少于6位 | 提示密码必须为6-12位 | 与预期结果一致 |
输入的密码大于12位 | 提示密码必须为6-12位 | 与预期结果一致 |
下表是景点管理功能的测试用例,检测了景点管理中对景点信息的增加,删除,修改,查询操作是否成功运行。观察系统的响应情况,得出该功能也达到了设计目标,系统运行正确。
前置条件;用户登录系统。
表6-3 景点管理的测试用例
功能描述 | 用于景点管理 | |
测试目的 | 检测景点管理时的各种操作的运行情况 | |
测试数据以及操作 | 预期结果 | 实际结果 |
点击添加景点,必填项合法输入,点击保存 | 提示添加成功 | 与预期结果一致 |
点击添加景点,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改景点,必填项修改为空,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改景点,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击删除景点,选择景点删除 | 提示删除成功 | 与预期结果一致 |
点击搜索景点,输入存在的景点名 | 查找出景点 | 与预期结果一致 |
点击搜索景点,输入不存在的景点名 | 不显示景点 | 与预期结果一致 |
下表是旅游攻略管理功能的测试用例,检测了旅游攻略管理中对旅游攻略信息的增加,删除,修改,查询操作是否成功运行。观察系统的响应情况,得出该功能也达到了设计目标,系统运行正确。
前置条件;用户登录系统。
表6-4 旅游攻略管理的测试用例
功能描述 | 用于旅游攻略管理 | |
测试目的 | 检测旅游攻略管理时的各种操作的运行情况 | |
测试数据以及操作 | 预期结果 | 实际结果 |
点击添加旅游攻略,必填项合法输入,点击保存 | 提示添加成功 | 与预期结果一致 |
点击添加旅游攻略,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改旅游攻略,必填项修改为空,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改旅游攻略,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击删除旅游攻略,选择旅游攻略删除 | 提示删除成功 | 与预期结果一致 |
点击搜索旅游攻略,输入存在的旅游攻略名 | 查找出旅游攻略 | 与预期结果一致 |
点击搜索旅游攻略,输入不存在的旅游攻略名 | 不显示旅游攻略 | 与预期结果一致 |
下表是购票管理功能的测试用例,检测了购票管理中购票单的操作是否成功运行。观察系统的响应情况,得出该功能也达到了设计目标,系统运行正确。
前置条件;用户登录系统。
表6-5 购票管理的测试用例
功能描述 | 用于购票管理 | |
测试目的 | 检测购票管理时各种操作的情况 | |
测试数据以及操作 | 预期结果 | 实际结果 |
未选择景点,点击提交 | 提示请选择景点 | 与预期结果一致 |
未上传购买数量,点击提交 | 提示请选择购买数量 | 与预期结果一致 |
未选择时间,点击提交 | 提示请选择时间 | 与预期结果一致 |
根据以上测试情况,测试结果如下表所示。
表6-1测试结果表
测试项目 | 测试结果 |
登录测试 | 成功 |
修改密码测试 | 成功 |
景点购票测试 | 成功 |
旅游攻略查询测试 | 成功 |
用户管理测试 | 成功 |
景点管理测试 | 成功 |
旅游攻略管理测试 | 成功 |
本研究针对自助游服务网站的需求建模,数据建模及过程建模分析设计并实现自助游服务网站的过程。给出系统应用架构并分析优劣势,通过功能分解图,系统组件图描述功能需求。设计建立了数据库,给出系统关键数据结构的定义。通过类关系图描述组件间的协作关系,给出各个类的定义方法。通过描述每一个类的字段,属性及方法实现自助游服务网站的前后端代码。最终给出系统集成整合方法,完成自助游服务网站地设计与实现。
在此项目的开发中,先要按照产品经理做出的产品模型铺出大体的页面,并在其中找好页面的逻辑关系,并且中途总结一些页面上的问题重新反馈给产品经理,当静态页面的搭建的大体已经完善时,就需要和负责后台开发的技术开发者联系,来接好前后台的数据接口,可以让后台的信息在前台显示出来,在这个项目实现中,不光明白了前端开发和产品经理的联系,也明白了后台在整个系统中起到了什么作用,因为前后台的连接,用户可以对系统进行操作,可以在输入自己的相关信息后,通过后台加工,完成对数据库的查找、修改、添加,而理解了这些关系与实现的方法后。再去完善整个系统的功能就更加清晰与简单了。此次的项目它涉及了前台与后台系统的搭建,在学校所学的知识基础上,此次的项目,让我对于一个系统的前端开发,以及后台的作用都有了一个更深切的认知。
参考文献
[1]黄慧芳.PHP+MySQL项目开发权威指南.北京:中国铁道出版社,2013,198~247
[1]朱冬芳,虞虎,刘青青,刘丽敏.入藏旅游流网络结构特征与组织模式——基于团队游和自助游视角的比较分析[J].地理科学进展,2021,40(05):812-824.
[2]汤静,何瑞琳,朱海峰,彭姣飞.基于网络游记的省会城市旅游流网络特征——以长沙市自助游为例[J].中南林业科技大学学报(社会科学版),2020,14(06):105-114.DOI:10.14067/j.cnki.1673-9272.2020.06.014.
[3]段佳希. 基于众包模式的旅游系统研究与设计[D].山东师范大学,2020.DOI:10.27280/d.cnki.gsdsu.2020.002099.
[4]葛新雨. 基于网络游记的山东自助旅游流空间结构研究[D].山东大学,2020.DOI:10.27272/d.cnki.gshdu.2020.002523.
[5]曾诗雨. 自助游组织者的安全保障义务研究[D].西南大学,2020.DOI:10.27684/d.cnki.gxndx.2020.000744.
[6]鲁瑾.智慧旅游背景下自助游发展研究[J].无锡商业职业技术学院学报,2020,20(02):62-65.DOI:10.13659/j.cnki.wxsy.2020.02.012.
[7]赵浩珊.全域旅游背景下传统旅行社的发展策略研究[J].现代营销(下旬刊),2019(10):178-179.DOI:10.19932/j.cnki.22-1256/f.2019.10.104.
[8]杨铭.我国自助游发展之现状[J].当代旅游,2019(10):132.
[9]卢柳言.“互联网+”背景下大学生自助游发展对策研究[J].中国市场,2019(13):63-64.DOI:10.13939/j.cnki.zgsc.2019.13.063.
[10]潘娟. 自助游组织者责任研究[D].苏州大学,2019.DOI:10.27351/d.cnki.gszhu.2019.002187.
[11]吴洁.基于互联网时代背景的旅游企业营销策划分析[J].中国管理信息化,2018,21(24):93-94.
[12]李汶桐.我国自助旅游的发展现状及趋势[J].农村实用技术,2018(12):12-13.
[13]李媛媛.我国自助旅游发展问题及对策研究[J].旅游纵览(下半月),2018(16):28.
[14] Does Deployment to War Affect Public Service Motivation? A Panel Study of Soldiers Before and After Their Service in Afghanistan[J]. Public Administration Review,2013,73(3):
[15]Haijun Xu,Min Zhang,Yanhong Liu. Self Sale: Promotion of Tour Guide Service From Tourism Psychology Perspective - A Case Study of Shenzhen China International Travel Service[P]. Proceedings of the 2018 International Conference on Education, Economics and Social Science (ICEESS 2018),2018.
致谢
在此论文完成之际,感谢我的指导老师。在指导老师的网页设计课上,当时我学到了很多东西,这对于我实习过程中也打了一定的基础,而且指导老师对于我的设计也提出许多建议,并予以悉心的指导,对于一些细小的问题都耐心的指导我去完善,授予我写论文的交流消息,时常的鼓励我,另外感谢教导我完善此项目的前端同学,对于这个项目,我是边学习边实现完成的,有许多东西开始并不是很明白,但前端开发的同学非常耐心的引导我去将这个项目完成,在系统的后端开发中,所用到的后台开发技术也时常会给我讲解,助于我更好的将论文完成,在此对帮助到我的同学和一直予以教导的指导老师
免费领取项目源码,请关注点赞+私聊