当前位置:   article > 正文

ssm旅游信息系统的设计与实现毕业设计源码191224_ssm旅游信息系统的设计与实现毕业设计源码191224 - 忆云竹 》

ssm旅游信息系统的设计与实现毕业设计源码191224 - 忆云竹 》

目  录

摘要

1 绪论

1.1 研究背景

1.2研究意义

1.3论文结构与章节安排

2 旅游信息系统系统分析

2.1 可行性分析

2.1.1 技术可行性分析

2.1.2 经济可行性分析

2.1.3 法律可行性分析

2.2 系统功能分析

2.2.1 功能性分析

2.2.2 非功能性分析

2.3 系统用例分析

2.4 系统流程分析

2.4.1 数据流程

2.4.2 业务流程

2-5业务流程图

2.5本章小结

3 旅游信息系统总体设计

3.1 系统功能模块设计

3.1.1整体功能模块设计

3.1.2用户模块设计

3.1.3 评论管理模块设计

3.1.4景点信息管理模块设计

3.1.5预订管理模块设计

3.2 数据库设计

3.2.1 数据库概念结构设计

3.3.2 数据库逻辑结构设计

3.4本章小结

4 旅游信息系统详细设计与实现

4.1用户功能模块

4.1.1 前台首页界面

4.1.2 用户注册界面

4.1.3 用户登录界面

4.1.4旅游计划界面

4.1.5 景点资讯界面

4.1.6 景点详情界面

4.1.7 预订界面

4.1.8旅游计划管理界面

4.1.9预订中心界面

4.2景区管理者功能模块

4.2.1旅游计划界面

4.2.2 景区中心界面

4.2.3 预订中心界面

4.3管理员功能模块

4.3.1用户管理界面

4.3.2 站点管理界面

5系统测试

5.1 系统测试用例

5.2 系统测试结果

结论

参考文献

  

摘要

计算机技术发展近几年来突发猛进,网络办公、网络教学等方式渐渐成为了人们的选项。不必局限于固定的时间和固定的地点,通过计算机系统可以轻松实现跨区域的交流。随着旅游业的发展,外出游玩的用户在不断的增多,在景点的查询方面,传统的查询方式都是到旅行社咨询,有的时候旅行社推荐的景点和自己的喜好有很大的差别,使得用户的体验就会下降,后来随着计算机信息技术的兴起,人们开始百度搜索查看各个景点,但是百度的数据库太大,很难找到自己想要的景点,应此开发本旅游信息系统。

本系统以实际运用为开发背景,通过系统管理员和景区管理者可以旅游相关联的信息进行统一的管理,方便资料的保留。用户通过系统可以快速查询到景点的信息,实现景点的预订总的来说,系统前台通过JSP页面展示,后台使用SSM框架,数据库采用目前流行的开源关系型数据库MYSQL。在前台的技术使用上,使用了目前流行的vue.js,让页面展现得更加的整齐漂亮。

关键词:JSP;SSM;旅游信息系统 ;MySQL

Abstract

With the rapid development of computer technology in recent years, online office, online teaching and other methods have gradually become people's options. It is not necessary to be limited to a fixed time and place, and cross-regional communication can be easily achieved through a computer system. With the development of the tourism industry, the number of users who go out to play is increasing. In terms of inquiries about scenic spots, the traditional way of inquiring is to consult travel agencies. Sometimes the scenic spots recommended by travel agencies are very different from their own preferences, which makes The user experience will decline. Later, with the rise of computer information technology, people began to search and view various scenic spots on Baidu. However, Baidu's database is too large and it is difficult to find the scenic spots they want. This tourism information system should be developed accordingly.

The system is developed based on the actual application, through which the system administrator and the scenic spot administrator can manage the information related to tourism in a unified manner, which is convenient for the retention of the data. Users can quickly query the information of scenic spots through the system, and realize the reservation of scenic spots. In general, the front of the system is displayed on the JSP page, the SSM framework is used in the background, and the database adopts the currently popular open source relational database MYSQL. In the use of front-end technology, the currently popular vue.js is used to make the page more neat and beautiful.

Keywords: JSP; SSM; Tourism Information System; MySQL

