摘要
信息化社会内需要与之针对性的信息获取途径，但是途径的扩展基本上为人们所努力的方向，由于站在的角度存在偏差，人们经常能够获得不同类型信息，这也是技术最为难以攻克的课题。针对绵阳旅游数据分析等问题，开发一套基于Spark的绵阳旅游分析与实现平台。主要功能模块包括景点数据列表、城市景点、所在城市、在线咨询、留言反馈等，采取面对对象的开发模式进行软件的开发和硬体的架设，能很好的满足实际使用的需求，完善了对应的软体架设以及程序编码的工作，采取MySQL作为后台数据的系统用户、管理员主要存储单元，采用spark技术进行业务系统的编码及其开发，实现了本系统的全部功能。
关键词：旅游数据分析；python；MySQL
Abstract
In the information society, there is a need for targeted information acquisition channels, but the expansion of these channels is basically the direction that people are striving for. Due to the deviation in their perspective, people often have access to different types of information, which is also the most difficult problem for technology to overcome. Develop a Spark based Mianyang tourism analysis system to address issues related to tourism data analysis in Mianyang. The main functional modules include a list of attraction data, city attractions, location, online consultation, message feedback, etc. The object-oriented development model is adopted for software development and hardware setup, which can well meet the actual needs of use. The corresponding software setup and program coding work are improved, and MySQL is used as the main storage unit for system users and administrators of backend data, Using Spark technology for business system coding and development, all functions of this system have been achieved.
Keywords: Tourism data analysis; Python; MySQL
目 录
绵阳，这座有着丰富文化底蕴的宝藏城市，不仅是诗仙李白的故乡，也是一座文化瑰宝的集散地。绵阳拥有着让人陶醉的古韵和多彩的山水，是一个必去的旅游胜地。旅游业与大数据有着内在的本质的联系，旅游者在旅游过程中的每一个阶段都与数据有关。在旅游活动开始前旅游者就开始了搜集信息，在旅游过程中旅游者又通过社交媒体不断的分享自己的旅游经历，在旅游活动结束之后又面临旅游者的各种活动的反馈。随着互联网及IT技术的飞速发展，旅游者的各种信息在保护隐私的前提下不仅可以完整的保留下来,而且可以用于旅游行业未来的预测以及服务的改进,这也是旅游业大数据研究的基础。在这样的背景下,如何快速有效的获取数据也成为每一位从业人员和科研工作者所困扰的问题。本文总结出目前旅游业大数据的主要来源和获取方式,以期促进绵阳旅游业大数据研究的发展。
1.2 研究内容
绵阳旅游分析与实现平台的开发及实现，所需要的工作内容:
(1)首先是确定选题，确定好所要做的系统，并对系统的背景及现在面临的一些问题等进行系统的初步确认。
（2）系统确认完成后，结合系统开发的需求进行确认系统开发所使用的技术,绵阳旅游分析与实现平台的开发使用Spark框架，数据库进行平台的搭建开发，确认好使用的技术进行技术分析,所使用的技术是否可以完成系统的实现。
（3）确定好系统使用的技术，进行在线确认系统所划分的用户触，并且根据用户触划分确定所要设计的功能模块，对绵阳旅游分析与实现平台的设计主要划分别为管理员和用户，并设计出各自角色的功能模块。
(4)系统的功能模块确认完成后进行程序及界面的设计，设计完成后，组通过测试来判断程序是否完善，对于系统测试，要不同的用户进行不同的内容编辑及提交，及使用不同的测试方式找出程序中存在的漏洞,并对程序出现的漏洞问题进行在线解决处理，如果测试系统没有任何问题时，可以将系统上传进行正式操作使用。
1.3spark介绍
keley AMP lab (加州大学伯克利分校的AMP实验室)所开源的类Hadoop MapReduce的通用并行框架，Spark，拥有Hadoop MapReduce所具有的优点；但不同于MapReduce的是——Job中间输出结果可以保存在内存中，从而不再需要读写HDFS，因此Spark能更好地适用于数据挖掘与机器学习等需要迭代的MapReduce的算法。
Spark 是一种与 Hadoop 相似的开源集群计算环境，但是两者之间还存在一些不同之处，这些有用的不同之处使 Spark 在某些工作负载方面表现得更加优越，换句话说，Spark 启用了内存分布数据集，除了能够提供交互式查询外，它还可以优化迭代工作负载。
Spark 是在 Scala 语言中实现的，它将 Scala 用作其应用程序框架。与 Hadoop 不同，Spark 和 Scala 能够紧密集成，其中的 Scala 可以像操作本地集合对象一样轻松地操作分布式数据集。
尽管创建 Spark 是为了支持分布式数据集上的迭代作业，但是实际上它是对 Hadoop 的补充，可以在 Hadoop 文件系统中并行运行。通过名为 Mesos 的第三方集群框架可以支持此行为。Spark 由加州大学伯克利分校 AMP 实验室 (Algorithms, Machines, and People Lab) 开发，可用来构建大型的、低延迟的数据分析应用程序。
1.4B/S体系工作原理
B/S架构采取浏览器请求，服务器响应的工作模式。
用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息；
而每一个Web服务器又可以通过各种方式与数据库服务器连接，大量的数据实际存放在数据库服务器中；
从Web服务器上下载程序到本地来执行，在下载过程中若遇到与数据库有关的指令，由Web服务器交给数据库服务器来解释执行，并返回给Web服务器，Web服务器又返回给用户。在这种结构中，将许许多多的网连接到一块，形成一个巨大的网，即全球网。而各个企业可以在此结构的基础上建立自己的Internet。
在 B/S 模式中，用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的，浏览器的请求通过服务器进行处理，并将处理结果以及相应的信息返回给浏览器，其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器，该结构已经成为了当今软件应用的主流结构模式。
1.5 Mysql描述
现在Mysql数据库在网络上它可以支撑许多个用户，而且也可以适应客服机和服务器的部署或者配置等，我们这里的服务器和客户机其实就是一种软件上的概念，并且我们使用的计算机硬件也与他们不存在一一对应的关系。
Mysql是一款非常流行的关系型数据库管理系统，它的出现一直都是佼佼者，它不仅功能非常强大，而且使用起来非常方便，并且Mysql的跨平台能力也很好，软件开发人员非常喜欢它的这些强大的优点。不同于其他关系型数据库，对于数据库的管理它有着自己的一套方案，通过对用户设定相应的权限和角色来达到对数据库的管理。由此可见，Mysql是一个能够适用于吞吐量高，可靠性高，效率高的一款数据库管理软件。
优点一：Mysql中对于不同身份的用户都设定其不同的权限来完成不同的业务逻辑，这使得Mysql在安全和完整性远远超出了其他关系型数据库。
优点二：对于那些动画、图形和声音的数据类型Mysql也可以支持，这说明多数据类型Mysql也是可以支持的。
优点三：Mysql还可以做到多个平台的开发，软件开发的多种编程语言都可以实现对Mysql数据库的操作。
2 绵阳旅游分析与实现平台的需求分析
绵阳旅游分析与实现平台在数据的存储上使用的MYSQL数据库，在绵阳旅游分析与实现平台开发中使用了了python、HTML、Spark这些开发工具的使用，能够给我们的编写工作带来许多的便利。系统使用B/S模式进行开发，使系统的可扩展性和维护性更佳，减少系统配置代码，简化编程代码，目前B/S模式是目前最受欢迎的一种模式。
在开发绵阳旅游分析与实现平台中所使用的开发软件比如tomcat服务器、Spark开发技术、MySQL5.7数据库、Photoshop图片处理软件等，这些环境从网上就能免费下载，而且网上都有安装的教程，根据教程一步一步的操作，就可以安装成功，不需要花任何费用，并且绵阳旅游分析与实现平台是自己设计并编码实现的，数据库是使用流行mysql进行数据的存储，开源的mysql等技术的使用，减少系统开发费用。
2.1.3操作可行性分析
此次项目设计的时候我参考了很多类似系统的成功案例，对它们的操作界面以及功能都进行了系统的分析，将众多案例结合在一起，突出以人为本简化操作，所以具有基本计算机知识的人都会操作本项目。因此操作可行性也没有问题。
业务流程是用一些特定的符合和线条来进行演示用户在使用系统时的过程，在进行系统分析的时候，业务流程可以帮助开发人员更好的理解业务，发现错误，完善系统。
用户成功登入系统后就能够实现增加数据的操作，增加数据的编号是特定的，系统生成，用户不能随意填写，除了编号以外，其他增加信息用户自己填写，填写后的信息经过系统验证，验证合法通过就显示增加数据成功了，相反的话，就没有增加成功，图2-1显示的就是在增加数据时的流程。
图2-1 数据增加流程图
数据修改时的流程和上面介绍的数据增加时的流程差不多，如图2-2所示。
图2-2 数据修改流程图
如果系统里面存在一些没有用的数据的话，相关的管理人员还可以对这些数据进行删除，图2-3就是数据删除时的流程图。
图2-3 数据删除流程图
绵阳旅游分析与实现平台划分为了管理员以及用户管理模块这两大部分。
系统用户管理模块：
（1）系统用户注册登录：游客可以随时进入到系统中，对系统中的信息浏览，但是想要实现景点数据以及景点管理等操作，就必须有这个系统的账号，如果没有账号的话，可以注册以后进行相关的操作，同时用户还可以通过“我的”这以按钮对个人信息以及操作的信息进行管控。
（2）查看系统的首页信息：首页信息包含了首页、公告消息、旅游资讯、景点信息、城市景点。
（3）公告消息：用户可以查看后台管理员发布的公告信息，在查询到自己想要了解的公告的时候，可以进入查看详细的介绍。
（4）旅游资讯：用户可以查看旅游资讯信息，在查询到自己想要了解的旅游资讯的时候，可以进入查看详细的介绍进行评论、点赞、收藏操作。
（5）景点信息：用户可以查看系统发布的景点信息支持通过搜索关键词的方式对景点进行查询，在查询到自己想要了解的景点的时候，可以进入查看详细的介绍。
（6）个人账户：在前台点击“个人账户”可以对个人资料+密码修改+自己收藏的信息进行管控。
（7）城市景点：用户可以点击城市景点查看某个城市的具体景点信息。
（8）在线咨询：可以进行在线咨询问题操作。
（9）留言反馈：可以发布留言反馈信息。
管理员管理模块：
（1）景点数据管理：管理员可以对爬取各类景点数据信息。
（2）城市景点管理：管理员可以对城市景点信息进行维护管理。
（3）景点信息管理：管理员可以对绵阳旅游分析与实现平台前台展示的景点信息进行管控。
（4）在线咨询管理：在“在线咨询管理”这一菜单下可以对系统当中的系统用户提交的咨询问题进行回复。
（5）留言反馈管理：管理员可以对用户的留言反馈信息进行管控。
（6）公告信息管理：对公告消息进行增删改查操作。
（7）系统管理：对轮播图进行增删改查。
2.3.2非功能性需求分析
绵阳旅游分析与实现平台的非功能性需求比如绵阳旅游分析与实现平台的安全性怎么样，可靠性怎么样，性能怎么样，可拓展性怎么样等。具体可以表示在如下2.1表格中：
表2.1 绵阳旅游分析与实现平台非功能需求表
| 安全性 | 主要指绵阳旅游分析与实现平台数据库的安装，数据库的使用和密码的设定必须合乎规范。 |
| 可靠性 | 可靠性是指绵阳旅游分析与实现平台能够安装用户的指示进行操作，经过测试，可靠性90%以上。 |
| 性能 | 性能是影响绵阳旅游分析与实现平台占据市场的必要条件，所以性能最好要佳才好。 |
| 可扩展性 | 比如数据库预留多个属性，比如接口的使用等确保了系统的非功能性需求。 |
| 易用性 | 用户只要跟着绵阳旅游分析与实现平台的页面展示内容进行操作，就可以了。 |
| 可维护性 | 绵阳旅游分析与实现平台开发的可维护性是非常重要的，经过测试，可维护性没有问题 |
绵阳旅游分析与实现平台中系统用户角色用例图如图2.1所示：
图2.1 系统用户角色用例图
绵阳旅游分析与实现平台中管理员角色用例图如图2.2所示：
图2.2 管理员角色用例图
本章主要讨论的内容包括绵阳旅游分析与实现平台的功能模块设计、数据库系统设计。
3.1 系统架构设计
本绵阳旅游分析与实现平台从架构上分为三层：表现层（UI）、业务逻辑层（BLL）以及数据层（DL）。
图3-1绵阳旅游分析与实现平台架构设计图
表现层（UI）：又称UI层，主要完成本绵阳旅游分析与实现平台的UI交互功能，一个良好的UI可以打打提高用户的用户体验，增强用户使用本绵阳旅游分析与实现平台时的舒适度。UI的界面设计也要适应不同版本的绵阳旅游分析与实现平台以及不同尺寸的分辨率，以做到良好的兼容性。UI交互功能要求合理，用户进行交互操作时必须要得到与之相符的交互结果，这就要求表现层要与业务逻辑层进行良好的对接。
业务逻辑层（BLL）：主要完成本绵阳旅游分析与实现平台的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层，系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。
数据层（DL）：由于本绵阳旅游分析与实现平台的数据是放在服务端的mysql数据库中，因此本属于服务层的部分可以直接整合在业务逻辑层中，所以数据层中只有数据库，其主要完成本绵阳旅游分析与实现平台的数据存储和管理功能。
3.2系统顺序图设计
3.2.1登录模块顺序图
登录模块主要满足了管理员以及用户的权限登录，登录模块顺序图如图3-2所示。
图3.2登录顺序图
管理员以及用户登录后均可进行添加信息操作，添加信息模块顺序图如图4-4所示。
图3.3 添加信息顺序图
3.3系统功能模块设计
绵阳旅游分析与实现平台整体的功能模块包括管理员这个模块，实现了对景点数据相关信息的查询管理，系统功能模块如图所示。
图3.4绵阳旅游分析与实现平台功能模块图
3.4数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程，其中需求分析前面章节已经阐述，概念模型设计有概念模型和逻辑结构设计两部分。
3.4.1 数据库概念结构设计
下面是整个绵阳旅游分析与实现平台中主要的数据库表总E-R实体关系图。
图3-3 绵阳旅游分析与实现平台总E-R关系图
通过上一小节中绵阳旅游分析与实现平台中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | attraction_data_id | int | 10 | 0 | N | Y | 景点数据ID | |
| 2 | tourist_attraction_star_rating | varchar | 64 | 0 | Y | N | 景点星级 | |
| 3 | scenic_spot_rating | varchar | 64 | 0 | Y | N | 景点评分 | |
| 4 | attraction_name | varchar | 64 | 0 | Y | N | 景点名称 | |
| 5 | attraction_address | varchar | 64 | 0 | Y | N | 景点地址 | |
| 6 | attraction_prices | varchar | 64 | 0 | Y | N | 景点价格 | |
| 7 | selling_quantity | varchar | 64 | 0 | Y | N | 卖出数量 | |
| 8 | introduction_to_scenic_spots | text | 65535 | 0 | Y | N | 景点简介 | |
| 9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | attraction_information_id | int | 10 | 0 | N | Y | 景点信息ID | |
| 2 | tourist_attraction_star_rating | varchar | 64 | 0 | Y | N | 景点星级 | |
| 3 | scenic_spot_rating | varchar | 64 | 0 | Y | N | 景点评分 | |
| 4 | attraction_name | varchar | 64 | 0 | Y | N | 景点名称 | |
| 5 | attraction_address | varchar | 64 | 0 | Y | N | 景点地址 | |
| 6 | attraction_prices | varchar | 64 | 0 | Y | N | 景点价格 | |
| 7 | selling_quantity | varchar | 64 | 0 | Y | N | 卖出数量 | |
| 8 | introduction_to_scenic_spots | text | 65535 | 0 | Y | N | 景点简介 | |
| 9 | scenic_spot_pictures | varchar | 255 | 0 | Y | N | 景点图片 | |
| 10 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
| 11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
-
- 表city (所在城市)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | city_id | int | 10 | 0 | N | Y | 所在城市ID | |
| 2 | city | varchar | 64 | 0 | Y | N | 所在城市 | |
| 3 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
-
- 表message_feedback (留言反馈)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | message_feedback_id | int | 10 | 0 | N | Y | 留言反馈ID | |
| 2 | regular_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
| 3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
| 4 | message_category | varchar | 64 | 0 | Y | N | 留言类别 | |
| 5 | message_time | datetime | 19 | 0 | Y | N | 留言时间 | |
| 6 | message_content | text | 65535 | 0 | Y | N | 留言内容 | |
| 7 | reply_content | text | 65535 | 0 | Y | N | 回复内容 | |
| 8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
-
- 表online_consultation (在线咨询)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | online_consultation_id | int | 10 | 0 | N | Y | 在线咨询ID | |
| 2 | consulting_users | int | 10 | 0 | Y | N | 0 | 咨询用户 |
| 3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
| 4 | information_time | datetime | 19 | 0 | Y | N | 资讯时间 | |
| 5 | consultation_content | text | 65535 | 0 | Y | N | 咨询内容 | |
| 6 | reply_content | text | 65535 | 0 | Y | N | 回复内容 | |
| 7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
-
- 表recommended_tourist_attractions (景点推荐)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | recommended_tourist_attractions_id | int | 10 | 0 | N | Y | 景点推荐ID | |
| 2 | attraction_name | varchar | 64 | 0 | Y | N | 景点名称 | |
| 3 | attraction_address | varchar | 64 | 0 | Y | N | 景点地址 | |
| 4 | tourist_attraction_star_rating | varchar | 64 | 0 | Y | N | 景点星级 | |
| 5 | attraction_prices | varchar | 64 | 0 | Y | N | 景点价格 | |
| 6 | number_of_tourists | int | 10 | 0 | Y | N | 0 | 游客数量 |
| 7 | number_of_positive_reviews | int | 10 | 0 | Y | N | 0 | 好评数量 |
| 8 | number_of_negative_reviews | int | 10 | 0 | Y | N | 0 | 差评数量 |
| 9 | attraction_cover | varchar | 255 | 0 | Y | N | 景点封面 | |
| 10 | introduction_to_scenic_spots | longtext | 2147483647 | 0 | Y | N | 景点简介 | |
| 11 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
| 12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 13 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
-
- 表urban_attractions (城市景点)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | urban_attractions_id | int | 10 | 0 | N | Y | 城市景点ID | |
| 2 | attraction_name | varchar | 64 | 0 | Y | N | 景点名称 | |
| 3 | attraction_address | varchar | 64 | 0 | Y | N | 景点地址 | |
| 4 | tourist_attraction_star_rating | varchar | 64 | 0 | Y | N | 景点星级 | |
| 5 | attraction_prices | varchar | 64 | 0 | Y | N | 景点价格 | |
| 6 | city | varchar | 64 | 0 | Y | N | 所在城市 | |
| 7 | number_of_attractions | varchar | 64 | 0 | Y | N | 景点数量 | |
| 8 | attraction_cover | varchar | 255 | 0 | Y | N | 景点封面 | |
| 9 | introduction_to_scenic_spots | longtext | 2147483647 | 0 | Y | N | 景点简介 | |
| 10 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
| 11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
4 关键模块的设计与实
绵阳旅游分析与实现平台的详细设计与实现主要是根据前面的绵阳旅游分析与实现平台的需求分析和绵阳旅游分析与实现平台的总体设计来设计页面并实现业务逻辑。主要从绵阳旅游分析与实现平台界面实现、业务逻辑实现这两部分进行介绍。
4.1首页模块
首页主要分别展示各个模块的最新动态，浏览者可以很清楚地看到不同模块的最新更新内容。并且系统首页每个部分可以跳转到相对应的模块，方便浏览者选择感兴趣的地方。
首页载入流程图如下所示。
图4.1 首页载入流程
首页如下图所示。
图4.2 首页界面图
4.2注册模块的实现
系统的用户通过自行注册生成，在系统首页点击用户注册菜单，系统跳转到对应的注册页面。点击重置按钮，清空所填数据，点击注册按钮完成注册。
用户注册流程图如下所示。
图4.3 用户注册流程图
用户注册界面如下图所示。
图4.4注册界面图
4.3登录模块
将首页的左边的功能设计为用户登录的位置，所以在进行登录的地方就会显示首页。在登录后就是大众较为熟悉的位置，也就是让用户进行账号以及密码输入的样式。
当用户输入完信息并点击登录按钮时，Struts就会将用户输入的信息传递进表单并装入相应的对象之中，然后再转到相应位置进行校验。若用户名和密码框都是空的，那么系统就会不可将账号密码均设置为空值。
系统的底层设置要求账号密码不可以都是空值，将这些信息传递给相关的类中的对象方法并调用相关的信息，对于用户输入的数据进行检验。若检验结果正确会自动转到系统首页欢迎页面，如果不正确系统就会返回用户登录界面。
用户登录流程图如下所示。
图4.3 用户登录流程
系统登录界面如下图所示。
图4.4 登录模块图
4.4用户管理模块
用户通过注册了方可获得登录使用权限，此时选择注册用户选项，系统就会自动转到用户注册工作面，在注册该部分信息时系统会自动调用add函数，然后在给定的文本框中填写有关该用户的基础信息后选择确认即可完成注册。检索用户信息，在新增用户信息以后，在检索工具栏中填写对应的用户信息，系统就会将该用户有关的所有信息展示出来。
用户管理流程图如下所示。
图4.5 用户管理流程图
用户管理界面如下图所示。
图4.6用户管理界面图
4.5景点数据管理模块
管理员执行景点数据管理，并可以操作相关内容，例如添加，查看，编辑和删除。通过单击“添加景点数据”，可以通过景点数据添加界面添加详细信息并添加景点数据注释。单击查看字段级别链接以查看有关所选字段级别的信息。然后单击“提交”跳转重返到添加页面。添加成功后的信息会载入到景点数据查询列表中，管理员可进行编辑以及修改。
景点数据管理流程如下图所示。
图4.7 景点数据管理流程
景点数据管理界面如下图所示。
图4.8景点数据管理界面
4.6公告管理模块
在主页左侧菜单栏中点击“公告管理”按钮，再从二级目录中点击“新增公告”按钮，进入到新增公告界面。在此处公告可以添加公告的标题。
在主页左侧菜单栏中点击“公告管理”按钮，再从二级目录中点击“查询公告”按钮，进入到查询公告界面。在此处公告可以查询当前所有公告记录。
公告展示界面如下图所示。
图4.10公告展示界面
公告管理界面如下图所示。
4.7城市景点管理模块
管理员执行城市景点管理，并可以操作相关内容，例如添加，查看，编辑和删除。通过单击“添加城市景点”，可以通过城市景点添加界面添加详细信息并添加城市景点注释。单击查看字段级别链接以查看有关所选字段级别的信息。然后单击“提交”跳转重返到添加页面。添加成功后的信息会载入到城市景点查询列表中，管理员可进行编辑以及修改。
城市景点管理流程如下图所示。
图4.10 城市景点管理流程
城市景点管理界面如下图所示。
图4.11城市景点界面图
5 系统测试与结果分析
系统开发到了最后一个阶段那就是系统测试，系统测试对软件的开发其实是非常有必要的。因为没什么系统一经开发出来就可能会尽善尽美，再厉害的系统开发工程师也会在系统开发的时候出现纰漏，系统测试能够较好的改正一些bug，为后期系统的维护性提供很好的支持。通过系统测试，开发人员也可以建立自己对系统的信心，为后期的系统版本的跟新提供支持。
系统测试包括：用户登录功能测试、景点信息展示功能测试、景点信息添加、景点信息搜索、密码修改功能测试，如表5-1、5-2、5-3、5-4、5-5所示：
表5-1 用户登录功能测试表
| 用例名称 | 用户登录系统 |
| 目的 | 测试用户通过正确的用户名和密码可否登录功能 |
| 前提 | 未登录的情况下 |
| 测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
| 预期结果 | 用户名和密码正确的时候，跳转到登录成功界面，反之则显示错误信息，提示重新输入 |
| 实际结果 | 实际结果与预期结果一致 |
景点信息查看功能测试：
表5-2 景点信息查看功能测试表
| 用例名称 | 景点信息查看 |
| 目的 | 测试景点信息查看功能 |
| 前提 | 用户登录 |
| 测试流程 | 点击景点信息列表 |
| 预期结果 | 可以查看到所有景点信息信息 |
| 实际结果 | 实际结果与预期结果一致 |
管理员添加景点信息界面测试：
表5-3 管理员添加景点信息界面测试表
| 用例名称 | 景点信息发布测试用例 |
| 目的 | 测试景点信息发布功能 |
| 前提 | 用户正常登录情况下 |
| 测试流程 | 1）点击景点信息信息管理就，然后点击添加后并填写信息。 2）点击进行提交。 |
| 预期结果 | 提交以后，页面首页会显示新的景点信息信息 |
| 实际结果 | 实际结果与预期结果一致 |
景点信息搜索功能测试：
表5-4景点信息搜索功能测试表
| 用例名称 | 景点信息搜索测试 |
| 目的 | 测试景点信息搜索功能 |
| 前提 | 无 |
| 测试流程 | 1）在搜索框填入搜索关键字。 2）点击搜索按钮。 |
| 预期结果 | 页面显示包含有搜索关键字的景点信息 |
| 实际结果 | 实际结果与预期结果一致 |
密码修改功能测试：
表5-5 密码修改功能测试表
| 用例名称 | 密码修改测试用例 |
| 目的 | 测试管理员密码修改功能 |
| 前提 | 管理员用户正常登录情况下 |
| 测试流程 | 1）管理员密码修改并完成填写。 2）点击进行提交。 |
| 预期结果 | 使用新的密码可以登录 |
| 实际结果 | 实际结果与预期结果一致 |
通过编写绵阳旅游分析与实现平台的测试用例，已经检测完毕用户登录模块、景点信息查看模块、景点信息添加模块、景点信息搜索模块、密码修改功能测试，通过这5大模块为绵阳旅游分析与实现平台的后期推广运营提供了强力的技术支撑。
6 结论
在开发本绵阳旅游分析与实现平台之前我胸有成竹，觉得很简单，但在实际的开发中我发现了自身的很多问题，许多编程思想和方法都还没有掌握牢靠，比如Spark、pycharm等许多python Web开发技术，通过开发这个绵阳旅游分析与实现平台我成长了很多，懂得了做什么事情都要脚踏实地，不能眼高手低，在本次绵阳旅游分析与实现平台的开发中我逐渐掌握逐渐熟悉的技术。
本次绵阳旅游分析与实现平台的开发中我还学会了很多，例如良好的编程思想和完善的规划思想。在着手编程之前需要罗列出程序框架的大概，脑海中构建出程序的主题框架。做好这一步我们才能胸有成竹的经行开发项目。当设计框架了熟于心之后，需要思考本次编程所需的主要知识点和技术点，并充分学习。如此一来项目的开发才能循序渐进、如丝般顺滑，长久以往就能养成良好的开发习惯。一个程序好不好还要看出的bug多不多，如果在项目完成前做好bug的查验与预防可能发生的事故才能保证程序的稳定长久性运行。如果项目在完工后出现各种问题自己，那么在进入社会后，不仅会给公司团队带来麻烦和增加不必要的工作，还会导致客户流失，公司对自己的评价下降。
在本次项目中我也暴露了诸多问题。对于python的编程知识有所欠缺，环境配置和算法上出现诸多问题，时常导致项目运行出错，或者目标的实现有问题。或者实现想法时算法未优化，使得代码冗长，程序运行不顺畅。
[1]Erman B Y ,Faruk O . Multi objective optimization of emission and performance characteristics in a spark ignition engine with a novel hydrogen generator [J]. Energy, 2024, 289 129957-.
[2]Dongdong J ,Feng Z ,Jingping L , et al. Performance and energy balance analysis of the downsized SI engine with using a novel OPCVCR and synchronized twin spark plugs configurations [J]. Thermal Science and Engineering Progress, 2024, 47 102323-.
[4]张启宁,吴国俊. 基于Python网络爬虫技术的乡村旅游数据采集与分析 [J]. 产业科技创新, 2023, 5 (06): 66-68.
[5]王浩,张海芹. 旅游生活化：“网红城市”旅游者行为与体验特征研究——基于百度指数和UGC的淄博市游客大数据分析 [J]. 干旱区资源与环境, 2024, 38 (02): 173-180.
[6]鲍艳利,孙春艳. 数字经济时代旅游会展企业网络关系能力提升路径研究 [J]. 商展经济, 2023, (22): 10-13.
[7]王海洋,吉慧. 基于网络点评数据分析的游客公民行为比较研究 [J]. 商展经济, 2023, (22): 51-54.
[8]黄建,张乔,涂鑫. 新媒体技术在智慧城市旅游推广中的应用及效果[C]// 百色学院马克思主义学院. 2023年高等教育科研论坛桂林分论坛论文集. 武汉东湖学院;, 2023: 2.
[9]马卫. 数智赋能时代大数据技术在旅游业与酒店业中的应用 [J]. 数字技术与应用, 2023, 41 (11): 75-80.
[10]刘方磊. 基于SSM框架的旅游大数据分析系统设计与实现 [J]. 中国新技术新产品, 2023, (21): 22-25.
[11]刘依锋,陈小龙. 大数据背景下乡村智慧旅游发展模式研究 [J]. 山西农经, 2023, (19): 62-64.
[12]闫巧致,黄晓君,林哲. 智慧旅游大数据应用分析 [J]. 西安航空学院学报, 2023, 41 (05): 67-75.
[13]冯佳辉. 浙江南北湖景区智慧旅游发展研究[D]. 广西师范大学, 2023.
[14]黄凌子. 基于Spark的旅游舆情热点发现方法研究[D]. 三峡大学, 2023.
[15]吴亮东. 基于SMT质量大数据分析的知识图谱构建方法研究[D]. 西安电子科技大学, 2022.
[16]张登科. Spark分布式计算平台性能优化研究[D]. 西安电子科技大学, 2022.
[17]陈忠银. 基于NLPIR平台数据文本分析的游客感知评价研究[D]. 贵州大学, 2021.
致谢
到此，整个绵阳旅游分析与实现平台就算完成了，虽然过程十分艰难，但是等到都完成的时候，我感觉无比的自豪，虽然设计的系统还存在许多的纰漏，但是我已经拼劲全力，给自己的大学四年画上了一个圆满的句号。
在这里我首先要感谢的就是大学四年来所有教导我的老师，是他们教会了我许多的专业知识以及做人的道理，从一进校门对对开发系统一窍不通到现在能自主开发一个管理系统，里面包含了前台框架、后台框架、业务流程、数据结构、操作系统等各种知识，只有把他们统一运用好，才能够完成整个系统，这都是老师的功劳；其次我要感谢我的指导老师，在开发这个系统的时候，我遇到了无数的问题，经常通过线上、线下的方式去请教导师，每次去请教导师，他从来没有不耐烦，都是细心的引导，告诉我怎么样实现这个功能，怎么样才能使得系统更加完善，然后通过自己查询相关资料解决问题，提高了自己自主解决问题的能力，授人以鱼不如授人以渔，指导老师的这种工作态度受益终生，我也会向老师不断靠拢，向他学习，在此我只想说一句：“老师，谢谢您，您辛苦了”！最后我还要感谢我的室友、同学，在一起学习这四年，他们不但学习上给了我很多建议，在生活上更加给了我帮助，正是有他们的帮助，我的大系统用户涯才如此完美。
最后，希望自己在未来的道路上能够越走越远，不辜负在大学的学习以及老师们的细致的教导，追风赶月莫停留，平荒尽处是春山。
988
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
