摘 要
互联网相关技术在不断推陈出新，现在它已便捷了我们生活的每个角落，大家的生活水平与当初已不可同日而语。伴随着普通百姓生活质量的提升，人们出行的次数和旅游的需求也不断增长。尤其是到长三角旅游的人越来越多，但是在众多综合型的旅游网站中却没有专门针对长三角的特色旅游网站，所以本系统以SSM框架为基础开发了一套更加结构化、体系化的长三角旅游网。本系统打造了更多的功能，为出行游客们提供了更全面的出行资讯，包括给出行者们提供出行目的地的信息，全方位地整合了目的地周围的美食、住宿等信息。通过了解其他同功能网站的特色，本系统更加注重网站的对外友好程度，致力于通过给出行者编写出行游记、出行评论等功能提高用户的使用体验。在技术方面，本系统采用更成熟更稳健的SSM框架，让前台和后端完全分离以及让后台逻辑代码之间的耦合度更低，运维人员可在上线后能够更精准的处理问题。在前端处理方面系统是通过Bootstrap进行动态展示出行者关心的数据信息，让整个页面更灵活、精准。最终在一切完善之后系统实现了具有独特功能以及界面友好度高的旅游网站。
关键词：旅游网；长三角；SSM框架；Bootstrap
Design and Implementation of SSM Travel Agency's Management System
Abstract
Internet-related technologies are constantly emerging, and now it has been practically in every corner of our lives, people's lives have become more and more comfortable. The number of journeys and the demand for tourism are also increasing. In particular, more and more people travel to the Yangtze River Delta, but among the many comprehensive tourism websites, there is no special tourism website for the Yangtze River Delta, therefore, the system has a more structured and systematic Yangtze River Delta network created. This is a very practical website, it can not only give tourists information about the destination, but also integrate delicious food, get accommodation and other information about the destination. Similar functions, The system pay more attention to the external friendliness of the website and strive to improve user experience by giving visitors the opportunity to travel notes to write. Note With regard to technology, we have created a more mature and efficient SSM framework, which completely separates the front and the back and reduces the connection between logical code and backstage, which allows peacekeepers to solve problems more precisely after their communication. In front-end processing, the system dynamically displays the data information that travelers care about through Bootstrap, which makes the whole page more flexible and accurate. Finally, after all the improvements, the system realizes a tourism website with unique functions and friendly interface.
Key Words: tourism website; Yangtze River Delta; SSM framework; Bootstrap
目 录
引 言
时代在进步，经济在发展，人们的生活水平也在进步，但同时人们的工作压力也越来越大，因此以通过旅游来缓解压力的人也越来越多。旅游在现在的社会生活中已成为一种不可缺少的休闲方式，旅游方式也呈现多样化，越来越多的旅游者寻求个性的旅游方式[1]。在新时代的背景下，旅游消费的需求持续上升，旅游业在国民产业中的地位和作用也变得非常重要，但同时旅游业也面临巨大的挑战。旅游客户的激增，巨大的数据量等等问题的出现，使得传统的线下预定旅游这种方式越来越低效，成本越来越高。因而，旅游业需要转变思路，采用信息化、系统化的管理模式显得尤为重要。
与传统的旅游企业相比较，旅游网站信息管理系统对于旅游者景点和路线的选择提供了重要的参考[2]。它包含的信息更丰富，经营的方式更合理化。旅游网站作为游客旅游的最重要的助力，可以方便人们获得各种出行信息，让游客可以足不出户就能了解到各种旅游信息。
但在以往的旅游网站中，都是综合性的，没有专门针对长三角的特色旅游网站，因此本系统针对这点，打造的是一个功能齐全具有长三角人文特色的旅游网站。这个网站致力于服务旅游出行者和旅行社管理人员，旅客们可以利用这个网站所提供的景点图片筛选自己想要出行的景点以及获取目的地信息，以及出行时遇到的许多问题，还可以带动旅游经济的发展。
1 概述
1.1 本项目背景介绍
长三角地区作为我国长江下游重点经济发展区，在全国经济发展的浪潮中往往位列前茅。经济发展水平相对较高也预示人均消费水平高，生活节奏较快，人们大部分时间倾注在工作岗位上，因而人们更加需要旅游作为一个平衡工作压力的节点。首选地当然是长三角都市圈内的特色城市，一方面地理位置上比较近，语言沟通容易，对各种景区也有大致了解，另一方面高铁、动车等出行资源丰富，可以极大的减少舟车劳顿带来的疲劳，提高旅游带给人们的乐趣。
旅游网作为智慧旅游的最重要的助力，可以方便人们获得各种出行信息，刺激旅游消费。2020年无论是国内还是国际都发生了很多大事件，抛开其他因素的影响按正常情况看，我们的旅游行业发展是逐年递增的，除开2020年，历年在线出行市场规模如图1.1所示。
图1.1 在线旅游用户市场规模
1.2 目的和意义
在新时代的背景下，旅游行业已成为了具有非常宽广的发展未来的第三产业发展支柱，同时旅游业也面临巨大的挑战。旅游客户的激增，巨大的数据量等等问题的出现，使得传统的线下预定旅游这种方式越来越低效，成本越来越高。互联网+的不断深入带动了传统行业的经济发展，旅游行业也需要实现线上线下的一体化，为了解决游客对旅游信息的查询、旅游线路预订等各方面的需求[3]，因而，旅游业需要转变思路，采用信息化、系统化的管理模式显得尤为重要。
本系统的设计主要是为了打造一个功能齐全具有长三角人文特色的旅游网站。这个网站致力于服务旅游出行者和旅行社管理人员，旅客们可以利用这个网站所提供的景点图片筛选自己想要出行的景点以及获取目的地信息，同时还可以在页面内获取目的地周边信息；游客还可以发布自己的出行游记及出行感受，从而帮助他人从评论中获知是否值得出行，以及出行可去的目的地有哪些。
1.3 本文组织结构
第一部分：介绍旅游网站建立的背景情况。以长三角地区作为引子，结合长三角地区丰富的且独具特色的旅游资源、便捷的交通、人均消费能力强、工作压力大等特点，表明长三角发展旅游业具备天然的优势，同时也可以作为地区经济发展放缓的一剂增速剂。然后指出国家倡导的互联网+旅游和智慧旅游，表现了在线旅游网站是当前时代的一种的潮流。
第二部分：介绍本次设计使用的开发平台和技术手段。首先指出使用的主要开发平台和版本信息。在这之后进行前台开发主要框架以及后台开发主要框架Spring+SpringMVC+Mybatis介绍，对这些技术进行简单的描述[4]，表明使用这些技术带给我开发过程便利。
第三部分：主要是对需求进行分析并对项目的可行性进行研究。分析项目可以需要的功能，并对前端展示数据进行功能性逻辑走向进行分析，这一步方便了后面数据库的设计工作的实施。
第四部分：介绍数据库设计思路。该部分采用实体图和E-R图的方式更加清晰表现表与表之间的联系，以及表内字段。
第五部分：网站实现以及相关代码的展示。主要围绕代码的实现步骤，因为设计使用分层的代码编辑模式，每一步的实现需要多个代码文件相互配合，整体的流向是从controller层出发，在service层进行相关功能接口设计后到达mapper层。中间需要pojo层和utils层的配合实现。
第六部分：测试部分。对系统进行测试和总结
2 开发平台和相关技术介绍
2.1 开发平台
2.1.1 开发平台
开发机器系统：Windows 10.
代码开发工具：MyEclipse 2014. Version: Photon Release (4.8.0).
数据库：MySQL 5.7版
数据库可视化管理工具：Navicat 10.1.7版
Web服务器：apache-tomcat-7.0.90版
浏览器：基于IE内核的Google73.0.3683.103版
2.1.2 运行环境
本系统在设计过程中使用的JDK版本为jdk1.7.0_80，该版本JDK稳定，功能齐全，足以应对java应用程序开发时的需求。在使用JDK1.7的时候建议要配合使用tomcat7.0.90,不同版本之间可能存在差异，tomcat7已经可以满足软件运行的需求。
2.2 Bootstrap
2.2.1 Bootstrap介绍
Bootstrap适用于Web应用程序开发，其具有跨平台的特性让这款开源框架和容易被人们接受，同时其开源让使用者更加清晰的了解Bootstrap是怎么实现的。提出一种基于Bootstrap旅游网站设计与实现的方案，该方案包括首页、攻略、出行、目的地、游记[5]。其中响应式布局、丰富的扩展插件这些都是Bootstrap利用在本设计中的特性。
2.2.2 栅格布局
对栅格布局进行简单介绍，即将一个矩形的视图区域按行或者按列的方式划分为多个子区域,子区域还可以根据布局的要求可以继续递归划分。
2.2.2 轮播
Bootstrap的轮播功能若想要使用的话需要进行一些指标设置、轮播项目、轮播导航。
2.3 SSM
2.3.1 Spring
Spring提倡“最小侵入”来保证可以随时将Spring卸载和安装。Spring拥有很多原生代码所不具备的特性。首先它内置组件的耦合度很低，这样方便软件分层，便于维护。第二，很好支持事务，可以通过在配置文件中设置切面和切点就能完成事务的配置。第三，对于很多持久层的框架如全自动框Hibernate能够很好的支持，它对Mybatis也是如此具有很好的支。总而言之，Spring框架是一个非常实用且有效的框架。
2.3.2 SpringMVC
SpringMVC表现特别鲜明，它是客户端发起请求后核心控制器进行了一系列的处理，再进注解方式找到核心控制的HandlerMapping，再通过适配器找到下面的对应接口，将一起发送来的数据加工转换，转换完成结束后，将处理后的对象返回给视图解析器进行内部解析，最后跳到页面。通过SpringMVC这种方式能够很好实现代码的分层解耦，逻辑结构非常的清晰，便于后期的维护，也许存在一些冗余的代码，但是考虑到可以降低成本，这种设计方式在设计上还是非常合理的。
2.3.3 Mybatis
Mybatis能够建立bean对象与数据库之间的关联关系，与其它的全自动框架相比较，该框架语法更灵活，也更容易上手，同时也需要程序员具有SQL语言编写的能力。
2.3.4 项目分层介绍
软件代码主要的三层与MVC模式类似，这三层是SpringMVC过程中进行逻辑处理的核心层，controller层主要是接受前台发起request的数据和后台的response数据，service层主要是为了实现系统的功能而进行逻辑加工，mapper层主要是为了服务service层的加工逻辑后对数据库的各种操作。utils用来存放工具，converter主要负责数据的转换，exception用于发生自定义异常情况下抛出相应异常信息，pojo是类的实体，imple是service层层定义逻辑接口的具体实现过程，代码分层的实际效果如图2.1。
图2.1 项目代码分层
2.4 PageHelper分页插件
使用PageHelper插件后不需要自己再进行页工具类的编写，该插件有自身的pageinfo提供页面信息的保存，还可以以startPage设置数据的起始，还提供一些属性作为分页的导航，该插件很好支持了MySQL。
3 需求分析与可行性分析
3.1 需求分析
随着计算机技术，网络技术的迅猛发展，互联网的不断普及，网络在各个领域里发挥了越来越重要的作用，一些知名旅行社已经在网上旅游方面取得了巨大的成就。而本系统对旅游网的需求分析从系统的两个受众考虑，首先这里需要将一种特例提出，即以游客方式进行浏览，因为游客浏览网页不会出现存储数据进入数据库的情况，所以将游客浏览方式排除在顶层图的设计之外，只考虑旅行社的注册会员和旅行社的管理者方式。顶层数据流图如下图3.1所示。
图3.1 长三角旅游网顶层数据流图
3.1.1 前台页面的需求分析
（1）作为旅游网站的客户，即游客能从本系统注册，登录后，进入前台界面[6]。
（2）进行景区搜索操作，包括查看景区介绍，景区详情有位置、开放时间等。
（3）进行特产搜索操作，包括查看特产美食的价格、产地、下单结算等。
（4）进行酒店搜索操作，包括查看景区附近酒店的价格、地区、联系方式等。
（5）进行撰写游记操作，包括查看推荐的游记、自己撰写游记的功能。
（6）进行评论操作，包括在景区、美食、酒店等介绍下填写自己的评论等。
（7）进行个人信息管理，包括查看我的游记、商品订单等。
3.1.2 后台管理系统的需求分析
（1）作为旅游网站的后台管理者，即管理人员可以从后台管理系统进行登录。
（2）进行景区管理操作，包括对景区进行新增景区、修改景区、景点下架、景区发布等。
（3）进行特产管理操作，包括对特产美食进行内容修改、特产下架、特产的发布等。
（4）进行网页推荐操作，景区推荐和特产推荐，实现修改、上架、下架操作等。
（5）进行游记管理操作，包括对游记进行查看、通过与不通过等。
（6）进行评论管理操作，包括景点、美食、酒店、游记的评论，实现撤回和通过的功能。
（7）进行订单管理操作，包括可以查看查看用户的订单详情功能。
（8）进行用户管理操作，包括限制用户账号和解除功能。
3.2 可行性分析
本设计可行性分析囊括四个层面：政策、经济、技术和社会，结合这四个层面分析出此次设计的系统符合软件的可行需求，达到进行代码开发的要求，故而可以进行程序的开发和设计。
3.2.1 政策可行性
2015年9月，国家旅游局下发了数十条关于鼓励旅游业与互联网相结合的政策支持的文件，表明在线旅游作为一种非常重要的旅游预订方式，应大力支持，每年国家旅游局都会提供丰厚的资金和政策支持，助力旅游业的发展。旅游网站非常符合国家该政策的支持，因而该设计从政策可行性分析是符合要求的。
3.2.2 经济可行性
经济可行性主要从项目的实现过程中的成本以及从实际的生产效益分析。软件设计出来可以对网站进行个性化设计，进行推广给某个旅行社，再有旅行公司进行实际的操作，产生旅游效益。因而，该设计的经济可行性达到下一步开发需求。
3.2.3 技术可行性
技术可行性主要从前端、后端所使用的开发手段进行分析。该设计使用的技术都是相对成熟的项目，容易操作，且该前端框架开源容易理解，出现问题也可以很快的解决，同时网上的开发文档也比较完全，不存在技术上的难题。
3.2.4 社会可行性
社会可行性主要从当前社会的大时代背景出发按照实际情况来分析。中国正在迈向全面小康社会，人们的出行需求愈发明显，消费能力也逐渐增强。该设计实现的在线旅游网站，提供信息资讯，致力于旅游发展，因而从社会可行性上看旅游网站的建立符合要求。
4 系统设计
4.1 前端页面设计
4.1.1 前端页面概要设计
首先旅游网站必须具备用户，在这个前提下设计了一个新用户访问的注册功能，前端提供相应登录的窗口。针对登录与不登录页面会出现不同的展示效果，因为该设计中包括景点、美食、酒店、游记等模块，并提供这些出行相关的评价功能，不登录无法进行评论，购买美食的功能也不能实现，只能看提供的旅游资讯。长三角都市旅游网前端页面的结构图如图4.1所示。
图4.1 长三角都市旅游网前端页面的结构
4.1.2 前端页面详细设计
（1）前端界面用户注册登录模块
本模块实现了用户填写信息注册，填写个人信息，登录[7]此网站进行旅游资讯的查询等操作。
（2）前端的景点搜索模块
用户可以查看首页的美景推荐位，也通过景点搜索功能，查询到在长三角地区，他们感兴趣的旅游景点，查看美景详情信息，查看美景周边的美食以及附近的酒店来制定自己的旅游计划。
（3）前端的美食搜索模块
用户可以查看首页的美食推荐位，还可以在前台的美食搜索功能搜索到想吃的美食，查看美食详情信息，还可查看到附近地区的推荐美食，美食所在地区的美景，下单特产美食。实现查询等功能。
（4）前端的酒店信息模块
游客还可以在前台界面搜索到想要入住的酒店信息，在旅行时，能休息的舒适，还可以进行酒店的评论。
（5）前端的游记和游记评论模块
游客可以在旅行完之后，发表自己的旅行游记，为别的游客提供一些借鉴，也可以评论感兴趣的游记。
（6）前端的个人信息模块
此模块可以修改个人介绍信息，查询我的游记，查询我的商品订单，发布新的游记。
4.2 后台管理系统设计
4.2.1 后台管理系统概要设计
长三角后台管理系统首先针对的用户是旅行社的管理者，提供管理员的登录以及更改管理员自身资料卡信息功能，同时还具有景区管理模块、特产管理模块、酒店管理模块、网页推荐模块、订单管理模块、用户信息处理等模块。针对各个模块下属存在不同的功能。长三角都市旅游网后台系统的结构如图4.2所示。
图4.2 长三角都市旅游网后台界面的结构
4.2.2 后台管理系统详细设计
（1）后台系统登录模块
在后台系统可以实现旅行社管理人员的填写个人信息和登录功能，以方便管理人员对旅行社网站的管理。
（2）后台的景区管理和网页推荐模块
管理人员可以对景点信息进行实施管理，进行增加、上架、下架等操作，还可发布美景到首页推荐位，给游客提供丰富多样的长三角旅游资讯。
（3）后台的特产管理和订单管理模块
旅行社管理人员可以查看所有特产美食信息，对特产进行增加、上架、下架等操作，还可发布美景到首页推荐位，同时还能对游客下单的特产美食进行订单处理。
（4）后台的酒店管理和游记评论管理模块
管理人员查看所有酒店信息，可以进行增加、修改、上架、下架等操作。管理员还可查看游记，对游记进行审核，给用户提供更好的旅游体验。
（5）后台的评论管理模块
管理人员可以对美食、景点、酒店、游记等进行审核功能的操作。
（6）后台的用户信息管理模块
管理人员可以对用户的信息实现权限管理，如限制其账号登录等功能。
4.3 数据库设计
4.3.1 数据实体
根据上面的系统设计，以及结合开发过程可能出现的问题设置出工具字段，设计出项目的具体实体类。
用户实体如下图4.3所示。
图4.3 用户实体属性图
管理员实体如下图4.4所示。
图4.4 管理员实体属性图
地区实体如下图4.5所示。
图4.5 地区实体属性图
景区实体如下图4.6所示。
图4.6 景区实体属性图
景区评论实体如下图4.7所示。
图4.7 景区评论实体属性图
美食实体如下图4.8所示。
图4.8 美食实体属性图
美食评论实体如下图4.9所示。
图4.9 美食评论实体属性图
酒店实体如下图4.10所示。
图4.10 酒店实体属性图
酒店评论实体如下图4.11所示。
图4.11 酒店评论实体属性图
游记实体如下图4.12所示。
图4.12 游记实体属性图
游记评论实体如下图4.13所示。
图4.13 游记评论实体属性图
主页推荐实体如下图4.14所示。
图4.14 主页推荐实体属性图
订单实体如下图4.15所示。
图4.15 订单实体属性图
4.3.2 数据实体类关系
实体类之间的关系是软件的设计过程中最重要一环，因而这种情况下需要使用E-R表现个实体类之间的关系，同时更好的了解分层结构，长三角都市旅游网的E-R图如图4.16所示。
图4.16 长三角都市旅游网的E-R图
4.3.3 数据表物理结构
在经过各种梳理后，一共设计了13张表，对应13张表的字段如表4.1至表4.13。
旅行社管理员的数据表如下表4.1所示。
表4.1 旅行社管理员（manager）
| 序号 | 名 | 类型 | 解释 |
| 1 | Usernum | VARCHAR(255) | 账号（主键） |
| 2 | Password | INT(11) | 密码 |
| 3 | Username | VARCHAR(255) | 用户姓名 |
| 4 | Tel | VARCHAR(255) | 电话 |
普通用户的数据表如下表4.2所示。
表4.2 普通用户（user）
| 序号 | 名 | 类型 | 解释 |
| 1 | userId | VARCHAR(255) | 用户号（主键） |
| 2 | Username | VARCHAR(255) | 用户姓名 |
| 3 | Password | VARCHAR(255) | 密码（非空） |
| 4 | Sex | CHAR(255) | 用户性别 |
| 5 | Address | TEXT | 地址 |
| 6 | Signature | TEXT | 个性签名 |
| 7 | userImag | VARCHAR(45) | 图标 |
| 8 | Stage | INT(11) | 状态 |
| 9 | Birthday | DATETIME | 生日 |
地区表的数据表如下表4.3所示。
表4.3 地区表（area）
| 序号 | 名 | 类型 | 解释 |
| 1 | Aid | INT(11) | 地区号（主键） |
| 2 | areaNum | INT(11) | 区号（外键） |
| 3 | areaDescrible | TEXT | 地区描述 |
| 4 | areaName | VARCHAR(255) | 地区名 |
景区评论表的数据表如下表4.4所示。
表4.4 景区评论表（sccomment）
| 序号 | 名 | 类型 | 解释 |
| 1 | cid | INT(11) | 景区评论号（主键） |
| 2 | secenyNum | INT(11) | 景区号 |
| 3 | stage | INT(11) | 状态 |
| 4 | userName | VARCHAR(255) | 普通用户号 |
| 5 | ptime | DATETIME | 评论时间 |
| 6 | content | TEXT | 内容 |
特产美食表的数据表如下表4.5所示。
表4.5 特产美食表（specialty）
| 序号 | 名 | 类型 | 解释 |
| 1 | id | INT(11) | 特产号（主键） |
| 2 | tNum | INT(11) | 特产所属地区号(非空) |
| 3 | stocknum | INT(11) | 库存 |
| 4 | stage | INT(11) | 状态 |
| 5 | tname | VARCHAR(255) | 特产名 |
| 6 | tpic | VARCHAR(255) | 特产图片1 |
| 7 | pic2 | VARCHAR(255) | 特产图片2 |
| 8 | pic3 | VARCHAR(255) | 特产图片3 |
| 9 | tCategory | VARCHAR(255) | 种类 |
| 10 | tDesrible | TEXT | 描述 |
| 11 | tPrice | DOUBLE(10) | 价格 |
景区表的数据表如下表4.6所示。
表4.6 景区表（scenic）
| 序号 | 名 | 类型 | 解释 |
| 1 | scenicId | INT(11) | 特产号（主键） |
| 2 | Aid | INT(11) | 景区所属地区(外键) |
| 3 | category | INT(11) | 种类 |
| 4 | stage | INT(11) | 状态 |
| 5 | name | VARCHAR(255) | 景区名 |
| 6 | pic1 | VARCHAR(255) | 景区图片1 |
| 7 | pic2 | VARCHAR(255) | 景区图片2 |
| 8 | pic3 | VARCHAR(255) | 景区图片3 |
| 9 | Title1 | VARCHAR(255) | 景区标题 |
| 10 | secnicAddress | VARCHAR(255) | 景区地址 |
| 11 | desrible | TEXT | 描述 |
| 12 | tel | VARCHAR(255) | 电话 |
| 13 | cost | DOUBLE(10) | 花费 |
| 14 | time | VARCHAR(255) | 时间 |
特产美食评论表的数据表如下表4.7所示。
表4.7 特产美食评论表（spcomment）
| 序号 | 名 | 类型 | 解释 |
| 1 | id | INT(11) | 美食评论号（主键） |
| 2 | tNum | INT(11) | 景区号（外键） |
| 3 | stage | INT(11) | 状态 |
| 4 | userNum | VARCHAR(255) | 普通用户号 |
| 5 | ptime | DATETIME | 评论时间 |
| 6 | content | TEXT | 内容 |
游记表的数据表如下表4.8所示。
表4.8 游记表（travels）
| 序号 | 名 | 类型 | 解释 |
| 1 | Id | INT(11) | 游记号（主键） |
| 2 | Stage | INT(11) | 状态 |
| 3 | userNum | VARCHAR(255) | 普通用户号 |
| 4 | Title | VARCHAR(255) | 游记标题 |
| 5 | pic1 | VARCHAR(255) | 图片1 |
| 6 | pic2 | VARCHAR(255) | 图片2 |
| 7 | pic3 | VARCHAR(255) | 图片3 |
| 8 | Ptime | DATETIME | 游记时间 |
| 9 | desrible1 | TEXT | 描述1 |
| 10 | desrible2 | TEXT | 描述2 |
| 11 | desrible3 | TEXT | 描述3 |
游记评论表的数据表如下表4.9所示。
表4.9 游记评论表（travelcomment）
| 序号 | 名 | 类型 | 解释 |
| 1 | Id | INT(11) | 游记评论号（主键） |
| 2 | travelNum | INT(11) | 游记号 |
| 3 | Stage | INT(11) | 状态 |
| 4 | Usernum | VARCHAR(255) | 普通用户号 |
| 5 | Ptime | DATETIME | 评论时间 |
| 6 | Content | TEXT | 内容 |
酒店表的数据表如下表4.10所示。
表4.10 酒店表（hotel）
| 序号 | 名 | 类型 | 解释 |
| 1 | Hid | INT(11) | 酒店号（主键） |
| 2 | hNum | INT(11) | 地区号（外键） |
| 3 | Stage | INT(11) | 状态 |
| 4 | hName | VARCHAR(255) | 酒店名 |
| 5 | Tel | VARCHAR(255) | 电话 |
| 6 | Pic | VARCHAR(255) | 图片 |
| 7 | Price | DOUBLE | 价格 |
| 8 | hAddress | TEXT | 地址 |
| 9 | Desrible | TEXT | 描述 |
酒店评论表的数据表如下表4.11所示。
表4.11 酒店评论表（hotelcomment）
| 序号 | 名 | 类型 | 解释 |
| 1 | Id | INT(11) | 酒店评论号（主键） |
| 2 | Hid | INT(11) | 地区号（外键） |
| 3 | Stage | INT(11) | 状态 |
| 4 | Usernum | VARCHAR(255) | 普通用户号 |
| 5 | Ptime | DATETIME | 评论时间 |
| 6 | Content | TEXT | 内容 |
主页推荐表的数据表如下表4.12所示。
表4.12 主页推荐表（content）
| 序号 | 名 | 类型 | 解释 |
| 1 | cid | INT(11) | 主页推荐号（主键） |
| 2 | contentId | INT(11) | 景区/美食号 |
| 3 | areanum | INT(11) | 地区号 |
| 4 | category | INT(11) | 种类 |
| 5 | stage | INT(11) | 状态 |
| 6 | title | VARCHAR(255) | 标题 |
| 7 | pic | VARCHAR(255) | 图片 |
| 8 | created | DATETIME | 创建时间 |
订单表的数据表如下表4.13所示。
表4.13 订单表（userorder）
| 序号 | 名 | 类型 | 解释 |
| 1 | id | INT(11) | 订单号（主键） |
| 2 | pid | INT(11) | 美食号（外键） |
| 3 | tnum | INT(11) | 数量 |
| 4 | stage | INT(11) | 状态 |
| 5 | userid | VARCHAR(255) | 用户号（外键） |
| 6 | ordernum | VARCHAR(255) | 订单编号 |
| 7 | tname | VARCHAR(255) | 商品名 |
| 8 | tprice | DOUBLE | 单价 |
| 9 | time | DATETIME | 标题 |
| 10 | total | DOUBLE | 总价 |
5 系统实现
5.1 系统前台功能实现
5.1.1 普通用户注册
在网站的登录首页新用户可以进行注册，通过将内容发送到服务端，进行注册，如果出现注册过的情况，则用户返回账号已存在，请求重新输入。注册页面内容如下图5.1所示。
图5.1 用户注册界面
5.1.2 登录界面
此设计的登录过程可能出现三种情况，一种是账号密码正确，但是该账号被管理员限制，故而无法进行登录；第二种是该账号能正常登录，直接跳回主页；第三种是账户和密码错误，需要重新进行输入，如下图5.2所示。
图5.2 用户登录界面
5.1.3 网站首页
网站主页最上方是采用Bootstrap进行展示轮播图，动态的展现三种图片，增加首页的观赏性。如图5.3所示。
图5.3 网站首页
5.1.4 美食模块
美食模块在首页上方，用户可以通过点击特色美食查看到美食的详情介绍和价格等。美食模块的展示如下图5.4所示。
图5.4 美食模块
5.1.5 景点展示
用户可以通过点击风景名胜或者搜索景点信息查看到景点的的详情介绍和景点地址等。景点详情的介绍如下图5.5所示。
图5.5 景点详情
5.1.6 游记模块
用户可以点击旅游小记来写游记并发布游记，游记模块的实现如下图5.6所示。
图5.6 撰写游记
5.1.7 酒店信息
用户可在查看景点介绍和没事介绍时，点击附近的酒店来查看更多的酒店信息。如下图5.7所示。
图5.7 酒店信息
5.2 后台管理系统功能实现
5.2.1 景区管理的实现
管理员登录后台管理系统，点击景区管理按钮对景区进行发布、修改、下架等操作。景区管理的页面如下图5.8所示。
图5.8 景区管理
通过景点发布，可以将景点设置到首页的推荐目录，景点发布如图5.9所示。
图5.9 景区发布
5.2.2 特产管理的实现
管理员点击特产管理按钮对特产美食进行发布、修改、下架等操作。特产管理的页面如下图5.10所示。
图5.10 特产管理
5.2.3 酒店管理的实现
管理员点击酒店管理按钮对酒店信息进行修改、下架等操作。酒店管理的页面如下图5.11所示。
图5.11 酒店管理
5.2.4 网页推荐的实现
管理员点击网页推荐板对景区、美食进行修改、下架、上架操作。网页推荐板块的景区管理如下图5.12所示。
图5.12 网页推荐
5.2.5 游记管理的实现
管理员对游客所发布的游记进行查看和审核的实现。游记管理页面如图5.13所示。
图5.13 游记管理
5.2.6 评论管理的实现
管理员点击评论管理按钮对景区、美食、酒店、游记的评论分别进行审核和撤回操作。评论管理中景区的评论页面如图5.14所示[8]。
图5.14 景区评价管理
5.2.7 订单管理的实现
通过查看订单管理中的订单详情，了解游客的订单购买信息。订单页面如图5.15所示。
图5.15 订单管理
5.2.8 用户管理的实现
管理员通过用户管理功能，对用户的账户进行权限管理，比如限制其账号。用户管理的页面如图5.16所示。
图5.16 订单管理
6 系统测试与评价
6.1 系统调试
对于设计与实现过程中代码上的一些错误，MyEclipse 开发软件会报出红叉，指出错误的类型，即根据系统的提示改正错误。但当有些问题的出现，也就不能通过系统调试来解决问题了。所以我们需要使用专业的测试方法来进行错误的检查和问题的调试。
6.2 系统的测试
6.2.1 测试的重要性和目的
（1） 测试的重要性
软件测试过程是提取软件测试过程中可计量的属性, 在测试过程进行中以一定频度不断地采集这些属性的值, 并采用一些恰当的分析方法对得到的这些数据进行分析, 从而量化地评定测试过程的能力和性能, 提高测试过程的可视性, 帮助软件组织管理以及改进软件测试过程[9]。
（2） 测试的目的
通过软件测试可以使软件产品自身品质得到有效提升,并对其功能进行不断完善，在当下软件测试会根据开发过程中的结构以及规格等进行相应测试，并且在完成相应数据输入后，对输出结果进行详细分析,从而发现软件中存有的漏洞,并对其原因进行深入探究[10]。
所有开发出来的系统都需要测试，这是一个必需的环节。经过系统测试，可以找出系统之前未发现的问题，从而增强系统的专业性和健全性。
6.2.2 测试的主要内容
本次系统测试的主要内容为用户登录测试、顾客查看个人信息测试、管理员登录测试等等。
6.2.3 测试用例
该系统的测试主要是从用户和管理员两个角色进行测试，测试角色的操作过程，系统能否稳定运行。
针对用户操作的测试，进行了用户登录测试以及用户登录后的使用系统的各项功能的测试，如用户[11]查看自己的基本信息、查看风景信息、查看特产美食信息、查看游记信息、查看订单详情等操作。测试过程如下表6.1所示。
表6.1 用户操作测试结果表
| 测试项 | 操作流程 | 预期结果 | 实际结果 | 结论 |
| 用户进行注册操作 | 点击主页面注册，填写信息账号：111 密码：987123 | 页面展示到用户端信息 | 页面展示到用户端信息 | 通过 |
| 用户查看风景信息 | 在页面点击【风景名胜】按钮 | 跳转到景区介绍页面 | 跳转到景区介绍页面 | 通过 |
| 用户查看特产美食信息 | 在页面点击【特色美食】 | 页面展示所有美食信息 | 页面展示所有美食信息 | 通过 |
| 用户的旅游小记 | 在页面点击【旅游小记】 | 页面展示推荐游记和自己撰写游记信息 | 页面展示推荐游记和自己撰写游记信息 | 通过 |
| 用户查看订单详情 | 在页面找到自己的头像点击【商品订单】 | 跳转到订单详情页面并成功展示信息 | 跳转到订单详情页面并成功展示信息 | 通过 |
| 用户查看自己写的游记 | 在页面找到自己的头像点击【我的游记】 | 页面展示我的游记信息 | 页面展示我的游记信息 | 通过 |
| 用户进行登录操作 | 点击主页面登录，填写信息账号：111 密码：123987 | 页面展示到用户端信息 | 提示用户名和登录名错误 | 不通过 |
表6.1用户进行登录操作的测试结果如下图6.1所示。
图6.1 登录失败
针对管理员操作的测试，进行了管理员登录测试以及管理员登录后的使用系统的各项功能的测试，如管理员对景区、特产、酒店、游记等进行操作。测试过程如下表6.2所示。
表6.2 管理员操作测试结果表
| 测试项 | 操作流程 | 预期结果 | 实际结果 | 结论 |
| 管理员登录 | 管理员登录时输入账号：1121密码：123456 | 登入成功并进入管理员主页面 | 登入成功并进入管理员主页面 | 通过 |
| 管理员进行景区管理 | 点击管理员主页面【景区管理】 | 页面展示全部景点信息 | 页面展示全部景点信息 | 通过 |
| 管理员进行特产景区管理 | 点击管理员主页面【特产管理】 | 页面展示全部特产信息 | 页面展示全部特产信息 | 通过 |
| 管理员进行酒店管理 | 点击管理员主页面【酒店管理】 | 页面展示全部酒店信息 | 页面展示全部酒店信息 | 通过 |
| 管理员对网页推荐板块管理 | 点击管理员主页面【网页推荐板块】 | 页面展示特产管理和景区管理 | 页面展示特产管理和景区管理 | 通过 |
| 管理员进行游记管理 | 点击管理员主页面【游记管理】 | 页面展示游记发布管理信息 | 页面展示游记发布管理信息 | 通过 |
| 管理员进行评论管理 | 点击管理员主页面【评论管理】 | 页面展示全部的评论管理信息 | 页面展示全部的评论管理信息 | 通过 |
| 管理员进行订单管理 | 点击管理员主页面【订单管理】 | 页面展示全部订单信息管理 | 页面展示全部订单信息管理 | 通过 |
| 管理员进行用户管理 | 点击管理员主页面【用户管理】 | 页面展示全部用户信息管理 | 页面展示全部用户信息管理 | 通过 |
表6.2管理员从进行登录操作，登录成功，进入后台管理系统。测试结果如下图6.2所示。
图6.2 登录成功
6.2.4 测试结论
综上所述，经过多轮的测试，每一项测试的实际结果都和预期结果一致，系统运行正常，尽管本系统虽然存在一些小缺陷待解决，但系统基本趋于稳定，且功能需求均能够实现。
结 论
随着互联网技术和信息技术的发展,人们生活水平的提高,越来越多的人开始享受生活，旅游产业已经成为人们日常生活不可缺少的一部分，它在人们生活中的地位越来越突出[12]。
本次设计主要是针对长三角地区旅游网站设计开发。最终实现的网站不仅具备普通网站应有的基础功能如游客登录、游客注册，而且还兼顾了旅游官网的特色，提供旅游景点的详细资讯，以及对旅客们的目的地周边信息进行了一系列的整合，让出行者们更加省心。此外还提供在线购买特产美食的服务，极大的方便了用户。在人文特色方面，该系统允许用户可以自由的对该网站所推荐的景点等资讯进行评论和写游记。网站的界面美观大方，采用动态图展示，让网页有观赏性，符合旅游网站的审美要求。在组织框架方面，使用SSM框架，逻辑结构清晰，层次分明。在系统的兼容性方面，对于绝大多数的Windows系统都是适配的，一个大家都常用的浏览器，就能运行起来。在数据库方面，使用了MySQL Database[13]作为本系统的数据库。但是该旅游网站也有些许欠缺，首先无法满足高并发的访问的情况，其次图片的选择还不够精美。针对目前的不足，首先通过学习并发知识，优化并发量，其次对于拍摄的图片要求更高，后期处理得更加细致。
未来针对系统在使用过程中遇到的问题再进行改进，以此来让该系统更加受到旅游者的欢迎，服务更多人。
300
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