1 绪论

1.1 研究背景

现下全国很多企业已经把自己企业内的软件朝着智能化的方向在转移,尤其是在朝着符合自己企业特色的移动端方向来扩展。像以前我们查询旅游景点的时候,都是通过到旅行时进行查询,很多时候,一些不错的景点都没有被旅行社推荐,而推荐的一些景点都不是我们需要的,费时费力,查找起来也很费劲,伴随着计算机信息技术得高速发展,传统的旅游信息查询方式都会被淘汰,而且也满足不了用户的需求,因此旅游信息的管理方式就需要朝着移动版来进行扩展,因此我决定开发基于B/S网页版的旅游信息系统[1]。通过借助现在热门的网页浏览管理的模式,让旅游信息系统变的更加人性化,也可以使得旅游信息在智能化管理上有所提高[2]。

1.2研究意义

当今网络普及,信息技术猛速的发展着,社会的各个领域都在紧跟时代的脚步不断创新,不断改革,已经发生了巨大的变化,从以往的人工手动来处理信息数据,到现在的计算机智能化处理信息数据,得到了质的改变,将繁琐、耗时大、易泄密、难保存等缺点改变成了操作快速、省时省力、高保密性、易保存等优点,这让社会的每一领域都受益。

在互联网+时代的来临,电子商务的骤起,一时间网络进行购物这一形式备受欢迎,到现在,网购更是普及。现如今,各个行业也通过网购的方式来进行拓展业务,增加企业的知名度以及提升业绩,满足了用户像网购一样,线上查看旅游信息,进行景区预订,利用当下火热的计算机技术来针对旅游服务相关业务建设一个安全、可靠、专业的信息管理系统,能让管理的流程更加的便捷,能让投入的人力有所减少,能够让效率得到明显的提升,还能给用户提供更高品质的服务。

1.3论文结构与章节安排

本文共分为六章,章节内容安排如下:

第一章为引言,此章节对所设计和实现的系统的背景和状况以及意义进行详细的论述以及说明,同时进行了论文整体框架的结构的简要介绍。

第二章为系统需求分析,章节所做的主要的工作是对系统进行了技术、经济和操作方面可行性的分析;对系统实行了总体功能的需求、用例分析。

第三章为系统的设计,主要是对系统的功能结构进行设计,并对系统数据库的概念结构以及物理结构的设计进行了分析。

第四章就是对系统的实现,根据系统功能的划分,分别的对系统所需要实现的前台客户功能和后台管理员功能进行了分析和说明。

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

第六章:总结。

2 旅游信息系统系统分析

系统需求分析是系统开发的一个关键环节,它在系统的设计和实现上起到了一个承上启下的位置。系统需求分析是对所需要做的系统进行一个需求的挖掘,如果分析的准确可以精准的解决现实中碰到的问题。如果分析不到位会影响后期系统的实现。一个系统的优秀程度需求分析也是占据了非常大的比例,如果需求分析不到位,后面的系统设计要实现就是一个偏离导航的设计。

2.1 可行性分析

系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析,如果三个层面度通过,我们则认为系统是比较可行的。

2.1.1 技术可行性分析

旅游信息系统设计与实现是一个基于Web的旅游信息查询预订平台,我们在实现这个系统所采用的技术方案是基于Java的 Web实现方案,系统采用Spring 、SpringMvc、Mybatis方案来实现。SSM框架是一个非常成熟的框架、Java从97年诞生到现在经历了野蛮的生长,Java在各个领域度是有做非常成熟的解决方案,如电信、银行、电商等。SSM又是一套快速整个项目的开箱即用的技术方案。所以采用基于SSM方式来实现本系统是一个非常成熟有简单的技术方案。技术可行性上是非常可行的。

2.1.2 经济可行性分析

从经济可行性上看项目在开发阶段需要一台开发PC,在生产阶段需要web服务器和数据库服务器。一台个人PC从经济上来看也不是太多问题,在后期的系统部署生产上来说,服务器的投入也不会过高,在经济层面上是一个比较可行的。

2.1.3 法律可行性分析

