随着互联网技术的不断发展，旅游网站逐渐成为了一个独立的行业，吸引了越来越多的用户和投资者。这些网站通过整合全球范围内的旅游资源，提供各种旅游产品和服务，例如机票预订、酒店预订、旅游套餐、旅游攻略等等。
设计大连旅游信息网是本文的目标，大连旅游信息网是一个不断创新的系统，创新是将系统框架进行结合，经过很长一段时间了解了前后端开源框架之后，最终选择了开源框架SSM，以开源框架为基础实现了大连旅游信息网。为了实现编程语言选择采用Java来实现系统代码和采用数据库MySQL来存储系统中的信息。
关键词；SSM；旅游信息网；酒店预订
With the continuous development of internet technology, tourism websites have gradually become an independent industry, attracting more and more users and investors. These websites integrate global tourism resources and provide various tourism products and services, such as flight reservations, hotel reservations, travel packages, travel strategies, and so on..
The design of Dalian Tourism Information Network is the goal of this article. Dalian Tourism Information Network is a continuously innovative system that combines the system framework. After a long period of understanding of the front-end and back-end open-source frameworks, we ultimately chose the open-source framework SSM and implemented Dalian Tourism Information Network based on the open-source framework. In order to implement the programming language, Java is chosen to implement the system code and MySQL is used to store information in the system.
Key words：SSM；Tourism Information Network；Hotel Reservation
目录
1.3国内外研究现状................................................................................... 1
1.5 论文组织结构...................................................................................... 2
2.1 MySQL数据库..................................................................................... 4
2.2 项目管理工具Maven.......................................................................... 4
2.5 SpringMVC框架.................................................................................. 5
3.1.1 技术可行性分析......................................................................... 6
3.1.2 经济可行性分析......................................................................... 6
3.1.3 操作可行性分析......................................................................... 6
3.4 非功能需求分析................................................................................ 11
4.1 系统总体结构.................................................................................... 13
4.2 主要功能模块.................................................................................... 14
4.2.1系统活动图............................................................................... 14
4.4.2数据库的物理设计.................................................................... 37
5.1 旅游攻略管理.................................................................................... 41
5.2 购买订单管理.................................................................................... 41
5.3 景点信息管理.................................................................................... 42
5.5 美食信息管理.................................................................................... 43
5.6 住宿信息管理.................................................................................... 44
5.7 留言板管理........................................................................................ 44
5.8 景点信息展示.................................................................................... 45
5.9 购买景点门票展示............................................................................ 46
5.10 住宿信息展示.................................................................................. 46
5.11 客房预订展示.................................................................................. 47
5.13 旅游攻略信息.................................................................................. 48
6.3.1 登录用例.................................................................................. 49
6.3.2 用户管理用例.......................................................................... 50
6.3.3 景点信息管理用例................................................................... 51
1 绪论
1.1 研究背景
二十一世纪是一个大数据时代，因为数据量很多，所以人们开发出了大连旅游信息网来处理大量信息管理方面的数据[1]。计算机最大的好处就是可以自动化的处理，因此人们采用计算机来处理数据管理员管理系统的效率和提高大连旅游信息网的安全性都会得到提升。
大连旅游信息网的优势就是可以处理一些很复杂的数据。大连旅游信息网不仅拥有很多数据，还要每天处理很多数据。以前，旅游景点的工作人员处理信息都是使用人工处理的方式，现在旅游景点的数据量巨大，如果还是使用手工方式来管理的话，很容易就会出现问题，而且数据量越多，管理员找数据就越难，就会降低工作人员的管理效率。
1.2 研究意义
旅游网站可以为旅游企业或用户提供各种管理和服务功能的软件系统。它的研究和应用对于旅游业具有重要的意义。旅游网站可以帮助企业和景区管理人员实现更高效和更有条理的管理。例如，通过系统化的预订管理和客户信息管理，旅游企业可以更好地掌握客户需求和反馈，提高服务质量[2]。
旅游网站可以帮助旅游企业和景区管理人员优化供应链管理，从而更好地控制成本、提高效率和保证质量。例如，通过系统化的库存管理和采购管理，旅游企业可以更好地掌握自己的库存情况和供应商情况，保证所提供的服务和产品的质量和稳定性。旅游网站可以帮助旅游企业和景区管理人员实现更有针对性的市场推广和营销策略。例如，通过系统化的客户分析和市场调查，旅游企业可以更好地了解客户的需求和市场的趋势，制定更有效的营销和市场推广策略。旅游网站可以帮助旅游景区管理人员实现更好的可持续发展管理。例如，通过系统化的资源管理和环境保护管理，旅游景区可以更好地控制自己的资源利用和环境影响，实现可持续发展的目标。
1.3国内外研究现状
中国的旅游业发展迅速，旅游网站也在这一过程中迅速发展壮大。国内知名的旅游网站包括携程、去哪儿、马蜂窝、途牛等。这些网站提供了丰富的旅游产品、信息和服务，覆盖国内外各大旅游景区和线路[3]。此外，随着移动互联网的普及，许多旅游网站也推出了手机应用程序，方便用户随时随地查询和预订旅游产品。
国外的旅游网站也非常发达，全球知名的旅游网站包括Booking、Expedia、TripAdvisor、Airbnb等。这些网站提供了各类旅游产品和服务，涵盖了全球数百个国家和地区的旅游景区。此外，国外的旅游网站在服务和用户体验方面也相对较好，提供了更多的自由行、主题旅游、当地活动等个性化旅游产品和服务。
国内外的旅游网站在提供旅游产品、信息和服务方面都越来越丰富和多样化，而且随着技术的不断发展，旅游网站也在不断优化用户体验，为旅游者提供更好的服务。
1.4 研究内容
经过大连旅游信息网的编写，能够帮助本人对开源框架SSM和数据库有很多深刻的了解，也可以在这一过程当中提升本人的编程能力。
（1）这次选定使用软件开发的普遍流程对于大连旅游信息网前期进行的调研和分析可以肯定软件选择使用的技术，设计出了不一样的功能模块，并在最后选择了能够相互呼应的技术来实现这一系统。
（2）框架是程序的开发者完成的功能合集，能够使开发者迅速的构建软件的体系。这次大连旅游信息网用的开源框架是SSM，使其有着非常普遍和非常好的优势来开发部署。经过使用不相同的开发的框架能够使程序开发者减少许多的代码量，能够有效提升系统的稳定和安全性。
1.5 论文组织结构
大连旅游管理的主要目的在于方便管理大连旅游，本论文具体被划分为六个部分。
第一章为绪论。本文的研究背景、意义、研究现状以及本文的框架。
第二章介绍了该软件的开发平台和技术。本文主要阐述了大连旅游信息网的开发背景以及所采用的技术。
第三章为需求分析。对大连旅游信息网的功能和非功能要求进行了详细的阐述，并给出了系统的功能模块图。
第四章对整个体系进行了整体的设计。完成了各子系统的功能模块的划分与数据库的开发。
第五章为本论文的实现。该章主要介绍了各功能模块在大连旅游信息网中的作用。
第六章对本论文进行了详细的论述。这一章介绍了如何利用黑盒测试进行系统的试验。
2 关键技术
2.1 MySQL数据库
数据库是一个可以对数据进行管理和储存的仓储，它是根据数据的结构来进行的。该系统采用 MySQL数据库来进行数据的存储。MySQL是许多软件开发商所认可的最受欢迎的、应用最广的一个。业界普遍认为MySQL具有良好的表现和良好的可靠性[4]。
MySQL包含以下几个特点：
（1）支持多种OS, MySQL关系数据库可以为博阿凯视窗和Linux等主流操作系统提供支撑。
（2）MySQL关联性的数据库具有多个执行绪，可以最大限度地发挥CPU的效能。
（3）MySQL对SQL进行了最优的SQL查询，因此加快了检索的效率。
（4）MySQL拥有处理成千上万条数据的强大性能。
（5）MySQL具备很好的移植性和各种编译程序，保证了其可移植的能力。
2.2 项目管理工具Maven
Maven是一种专案管理的工具，大连旅游信息网的开发不只是写代码，在开发实现的过程当中往往伴随着其它的事情，比如：
（1）大连旅游信息网中需要引入jar软件包，因为工作量太大，所以经常要导入几百个jar程序包，如果每次都是手工导入jar程序包，就会导致jar程序与版本发生冲突[5]。
（2）当编写Java程序时，你必须把它转换成二进制的字节码，这样计算机就可以读到你的数据，而整合的开发工具就可以完成这个过程。
（3）在完成了系统开发后，还要进行单元测试，以改善代码的品质。
Maven可以做上述工作，它可以在pom. xml文件中导入jar程序，在编写代码的时候，可以对系统进行自动的测试。
2.3 MyBatis框架
MyBatis架构是一种将JDBC封装在持久性框架中的综合架构，编程人员只需专注于SQL声明而非专注于其运行。MyBatis架构无需依靠第三方的插件，而且在MyBatis架构前，必须要导入jar back，并且在您想要运行该数据库时，还必须设定SQL地图。MyBatis架构可以灵活地处理数据库，它要求在XML文档中写入用于处理数据库的SQL声明，因此它更易于掌握。MyBatis的架构更有弹性，可以在xml文件里写入SQL声明以便不会对已存在的系统造成很大的变化。开放源码架构MyBatis可以在DAO级上将程式码与资料存取层级分开，方便系统的维修性及商业性。
2.4 Spring框架
Spring架构是一种适合于解决复杂开发的JavaEE技术的开发架构。Spring是一个开放源码的架构，它可以让 IOC的容器来管理物件之间的相依性，从而帮助防止程式程式的程式编码产生问题。Java的能力是通过映射来实现Bean的实例，并建立相应的Bean物件。Spring还具有AOP的特性，它将独立于商业的逻辑编码打包，并由管理员进行管理，以减少代码的重复，同时也可以减小各功能组件的联动性[6]。
使用Spring开放源码架构，程式开发者可以将更多的注意力放在程式的开发上，而非程式设计的架构。Spring可以在不使用容器的情况下，对软件进行更容易的检测，并且Spring可以将其他Web架构整合到一起，这样就可以为操作系统提供更多的信息。
2.5 SpringMVC框架
SpringMVC架构的基础程序设计是Java，是一种可以用于Web层的轻型架构。SpringMVC架构允许MVC组件建立Web应用程序，无需完成界面的开发，只需以注释的方式来实现Java类作为一个控制器。在开发实施系统时，数据的加工和显示之间存在着很大的耦合性，而业务编码的更改视图所传输的信息常常是高度耦合性的，多个视图常常会对单一的业务目标产生依赖性，从而降低了企业的灵活性[7]。
3 系统分析
3.1 可行性分析
3.1.1 技术可行性分析
Java是有很多优点的，其中就包含了跨平台和稳定，所以在设计本系统时所选用的编程语言试Java。前端的框架使用的是Vue，为软件开发者的选择提供了很多的组件模块，并且为了配合普遍的前端开发技术能够完成开发。在许多数据存储工具当中选择了MySQL，MySQL是关系数据库中的常用的一种数据存储工具，并且还是一个开源免费和功能非常强大的一个数据库，在正常运行的过程当中不会去过多的占用计算机资源，这对于系统的高效性做出了保证。此系统是一个采用前后端结合的项目，采用的设计模式是分层设计。
3.1.2 经济可行性分析
因为网络技术的不断进步和发展，也为了互联网技术开发的应用可以帮助景点节约一部分成本和能够提高服务的质量，这一大连旅游信息网的开发可以跨越时间和地点的阻碍，可以帮助管理员创造许多的利益。对所有用户来说，简单便捷的操作界面可以高效率提升所有用户的体验。
3.1.3 操作可行性分析
程序开发者开发大连旅游信息网的目的是为了让所有用户群体访问和操作，所以在设计实现系统的时候要思考到用户的所有要求，现在的用户普遍都可以接受系统的信息化管理，因此用户的学习成本相对来说较少。以用户来说，简单快捷的操作界面能够使用户能高效提升的体验，在系统界面的设计上秉持着快捷方便的设计原则和理念来进行设计。
3.2 需求分析
用户：旅游攻略、景点信息、美食信息、住宿信息、住宿信息、留言板、后台管理。
图3-1 用户用例图
管理员：个人中心、用户管理、景点分类管理、旅游攻略管理、景点信息管理、购买订单管理、景点打分管理、美食分类管理、美食信息管理、美食订单管理、住宿信息管理、客房预订管理、留言板、系统管理。
图3-2 管理员用例图
3.3用例描述
（1）用户信息管理
在表格3.1中给出了用户信息管理案例的说明。
表3-1 用户信息管理用例描述
| 用例标识 | 3.1 |
| 用例名称 | 管理用户信息 |
| 参与者 | 管理员 |
| 前置条件 | 管理员必须输入正确的帐号和密码以登录该系统 |
| 后置条件 | 管理用户 |
| 用例概述 | 管理员管理用户 |
| 基本事件流 | 1.管理员输入用户名和密码 2.管理员点击添加按钮，在用户信息管理界面中提交新增加的用户信息 3.只有用户信息跟数据库信息不同，用户信息才能够添加成功 |
| 备选事件流 | 4a 添加的信息需要注意字符合法性才能够成功添加 |
| 备注 |
（2）住宿信息管理
住宿信息管理用例描述如表3-2所示。
表3-2住宿信息管理用例描述
| 用例标识 | 3.2 |
| 用例名称 | 管理住宿信息 |
| 参与者 | 管理员 |
| 前置条件 | 管理员必须输入正确的帐号和密码以登录该系统 |
| 后置条件 | 管理住宿信息 |
| 用例概述 | 管理员管理住宿信息 |
| 基本事件流 | 1.管理员输入用户名和密码 2.管理员点击修改按钮，在住宿信息管理界面上提交修改后的住宿信息 3.住宿信息修改成功 |
| 备选事件流 | 4a 修改的信息需要注意字符合法性才能够成功修改 |
| 备注 |
（3）购买景点门票订单信息管理
购买景点门票订单管理用例描述如表3-3所示。
表3-3 购买景点门票订单管理用例描述
| 用例标识 | 3.3 |
| 用例名称 | 删减购买景点门票订单 |
| 参与者 | 管理员 |
| 前置条件 | 管理员登录系统 |
| 后置条件 | 删减购买景点门票订单 |
| 用例概述 | 管理员删减购买景点门票订单 |
| 基本事件流 | 1.管理员在系统中输入正确的帐号和密码 2.管理员按下删除键，将更改后的购买景点门票订单资料提交至购买景点门票订单管理界面 3.购买景点门票订单删除成功 |
| 备选事件流 | 4a 购买景点门票订单信息需要不与其他表格相联系，才能够删除购买景点门票订单 |
| 备注 |
（4）查看美食信息
查看美食信息用例描述如表3-4所示。
表3-4 查看美食信息用例描述
| 用例标识 | 3.4 |
| 用例名称 | 查看美食信息 |
| 参与者 | 用户 |
| 前置条件 | 用户需要登录 |
| 后置条件 | 查看美食信息 |
| 用例概述 | 用户查看美食信息 |
| 基本事件流 | 1.用户登录网页 2.在这个系统中，用户键入一个自己拥有的用户名和密码 3.打开美食信息清单的页面 |
（5）登录
登录用例描述如表3-5所示。
表3-5 登录用例描述
| 用例标识 | 3.5 |
| 用例名称 | 登录 |
| 参与者 | 用户、管理员 |
| 前置条件 | 用户和管理员需要输入正确的用户名和密码 |
| 后置条件 | 登录 |
| 用例概述 | 用户和管理员登录 |
| 基本事件流 | 1.用户和系统管理员登录网页 2.管理员和使用者在系统中输入信息 |
| 备选事件流 | 4a 如果需要成功登录，必须输入与数据库信息相符的信息 |
| 备注 |
（6）个人中心
个人中心用例描述如表3-6所示。
表3-6 个人中心用例描述
| 用例标识 | 3.6 |
| 用例名称 | 个人中心 |
| 参与者 | 用户、管理员 |
| 前置条件 | 用户和管理员必须访问配置文件更改页 |
| 后置条件 | 修改个人信息 |
| 用例概述 | 用户和管理员管理个人信息 |
| 基本事件流 | 1.用户和系统管理员登录网页 2.使用者及管理人员在该系统内输入使用者名称及密码 3.更改自己的个人信息到自己的个人信息更改页 |
| 备选事件流 | 4a 只有输入的信息合法才能够成功修改 |
| 备注 |
（7）客房预订
客房预订用例描述如表3-7所示。
表3-7 客房预订用例描述
| 用例标识 | 3.7 |
| 用例名称 | 客房预订 |
| 参与者 | 用户 |
| 前置条件 | 用户进入到客房预订页面中 |
| 后置条件 | 客房预订信息 |
| 用例概述 | 用户客房预订 |
| 基本事件流 | 1.用户登录网页 2.在这个系统中，用户键入了一个使用者名称和密码 3.在住宿信息网页中进行客房预订 |
| 备选事件流 | 4a 只有点击相应的按钮才能够管理 |
| 备注 |
3.4 非功能需求分析
在大连旅游信息网内容中应该包含一些非功能性的要求，这些要求既可以改善大连旅游信息网的服务品质，也可以对其进行扩充。
（1）系统的安全性
该体系是一个大连旅游信息网体系，既要保证系统的安全性，又要保证读者的各项需求，又要保证用户购买订单旅游管理的各项功能，保证了用户购买订单旅游管理的整体性能。
（2）体系的稳定性
系统的可靠度是指在较少的时间内，能够高效地执行需要的工作。大连旅游信息网能够承载大量的用户登录。
（3）可扩充的体系
在以后的大连旅游信息网中加入了一些功能的模块，可以通过更小的改动来增加更多的功能。
（4）可供选择的系统网页
在网页的设计上应注重于网页的可用性，网页的版式不用过于繁复，要让用户不用花费过多的精力来投入到使用当中。
概要设计
4.1 系统总体结构
对系统进行分析后，下一步要做的是确定能够满足基本要求的系统，然后根据它设计出对应的系统[8]。系统设计内容里面要明确大连旅游信息网的设计方法，并且将系统功能进行架构设计。大连旅游信息网不仅需要给用户提供所需的基本功能之外，还要操作简单便捷，这样才能给用户带来好的体验。用户界面和布局要简单便捷，要适应用户的使用习惯，这样才能保证用户使用软件的流畅度。
图4-1系统总体结构图
4.2 主要功能模块
4.2.1系统活动图
用户在登录后，用户可以选择景点信息列表的页面，然后按一下按钮，就可以切换到查询页面，而在查询的时候，需要将自己所需要的资料录入到相应的选项栏里。如果不能将景点信息录入到数据库中，那么在搜索引擎中键入景点的名字就可以查询到该景点信息，如果在景点信息名中输入了不合法的字符，那么就无法检索到与之有关的景点信息。查询景点信息活动图如图4-2所示。
图4-2查询景点信息活动图
用户在登录后，用户可以选择酒店信息列表的页面，然后按一下按钮，就可以切换到查询页面，而在查询的时候，需要将自己所需要的资料录入到相应的选项栏里。如果不能将酒店信息录入到数据库中，那么在搜索引擎中键入酒店的名字就可以查询到该酒店信息，如果在酒店信息名中输入了不合法的字符，那么就无法检索到与之有关的酒店信息。预定酒店信息活动图如图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-11所示。
图4-11美食信息管理活动图
管理员管理功能活动图相似，以客房预订信息管理为代表，以下将不在赘述。
客房预定管理活动图描述了管理员和用户之间的调用关系，管理员作为系统的主要控制者，可以通过调用客房预定信息来实现对系统的管理和操作。客房预定管理活动图如图4-12将所示。
图4-12客房预定管理活动图
管理员管理功能活动图相似，以美食订单管理为代表，以下将不在赘述。
美食订单管理活动图描述了管理员和用户之间的调用关系，管理员作为系统的主要控制者，可以通过调用美食订单信息来实现对系统的管理和操作。美食订单管理活动图如图4-13将所示。
图4-13美食订单管理活动图
管理员管理功能活动图相似，以旅游攻略管理为代表，以下将不在赘述。
旅游攻略管理活动图描述了管理员和用户之间的调用关系，管理员作为系统的主要控制者，可以通过调用旅游攻略信息来实现对系统的管理和操作。旅游攻略管理活动图如图4-14将所示。
图4-14旅游攻略管理活动图
4.2.2系统时序图
（1）客房预订
用户在登录系统之后可以进行客房预订。
图4-15客房预订时序图
（2）购买美食
用户在登录系统之后可以进行购买美食。
图4-16购买美食时序图
（3）预订景点门票
用户在登录系统之后可以进行预订景点门票。
图4-17预订景点门票时序图
（4）查看旅游攻略信息
用户在登录系统之后可以进行查看旅游攻略信息。
图4-18查看旅游攻略时序图
（5）留言
用户在登录系统之后可以进行留言。
图4-19留言时序图
（6）旅游攻略管理
管理员在后台登录系统之后可以对旅游攻略进行管理。
图4-20 新增旅游攻略时序图
（7）用户管理
管理员登录系统之后，进入用户管理模块，可以对用户信息进行操作。
图4-21修改用户信息时序图
（8）景点信息管理
管理员登录系统之后，进入景点信息管理模块，可以对景点信息进行操作。
图4-22查询景点信息时序图
（9）购买订单管理
管理员登录系统之后，进入购买订单管理模块，可以对购买订单信息进行操作。
图4-23删除购买订单时序图
（10）美食订单管理
管理员登录系统之后，进入美食订单管理模块，可以对美食订单信息进行操作。
图4-24查询美食订单时序图
（10）客房预定管理
管理员登录系统之后，进入客房预定管理模块，可以对客房预定信息进行操作。
图4-25客房预定时序图
（11）美食信息管理
管理员登录系统之后，进入美食信息管理模块，可以对美食信息进行操作。
图4-26 新增美食信息时序图
4.4数据库设计
4.4.1数据库关系图
数据库是大连旅游信息网必不可少的组成部分，一个良好的数据库结构合理，并且具有很好的冗余[9]。为减少大连旅游信息网的冗余，采用了第三范式的数据库结构。该数据库可以为大连旅游信息网的数据提供支持，从而保证了系统的稳定性。一个好的数据库可以大大的提升系统的运行速度，一个好的数据库不仅可以加快系统的运行速度，还可以减少大量的数据错误。由于大连旅游信息网在日常工作中会产生大量的数据，所以要有一个稳定的、安全的数据库来进行数据的存储，以确保系统的正常工作。利用特定的存储结构，关联数据库可以高效地对系统数据进行组织。MySQL数据库在各个表间建立了良好的连接关系，从而将数据结构和表达分离开来。系统部分数据类图如图4-26所示。
图4-27系统部分数据库类图
4.2.2数据库的物理设计
（1）美食信息表
表4.1 美食信息表
| 列名 | 数据类型 | 长度 | 字段说明 | 是否为主键 |
| id | bigint | 主键 | 主键 | |
| addtime | timestamp | 创建时间 | ||
| meishibianhao | varchar | 200 | 美食编号 | |
| meishimingcheng | varchar | 200 | 美食名称 | |
| meishifenlei | varchar | 200 | 美食分类 | |
| jiage | float | 价格 | ||
| meishitupian | longtext | 4294967295 | 美食图片 | |
| meishizhuliao | varchar | 200 | 美食主料 | |
| meishikouwei | varchar | 200 | 美食口味 | |
| meishitese | varchar | 200 | 美食特色 | |
| meishixiangqing | longtext | 4294967295 | 美食详情 | |
| clicknum | int | 点击次数 |
（2）旅游攻略信息表
表4.2 旅游攻略信息表
| 列名 | 数据类型 | 长度 | 字段说明 | 是否为主键 |
| id | bigint | 主键 | 主键 | |
| addtime | timestamp | 创建时间 | ||
| jingdianmingcheng | varchar | 200 | 景点名称 | |
| jingdianfenlei | varchar | 200 | 景点分类 | |
| jingdiandizhi | varchar | 200 | 景点地址 | |
| shihejijie | varchar | 200 | 适合季节 | |
| xiaofeifanwei | varchar | 200 | 消费范围 | |
| youwanluxian | longtext | 4294967295 | 游玩路线 | |
| gonglvexiangqing | longtext | 4294967295 | 攻略详情 | |
| jingdiantupian | longtext | 4294967295 | 景点图片 | |
| thumbsupnum | int | 赞 | ||
| crazilynum | int | 踩 | ||
| clicktime | datetime | 最近点击时间 | ||
| clicknum | int | 点击次数 | ||
| userid | bigint | 用户id |
（3）客房预订信息表
表4.3 客房预订信息表
| 列名 | 数据类型 | 长度 | 字段说明 | 是否为主键 |
| id | bigint | 主键 | 主键 | |
| addtime | timestamp | 创建时间 | ||
| dingdanbianhao | varchar | 200 | 订单编号 | |
| kefuhao | varchar | 200 | 客服号 | |
| jingdianmingcheng | varchar | 200 | 景点名称 | |
| kefangleixing | varchar | 200 | 客房类型 | |
| fangjianjiage | float | 房间价格 | ||
| yudingtianshu | int | 预订天数 | ||
| ruzhuzongjia | float | 入住总价 | ||
| yudingshijian | datetime | 预订时间 | ||
| yonghuzhanghao | varchar | 200 | 用户账号 | |
| yonghuxingming | varchar | 200 | 用户姓名 | |
| shoujihaoma | varchar | 200 | 手机号码 | |
| shenfenzheng | varchar | 200 | 身份证 | |
| ispay | varchar | 200 | 是否支付 |
（4）景点信息表
表4.4 景点信息表
| 列名 | 数据类型 | 长度 | 字段说明 | 是否为主键 |
| id | bigint | 主键 | 主键 | |
| addtime | timestamp | 创建时间 | ||
| jingdianmingcheng | varchar | 200 | 景点名称 | |
| jingdianfenlei | varchar | 200 | 景点分类 | |
| jingdianniandai | varchar | 200 | 景点年代 | |
| jingdiantupian | longtext | 4294967295 | 景点图片 | |
| jingdiandengji | varchar | 200 | 景点等级 | |
| jingdiandizhi | varchar | 200 | 景点地址 | |
| menpiaojiage | float | 门票价格 | ||
| kaifangshijian | varchar | 200 | 开放时间 | |
| zhuyishixiang | longtext | 4294967295 | 注意事项 | |
| jiaotongzhinan | longtext | 4294967295 | 交通指南 | |
| jingdianjieshao | longtext | 4294967295 | 景点介绍 | |
| thumbsupnum | int | 赞 | ||
| crazilynum | int | 踩 | ||
| clicknum | int | 点击次数 |
（5）用户信息表
表4.5 用户信息表
| 列名 | 数据类型 | 长度 | 字段说明 | 是否为主键 |
| id | bigint | 主键 | 主键 | |
| addtime | timestamp | 创建时间 | ||
| yonghuzhanghao | varchar | 200 | 用户账号 | |
| yonghuxingming | varchar | 200 | 用户姓名 | |
| mima | varchar | 200 | 密码 | |
| xingbie | varchar | 200 | 性别 | |
| touxiang | longtext | 4294967295 | 头像 | |
| shoujihaoma | varchar | 200 | 手机号码 | |
| youxiang | varchar | 200 | 邮箱 |
（6）景点打分信息表
表4.6 景点打分信息表
| 列名 | 数据类型 | 长度 | 字段说明 | 是否为主键 |
| id | bigint | 主键 | 主键 | |
| addtime | timestamp | 创建时间 | ||
| yonghuzhanghao | varchar | 200 | 用户账号 | |
| yonghuxingming | varchar | 200 | 用户姓名 | |
| jingdianmingcheng | varchar | 200 | 景点名称 | |
| jingdianfenlei | varchar | 200 | 景点分类 | |
| jingdiantupian | varchar | 200 | 景点图片 | |
| jingdiandengji | varchar | 200 | 景点等级 | |
| jingdiandafen | varchar | 200 | 景点打分 | |
| beizhu | varchar | 200 | 备注 | |
| fabushijian | datetime | 发布时间 |
5 系统实现
旅游攻略管理
管理员可以使用名称和密码口令登录到后台的管理系统信息，而系统的信息是由form的表格显示出来的，如果显示的时候有太多的数据，那么就需要通过后端的逻辑界面 page来显示。由于后端逻辑界面通过数据库 SQL语句从数据库记录中提取数据，而提取的数据通过 R对象将数据传送到数据库的前端。管理员可以在后台的系统中查找旅游攻略，然后在数据库中输入旅游攻略，根据不同的旅游攻略进行查询，确定是否符合，然后发送到系统的前端，如果没有找到，系统会给出相应的提示。
图5-1 旅游攻略管理界面
5.2 购买订单管理
如果在购买订单管理接口中显示了信息，则可以采用网页的形式进行展示，如果网页上的数据比较多，则可以进入下一页，使用网页特定的工具类别来完成上一页和下一页的效果。当管理员在输入框中输入的订单编号和景点名称时，需要将其传递给后端逻辑代码的query函数，并且，在得到该购买订单的信息时，需要将该消息输入到前面的接口中。如果管理员点击删除键，那么就需要设置删除功能，使用SQL声明删除设置。
图5-2 购买订单管理界面
5.3 景点信息管理
在景点信息的管理界面中，可以利用网页的方式来呈现信息，如果有大量的数据可以进入下一页，利用网页的工具类别来完成上一页和下一页的效果。当管理者在输入栏中查找景点的信息时，必须向后端的逻辑编码的query功能进行传输，当可以查询到景点信息的相关数据时，就必须通过put功能将这些数据导入到前面的接口中。更改键的时间必须与后台的逻辑程式码所设定的更新功能一致。管理员单击“移除”键后，就必须在后台程序中设定“delete”功能，并使用SQL声明来删除景点信息的相关信息。
图5-3 景点信息管理界面
5.4 用户管理
用户管理功能实现描述：该模块允许管理员添加、编辑和删除系统用户。管理员在管理用户的数据时，需要定义后端接口，从而可以对用户进行增、删、查。前面的用户显示需要使用列表函数，并且在前面和后面的数据是由请求对象来传递的。用户的信息被包装成页面的目的，而前面的接口使用规则运算来对页面进行解析。用户的信息要存储在用户的实体中，相关信息都要一一对应。管理员要添加用户数据需要登录后台管理系统点击添加按键，再加上按键时需要绑定按键点击，之后逻辑上的代码和绑定相关的接口才能满足用户的需求。
图5-4 用户管理界面
5.5 美食信息管理
管理员可以使用名称和密码口令登录到后台的管理系统信息，而系统的信息是由form的表格显示出来的，如果显示的时候有太多的数据，那么就需要通过后端的逻辑界面 page来显示。由于后端逻辑界面通过数据库 SQL语句从数据库记录中提取数据，而提取的数据通过 R对象将数据传送到数据库的前端。管理员可以在后台的系统中查找美食信息，然后在数据库中输入美食信息，根据不同的美食信息进行查询，确定是否符合，然后发送到系统的前端，如果没有找到，系统会给出相应的提示。
图5-5 美食信息管理界面
5.6 住宿信息管理
如果管理员要管理这些消息的相关方面内容，可以直接登录到相关住宿信息，点击不同的按键选项，可以获得不同的功能，如果这时候需要更多的消息，可以点击加入。在添加时需要注意在输入框里输入合法的信息并且输入的住宿记录与数据库原有的记录不能有冲突。如若想要把住宿信息从数据库记录里删除要点击删除按钮来进行删除，删除时要检查删除的记录是不是有数据库的约束，如若有就不能直接的删除。
图5-6 住宿信息管理界面
5.7 留言板管理
在登录后，管理员可以选择留言板管理的页面，然后按一下按钮，就可以切换到更改页面，而在更改的时候，需要将自己所需要的资料录入到相应的选项栏里。如果不能将留言板信息录入到数据库中，那么在搜索引擎中键入用户名就可以查询到该留言板，如果在留言板中输入了不合法的字符，那么就无法检索到与之有关的留言板信息。
。
图5-7 留言板管理界面
5.8 景点信息展示
该景点信息的显示特性可以将所显示的景点信息的信息显示在前面的接口上，用户可以通过前面的接口来查看景点的相关信息，然后通过规则运算把前面的景点信息进行分析，然后显示在前面的接口上。在用户点击景点信息图片的时候，将景点信息的号码和号码发送到后台的逻辑代码，并使用 SQL语句来对景点信息和用户的数据进行实时的更新。
图5-8 景点信息展示界面
5.9 购买景点门票展示
在景点信息的显示界面上，使用者可以在景点信息显示页面上单击景点信息的相关信息，从而可以看到景点信息的详细信息。在景点信息显示的时候，用户可以点击收藏景点信息，通过StoreupController将用户添加的景点信息加入到数据库表中，设置新创建的对象的 ID 值为当前时间戳加上随机数字生成的字符串，这样保证了对象 ID 的唯一性。
图5-9 景点信息详细信息界面
5.10 住宿信息展示
在前面的界面上，存在有一种住宿信息的列表，如果用户想要查看详情信息的话，可以直接点击图片进入到详细的住宿信息页面。在前面的接口中，要用CSS相关风格来修饰网页，在风格标签中定义CSS风格。脚本风格中有许多的处理功能，当用户单击住宿信息时，可以根据用户的要求将其转换到住宿信息细节页。
图5-10 住宿信息展示界面
5.11 客房预订展示
在住宿信息的详细信息中，用户需点击相应的住宿信息，当用户点击图片时，会将住宿信息的编号传送到后台的逻辑处理程序中，由http物件发出一个请求，以获取住宿信息的详细资料，并将该住宿信息的信息保存在res物件中。
图5-11 客房预订展示界
5.12 美食展示
该美食的显示特性可以将所显示的美食的信息显示在前面的接口上，用户可以通过前面的接口来查看美食的相关信息，然后通过规则运算把前面的美食进行分析，然后显示在前面的接口上。在用户点击美食图片的时候，将美食的号码和号码发送到后台的逻辑代码，并使用 SQL语句来对美食和用户的数据进行实时的更新。
图5-12美食展示界面
5.13 旅游攻略信息
在旅游攻略的详细信息中，用户需点击相应的旅游攻略，当用户点击图片时，会将旅游攻略的编号传送到后台的逻辑处理程序中，由http物件发出一个请求，以获取旅游攻略的详细资料，并将该旅游攻略的信息保存在res物件中。
图5-13旅游攻略信息界面
6 系统测试
6.1 测试方法
通常情况下，软件开发者使用的测试方式是“黑盒”和“白箱”。黑盒考试就是将这个体系当成一个箱子，而不必去理解其中的具体代码。软件开发人员应依据其目的来进行测试案例的编写。而白盒子的测试则需要懂得书籍的编码和逻辑的设计，并且对于白箱的测试而言，其设计的目标是透明的。
所谓的“黑盒”检测，通常是通过函数和要求两种方式进行的。在大连旅游信息网的各项功能当中，用户的登录能力能否正常的运行以及管理员的管理行为都属于“黑盒子”。
结构检测也称为“白盒”，它可以检测一个项目是否是合适的。在白箱试验中，编程者可以按照设计的过程对一套软件进行一套测试[10]。
6.2 测试用例
本系统采用了单元试验，并在编码中设定了中断点以进行校验，以确保函数码的正确性；以单位试验为依据，实现对大连旅游信息网进行综合的检测，以验证本系统是否具有良好的性能。最后是对整个系统进行整合的测试，其中包括了对用户的授权和备用的访问。
6.2.1 登录用例
表6.1 登录用例表
| 序号 | 测试场景 | 输入 | 输出 | 期望输出 |
| 1 | 在登录页面相关内容中输入错误的用户名和密码 | 123,123 | 登录失败 | 登录失败 |
| 2 | 在登录页面中大部分内容中输入数据库记录中有用户名和错误的密码 | Abo,123 | 密码错误 | 密码错误 |
| 3 | 在登录页面中相关内容输入数据库记录中有用户名和密码 | Abo,abo | 登录成功 | 登录成功 |
| 4 | 在登录页面中不输入内容和用户名和密码 | 登录失败 | 登录失败 |
6.2.2 用户管理用例
表6.2 用户管理用例表
| 序号 | 测试场景 | 输入 | 输出 | 期望输出 |
| 1 | 在用户管理界面中的输入框输入有效数据库记录有的用户名 | 用户名称 | 展示搜索出来的用户信息，如果用户名称匹配不上，则不能查找用户信息 | 展示搜索出来的用户信息，如果用户名称匹配不上，则不能查找用户信息 |
| 2 | 在用户管理界面中的输入框输入有效数据库记录有的用户名 | 用户名称 | 展示搜索出来的用户信息，如果用户名称能跟数据库相匹配，则能查找用户信息 | 展示搜索出来的用户信息，如果用户名称能跟数据库相匹配，则能查找用户信息 |
| 3 | 在用户管理界面中点击添加有效按钮实现添加用户信息 | 用户的基本信息 | 如果输入的用户信息与数据库记录相冲突，那么添加失败 | 如果输入的用户信息与数据库记录相冲突，那么添加失败 |
| 4 | 在用户管理界面中点击添加有效按钮实现添加用户信息 | 用户的基本信息 | 如果用户资料与数据库纪录不相同，则可以加入用户信息 | 如果用户资料与数据库纪录不相同，则可以加入用户信息 |
| 5 | 在用户管理界面内点击删除有效按钮实现删除用户信息 | 无 | 如果已删除的用户资料没有与其他资料表的资料有外部关键字关联，可以移除成功 | 如果已删除的用户资料没有与其他资料表的资料有外部关键字关联，可以移除成功 |
| 6 | 在用户管理界面内点击删除有效按钮实现删除用户信息 | 无 | 如果已删除的用户资料没有与其他资料表的资料有有关联外键，则不可以删除 | 如果已删除的用户资料没有与其他资料表的资料有有关联外键，则不可以删除 |
| 7 | 在用户管理界面内点击修改有效按钮实现修改用户信息 | 修改用户的基本信息 | 若输入的用户信息与数据库用户资料表纪录发生抵触，则无法成功地变更用户信息 | 若输入的用户 信息与数据库 用户资料表纪录发生抵触，则无法成功地变更用户信息 |
| 8 | 在用户管理界面内点击修改有效按钮实现修改用户信息 | 修改用户的基本信息 | 若输入的用户信息与数据库用户表不一样，则可以成功地变更用户信息 | 若输入的用户信息与数据库用户表不一样，则可以成功地变更用户信息 |
6.2.3 景点信息管理用例
表6.3 景点信息管理用例表
| 序号 | 测试场景 | 输入 | 输出 | 期望输出 |
| 1 | 在景点信息管理界面中的输入框输入有效数据库记录有的住宿信息名 | 景点信息名称 | 展示搜索出来的景点信息，如果景点信息名称匹配不上，则不能查找景点信息 | 展示搜索出来的景点信息，如果景点信息名称匹配不上，则不能查找景点信息 |
| 2 | 在景点信息管理界面中的输入框输入有效数据库记录有的住宿信息名 | 景点信息名称 | 展示搜索出来的景点信息，如果景点名称能跟数据库相匹配，则能查找景点信息 | 展示搜索出来的景点信息，如果景点信息名称能跟数据库相匹配，则能查找景点信息 |
| 3 | 在景点信息管理界面中点击添加有效按钮实现添加景点信息 | 景点信息的基本信息 | 如果输入的景点信息与数据库记录相冲突，那么添加失败 | 如果输入的景点信息与数据库记录相冲突，那么添加失败 |
| 4 | 在景点信息管理界面中点击添加有效按钮实现添加景点信息 | 景点信息的基本信息 | 如果景点信息资料与数据库纪录不相同，则可以加入景点信息信息 | 如果景点信息资料与数据库纪录不相同，则可以加入景点信息信息 |
| 5 | 在景点信息管理界面内点击删除有效按钮实现删除景点信息 | 无 | 如果已删除的景点信息资料没有与其他资料表的资料有外部关键字关联，可以移除成功 | 如果已删除的景点信息资料没有与其他资料表的资料有外部关键字关联，可以移除成功 |
| 6 | 在景点信息管理界面内点击删除有效按钮实现删除景点信息 | 无 | 如果已删除的景点信息资料没有与其他资料表的资料有有关联外键，则不可以删除 | 如果已删除的景点信息资料没有与其他资料表的资料有有关联外键，则不可以删除 |
| 7 | 在景点信息管理界面内点击修改有效按钮实现修改景点信息 | 修改景点信息的基本信息 | 若输入的景点信息与数据库景点信息资料表纪录发生抵触，则无法成功地变更景点信息 | 若输入的景点信息 信息与数据库 景点信息资料表纪录发生抵触，则无法成功地变更景点信息 |
| 8 | 在景点信息管理界面内点击修改有效按钮实现修改景点信息 | 修改景点信息的基本信息 | 若输入的景点信息与数据库景点信息表不一样，可以成功变更景点信息 | 若输入的景点信息与数据库景点信息表不一样，可以成功变更景点信息 |
7 总结与展望
7.1 总结
文章对大连旅游信息网的可行性和整体的设计进行了全面的剖析，并对整个系统所需要的技术进行了深入的探讨。本管理系统通过对整个软件的生命周期进行一系列的研发，从根本上颠覆了旅游管理的方式，这一次的研究重点是：
（1）对大连旅游信息网的研究背景、意义及研究的主要内容进行了研究。
（2）对大连旅游信息网的全部技术进行分析，并对系统的要求进行分析。
（3）对数据库关联表格的数据存储系统进行了必要的分析和设计。
（4）对实施系统进行了设计，并最终利用试验技术对该体系进行了试验。
在整个系统的设计中，我们先从用例开始，然后再进行一套系统的测试。如果在测试的时候，能够找到问题，那么必须要尽快地修复，降低系统的维修费用。
对大连旅游信息网进行了整体的设计，并在计算机上实现了应用，目前的工作状况较为理想，实现了大连旅游信息网的快速发展。随着时代的发展，随着时间的推移，对大连旅游信息网的要求也越来越高。为了实现这一目标，大连旅游信息网制度将发生如下变化：
（1）增加了更多的功能，这一次的大连旅游信息网软件已经满足了大部分的要求，但是还有很多需要改进的地方，比如通过扫描二维码登录，就可以轻松的登录。
（2）用户的界面要多样化。本次的大连旅游信息网不能支撑用户进行自身的风格变化，如果要进行更大的变革，那么一定要能够与不同的网站的样式相匹配。
7.2 展望
对大连旅游信息网进行了整体的设计，并在计算机上实现了应用，目前的工作状况较为理想，实现了大连旅游信息网的快速发展。随着时代的发展，随着时间的推移，对大连旅游信息网的要求也越来越高。为了实现这一目标，大连旅游信息网制度将发生如下变化：
（1）增加了更多的功能，这一次的大连旅游信息网软件已经满足了大部分的要求，但是还有很多需要改进的地方，比如通过扫描二维码登录，就可以轻松的登录。
（2）用户的界面要多样化。本次的大连旅游信息网不能支撑用户进行自身的风格变化，如果要进行更大的变革，那么一定要能够与不同的网站的样式相匹配。
1522
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