系统从法律层面上来没有对第三方有其他放有法律层面的问题,系统数据库采用的Mysql 开源社区数据库、框架采用的是开源的SSM。系统资讯和相关内容也是呵呵法律层面的。在源码的管理上采用git开源进行管理,所以在法律可行性上是成立的。

2.2 系统功能分析

2.2.1 功能性分析

旅游信息系统我划分为了用户管理模块,景区管理者和管理员模块这三大部分。

用户管理模块:

(1)用户注册登录:游客可以随时进入到系统中,对系统中的信息浏览,但是想要实现交流以及预订操作,就必须有这个系统的账号,如果没有账号的话,可以注册成员用户进行相关的操作,同时用户还可以通过“我的”这以按钮对个人信息以及操作的信息进行管控。

(2)查看旅游信息系统的首页信息:旅游信息系统的首页信息包含了首页、旅游计划、公告栏、景点资讯、景点中心等。

(3)景点信息:用户可以查看景点中心推荐信息,在查询到自己想要了解的景点的时候,可以进入查看详细的介绍,点击“预订”这一按钮以后会跳转到预订信息填写的界面,根据提示填写好预订的信息,点击“提交”以后预订就完成了,在景点详情这个界面,同时支持用户对喜欢的景点进行收藏、点赞以及评论的功能。

(4)旅游计划:在前台点击“旅游计划”可以查看到所有的旅游计划信息,在旅游计划界面可以交流、发帖,在后台点击“旅游计划”按钮会显示自己发布的所有的旅游计划信息,如果想要添加新的旅游计划,点击“添加”按钮根据提示输入旅游计划信息,点击“提交”后在旅游计划界面就可以显示了,如果信息有错,点击“编辑”按钮可以对旅游计划信息进行更新维护,也可以直接删除某一旅游计划,同时设有查看管理评论的功能,对用户提交的评论进行管控,。

(5)预订中心:点击“预订中心”按钮会显示出自己预订的所有的信息,支持对预订信息的查询操作。

(6)我的账户:在前台点击“我的”下面的“我的账户”可以对个人资料+密码修改+自己收藏的信息进行管控。

景区管理者管理模块:

(1)旅游计划:点击“旅游计划”按钮会显示自己发布的所有的旅游计划信息,如果想要添加新的旅游计划,点击“添加”按钮根据提示输入旅游计划信息,点击“提交”后在旅游计划界面就可以显示了,如果信息有错,点击“编辑”按钮可以对旅游计划信息进行更新维护,也可以直接删除某一旅游计划,同时设有查看管理评论的功能,对用户提交的评论进行管控,。

(2)景点中心:点击“景点中心”按钮会显示自己发布的所有的景点信息,如果想要添加新的景点,点击“添加”按钮根据提示输入景点信息,点击“提交”后在景点中心界面就可以显示了,如果信息有错,点击“编辑”按钮可以对景点信息进行更新维护,也可以直接删除某一景点,同时设有查看管理评论的功能,对用户提交的评论进行管控。

(3)预订中心:点击“预订中心”按钮会显示出用户预订的所有的信息,支持对预订信息的增删改查操作。

管理员管理模块:

(1)站点管理:管理员可以对系统前台展示的轮播图以及公告进行增伤改查,方便用户进行查看。

(2)用户管理:管理员可以对旅游信息系统中的管理员,景区管理者以及前台注册的游客用户进行增删改查。

(3)内容管理:管理员可以对旅游信息系统前台展示的旅游计划以及计划分类列表、景点资讯以及景点资讯所属的分类进行管控。

(4)更多管理:在“更多管理”这一菜单下,我们会看到景点中心、预订中心、分类信息,管理员可以对其进行增删改查操作。

2.2.2 非功能性分析

旅游信息系统的非功能性需求比如旅游信息系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:

3-1旅游信息系统非功能需求表

安全性

主要指旅游信息系统数据库的安装,数据库的使用和密码的设定必须合乎规范。

可靠性

可靠性是指旅游信息系统能够按照用户提交的指示进行操作,经过测试,可靠性90%以上。

性能

性能是影响旅游信息系统占据市场的必要条件,所以性能最好要佳才好。

可扩展性

比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。

易用性

用户只要跟着旅游信息系统的页面展示内容进行操作,就可以了。

可维护性

旅游信息系统开发的可维护性是非常重要的,经过测试,可维护性没有问题

2.3 系统用例分析

旅游信息系统的完整UML用例图分别是图2-1、图2-2和图2-3。

图2-1就是用户角色的用例展示。

 

图2-1 旅游信息系统用户角色用例图

图2-2就是景区管理者角色的用例展示。

 

图2-2 旅游信息系统景区管理者角色用例图

图2-3就是管理员角色的用例展示。

 

图2-3 旅游信息系统管理员角色用例图

2.4 系统流程分析

2.4.1 数据流程

开发旅游信息系统最主要的一个目的就是实现用户对景点的预订,图2-4就是系统的数据流图。

 

图2-4景点预订操作展开图

2.4.2 业务流程

分析完旅游信息系统的数据流,那么接下来我们来看系统的业务流程,图2-5就是业务流程图

 

图2-5业务流程图

2.5本章小结

本章主要通过对旅游信息系统的可行性分析、功能需求分析、系统用例分析、系统流程分析,确定整个旅游信息系统要实现的功能。同时也为旅游信息系统的代码实现和测试提供了标准。

3 旅游信息系统总体设计

本章主要讨论的内容包括旅游信息系统的功能模块设计、数据库系统设计。

3.1 系统功能模块设计

3.1.1整体功能模块设计

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

 

图3-1 旅游信息系统功能模块图

3.1.2用户模块设计

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

 

图3-2用户模块结构图

3.1.3 评论管理模块设计

旅游信息系统是一个交流性质的公开平台,用户在平台上提交评论,增加用户之间的互动性。但是同时也为了更好的规范评论的内容,给予管理员删除不合适的评论的功能,所以需要专门设计一个评论管理模块,具体的结构图如下:

 

图3-3评论管理模块结构图

3.1.4景点信息管理模块设计

旅游信息系统是中需要存储不少景点信息,其模块功能结构,具体的结构图如下:

 

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

3.1.5预订管理模块设计

旅游信息系统最重要的一个功能就是预订,其模块功能结构,具体的结构图如下:

 

图3-5预订信息模块结构图

3.2 数据库设计

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

3.2.1 数据库概念结构设计

下面是整个旅游信息系统中主要的数据库表总E-R实体关系图。

图3-6 旅游信息系统总E-R关系图

 

3.3.2 数据库逻辑结构设计

通过上一小节中旅游信息系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。

 (1)tourist_user表如表3-1所示包含了主键+游客编号+游客姓名+年龄+性别+用户编号等,主要用在前台待着来登录旅游信息系统时进行使用。

表3-1 tourist_user旅游用户信息表

字段名

数据类型

是否为空

字段含义

tourist_user_id

int(11)

编号

visitor_number

varchar(64)

游客编号

tourist_name

varchar(64)

游客姓名

gender

varchar(64)

性别

age

varchar(64)

年龄

examine_state

varchar(16)

审核状态

recommend

int(11)

智能推荐

user_id

int(11)

用户id

create_time

datetime

创建时间

update_time

timestamp

更新时间

(2)scenic_spot_center表如表3-2所示主要用在前台(用户)查看景点信息,后台(管理员和景区管理者)对景点增删改查。

表3-2 scenic_spot_center景点中心信息表

字段名

数据类型

是否为空

字段含义

scenic_spot_center_id

int(11)

编号

scenic_spot

varchar(64)

景区

name_of_scenic_spot

varchar(64)

景点名称

scenic_spot_type

varchar(64)

景点类型

scenic_spot_cover

varchar(255)

景点封面

`ticket_price

varchar(64)

门票价格

`remaining_votes

int(11)

剩余票数

management_number

int(11)

管理编号

visitor_number

varchar(64)

游客编号

tourist_name

varchar(64)

游客姓名

recommend

int(11)

智能推荐

create_time

datetime

创建时间

update_time

timestamp

更新时间

(3)reservation_center表如表3-3所示,主要在前台(用户)提交的预订的信息,系统后台(管理员和景区管理者)中可以更好的对预订信息管控。

表3-3 reservation_center预订中心信息表

字段名

数据类型

是否为空

字段含义

reservation_center_id

int(11)

编号

scenic_spot

varchar(64)

景区

name_of_scenic_spot

varchar(64)

景点名称

scenic_spot_type

varchar(64)

景点类型

`ticket_price

varchar(64)

门票价格

number_of_reserved_tickets

int(11)

预订票数

otal_price

varchar(64)

总价格

management_number

int(11)

管理编号

scenic_spot_details

longtext

景点详情

hits

int(11)

点击数

praise_len

int(11)

点赞数

recommend

int(11)

智能推荐

create_time

datetime

创建时间

update_time

timestamp

更新时间

(4)scenic_spot_manager表如表3-4所示,主要存了管理者信息中的管理者编号+管理者姓名+性别等,用于景区管理者适用。

表3-4 scenic_spot_manager景区管理者信息表

字段名

数据类型

是否为空

字段含义

tourist_user_id

int(11)

编号

manager_number

varchar(64)

管理者编号

name_of_manager

varchar(64)

管理者姓名

gender

varchar(64)

性别

examine_state

varchar(16)

审核状态

recommend

int(11)

智能推荐

user_id

int(11)

用户id

create_time

datetime

创建时间

update_time

timestamp

更新时间

(5)classification_information表如表3-5所示,主要存储管理员对景点提交的分享,用户按照分类查看景点。

表3-5 classification_information分类信息表

字段名

数据类型

是否为空

字段含义

classification_information_id`

int(11)

编号

`scenic_spot

varchar(64)

加盟用户

recommend

int(11)

智能推荐

create_time

datetime

创建时间

update_time

timestamp

更新时间

(6)article表如表3-6所示,主要在系统后台(管理员)中可以更好的管控景点资讯,在前端(用户)可以有效的查找景点资讯等。

表3-6 article景点资讯信息表

 

 

(7)forum表如表3-2所示包含了用户和景区管理者发布的旅游计划,主要用在用户交流时进行使用。

表3-7 forum旅游计划信息表

列名

数据类型

长度

允许空

说明

forum_id

mediumint

8

编号

display

Smallint

5

排序

user_id

mediumint

8

用户id

nickname

varchar

10

昵称

praise_len

int

10

点赞数

hits

int

10

访问数

title

varchar

125

标题

keywords

varchar

125

关键词

description

varchar

125

描述

url

varchar

125

来源地址

tag

varchar

255

标签

img

text

16

封面图

content

longtext

16

正文

avatar

Varcha

255

发帖人头像

type

varchar

论坛分类

create_time

datetime

创建时间

update_time

longtext

更新时间

3.4本章小结

整个旅游信息系统的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。

4 旅游信息系统详细设计与实现

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

4.1用户功能模块

4.1.1 前台首页界面

当进入旅游信息系统的时候,系统以上中下的布局进行展示,首先映入眼帘的是系统的导航栏,下面是轮播图,再往下是公告信息,其主界面展示如下图4-1所示。

 

图4-1 前台首页界面图

4.1.2 用户注册界面

旅游信息管理系统的游客和景区管理者时可以进行注册登录,当用户右上角“注册”按钮的时候,当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可会员注册成功。其用会员注册界面展示如下图4-2所示。

 

图4-2注册界面图

4.1.3 用户登录界面

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

 

图4-3用户登录界面图

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.1.8旅游计划管理界面

在后台点击“旅游计划”按钮会显示自己发布的所有的旅游计划信息,如果想要添加新的旅游计划,点击“添加”按钮根据提示输入旅游计划信息,点击“提交”后在旅游计划界面就可以显示了,如果信息有错,点击“编辑”按钮可以对旅游计划信息进行更新维护,也可以直接删除某一旅游计划,同时设有查看管理评论的功能,对用户提交的评论进行管控。界面如下图4-8所示。

 

图4-8 旅游计划管理界面图

4.1.9预订中心界面

点击“预订中心”按钮会显示出自己预订的所有的信息,支持对预订信息的查询操作。界面如下图4-9所示。

 

图4-9 预订中心界面图

4.2景区管理者功能模块

4.2.1旅游计划界面

点击“旅游计划”按钮会显示自己发布的所有的旅游计划信息,如果想要添加新的旅游计划,点击“添加”按钮根据提示输入旅游计划信息,点击“提交”后在旅游计划界面就可以显示了,如果信息有错,点击“编辑”按钮可以对旅游计划信息进行更新维护,也可以直接删除某一旅游计划,同时设有查看管理评论的功能,对用户提交的评论进行管控。界面如下图4-10所示。

 

图4-10旅游计划界面图

4.2.2 景区中心界面

点击“景点中心”按钮会显示自己发布的所有的景点信息,如果想要添加新的景点,点击“添加”按钮根据提示输入景点信息,点击“提交”后在景点中心界面就可以显示了,如果信息有错,点击“编辑”按钮可以对景点信息进行更新维护,也可以直接删除某一景点,同时设有查看管理评论的功能,对用户提交的评论进行管控,界面如下图4-11所示。

 

图4-11景区中心界面图

4.2.3 预订中心界面

点击“预订中心”按钮会显示出用户预订的所有的信息,支持对预订信息的增删改查操作,界面如下图4-12所示。

 

图4-12预订中界面图

4.3管理员功能模块

4.3.1用户管理界面

旅游信息系统中的管理人员在“用户管理”这一菜单是中可以对注册的游客用户,景区管理者以及管理员进行管控。界面如下图4-13所示。

 

图4-13用户管理界面图

4.3.2 站点管理界面

管理员可以对系统前台展示的轮播图以及公告进行增伤改查,方便用户进行查看,界面如下图4-14所示。

 

图4-14站点管理界面图

5系统测试

5.1 系统测试用例

系统测试包括:用户登录功能测试、景点资讯展示功能测试、景点中心添加、景点中心搜索、密码修改、预订功能测试,如表5-1、5-2、5-3、5-4、5-5、5-6所示:

用户登录功能测试:

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

用例名称

用户登录系统

目的

测试用户通过正确的用户名和密码可否登录功能

前提

未登录的情况下

测试流程

1) 进入登录页面

2) 输入正确的用户名和密码

预期结果

用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入

实际结果

实际结果与预期结果一致

景点资讯查看功能测试:

表5-2 景点资讯查看功能测试表

用例名称

景点资讯查看

目的

测试景点资讯查看功能

前提

用户登录

测试流程

点击景点资讯列表

预期结果

可以查看到所有景点资讯信息

实际结果

实际结果与预期结果一致

景区管理者添加景点中心界面测试:

表5-3 景区管理者添加景点中心界面测试表

用例名称

添加景点中心测试用例

目的

测试景点中心添加功能

前提

景区管理者用户正常登录情况下

测试流程

1)景区管理者点击景点中心,然后点击添加后并填写信息。

2)点击进行提交。

预期结果

提交以后,页面首页会显示新的景点信息 

实际结果

实际结果与预期结果一致

景点搜索功能测试:

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

用例名称

景点搜索测试

目的

测试景点搜索功能

前提

测试流程

1)在搜索框填入搜索关键字。

2)点击搜索按钮。

预期结果

页面显示包含有搜索关键字的景点

实际结果

实际结果与预期结果一致

密码修改搜索功能测试:

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

用例名称

密码修改测试用例

目的

测试管理员密码修改功能

前提

管理员用户正常登录情况下

测试流程

1)管理员密码修改并完成填写。

2)点击进行提交。

预期结果

使用新的密码可以登录

实际结果

实际结果与预期结果一致

预订功能测试:

表5-6预订功能测试表

用例名称

预订测试用例

目的

测试用户预订功能

前提

用户正常登录情况下

测试流程

1)搜索查看景点信息,点击预订。

2)填写预订信息,点击进行提交。

预期结果

预订成功

实际结果

实际结果与预期结果一致

5.2 系统测试结果

通过编写旅游信息系统的测试用例,已经检测完毕用户登录模块、景点资讯展示模块、景点中心添加模块、景点搜索模块、密码修改模块、预订模块功能测试,通过这6大模块为旅游信息系统的后期推广运营提供了强力的技术支撑。

结论

本文描述了旅游信息系统设计与实现的原理和开发过程,该系统是通过SSM框架来搭建后台,中间件使用的是Tomcat服务器,数据库管理平台采用开源的Mysql,前台使用的是JQuery框架,同时使用Validate校验框架,这样就可以减少前端代码的输入量,而且基于JQuery框架的Validat框架使用简单,是流行的前端使用框架,前端使用的主要是Jsp页面展示技术。 

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

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

参考文献

  1. Richard Bemile, Akwasi Achampong,Emmanuel Danquah. Online Hotel Reservation System[J] Information Technology Department, Methodist University College Ghana Dansoman, Accra Ghana.2014 11:583-588.
  2. Eric Armstrong. Stephanie Bodoff Debbie Car, son. Maydene Fisher. Dale Green. Kim Haase. The JAVA Web Services Tutorial[M].2017.
  3. 韩路彪. 看透Spring MVC[M]. 机械工业出版社, 2016.
  4. 时月梅. 基于Spring MVC、MyBatis实现数据分页显示处理[J]. 信息与电脑:理论版, 2015.
  5. 赵成刚, 孙培芝. 基于SpringMVC和Mybatis开发框架的设计与实现[J]. 当代教育实践与教学研究:电子刊, 2017, 000(009):528.
  6. 袁芳芳, 宁君宇, 田路强,等. 浅谈Vue生态圈[J]. 科技风, 2020, No.421(17):145-145.
  7. 周霞, 朱敏. MySQL教学中实践对分教学模式[J]. 电脑知识与技术, 2020, v.16(05):174-175。
  8. 肖金秀.网页设计培训教程[M].北京:冶金工业出版社,2003.4.
  9. Uchechi Ihedioha.Design and Implementation of an Expert Recruitment System [J] . Journal of Computer Engineering,2020,22(1):48-55.
  10.  John Kauffman, Brian Matsik,张哲峰,黄翔宇译.ASP. NET数据库入门经理[M].北京:清华大学出版社,2003.1
  11. 郑阿奇.Oracle实用教程[M].北京:电子工业出版社,2011.1
  12. Bruce Eckel,陈昊鹏译.Thinking In Java[M].北京:机械工业出版社,2007.6
  13. Rizma Aldillah. A Research on the Implementation Rules and Regulations of the West Java Province Grain Specific Sustainable Agricultural Land Compliance Act[J]. Journal of Innovation and Social Science Research,2020,7(3):23.25.

致  谢

逝者如斯夫,不舍昼夜。转眼间,大学生会员活便已经接近尾声,人面对着离别与结束,总是充满着不舍与茫然,我亦如此,仍记得那年秋天,我迫不及待的提前一天到了学校,面对学校巍峨的大门,我心里充满了期待:这里,就是我新生活的起点吗?那天,阳光明媚,学校的欢迎仪式很热烈,我面对着一个个对着我微笑的同学,仿佛一缕缕阳光透过胸口照进了我心里,同时,在那天我认识可爱的室友,我们携手共同度过了这难忘的两年。如今,我望着这篇论文的致谢,不禁又要问自己:现在,我们就要说再见了吗?

感慨莫名,不知所言。遥想当初刚来学校的时候,心里总是想着工科学校会过于板正,会缺乏一些柔情,当时心里甚至有一点点排斥,但是随着我对学校的慢慢认识与了解,我才认识到了她的美丽,她的柔情,并且慢慢的喜欢上了这个校园,但是时间太快了,快到我还没有好好体会她的美丽便要离开了,但是她带给我的回忆,永远不会离开我,也许真正离开那天我的眼里会满含泪水,我不是因为难过,我只是想将她的样子映在我的泪水里,刻在我的心里。最后,感谢我的老师们,是你们教授了我们知识与做人的道理;感谢我的室友们,是你们陪伴了我如此之久;感谢每位关心与支持我的人。

少年,追风赶月莫停留,平荒尽处是春山。

                                                                 点赞+收藏+关注    私信领取本源代码、数据库 

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/我家自动化/article/detail/430939
推荐阅读
相关标签
  

闽ICP备14008679号