hadoop 红色旅游景点分析系统
目 录
摘要 1
1 绪论 1
1.1研究背景 1
1.2研究内容 2
1.3Hadoop优点 3
1.4 Hadoop框架介绍 3
1.5论文结构与章节安排 4
2 红色旅游景点分析系统系统分析 5
2.1 可行性分析 5
2.2 系统流程分析 5
2.2.1数据增加流程 5
2.2.2数据修改流程 6
2.2.3数据删除流程 6
2.3 系统功能分析 7
2.3.1 功能性分析 7
2.3.2 非功能性分析 7
2.4 系统用例分析 8
2.5本章小结 8
3 红色旅游景点分析系统总体设计 8
3.1 系统架构设计 8
3.2 系统功能模块设计 9
3.2.1整体功能模块设计 9
3.2.2用户模块设计 9
3.2.3评论管理模块设计 10
3.2.4景点管理模块设计 10
3.3 数据库设计 10
3.3.1 数据库概念结构设计 10
3.3.2 数据库逻辑结构设计 14
3.4本章小结 20
4 红色旅游景点分析系统详细设计与实现 21
4.1用户功能模块 21
4.1.1 前台首页界面 21
4.1.2 登录界面 21
4.1.3注册界面 23
4.1.4 密码修改界面 24
4.1.5旅游资讯界面 25
4.1.6 景点信息详情界面 26
4.2管理员功能模块 27
4.2.1 登录界面 27
4.2.2 网站管理界面 29
4.2.3 人员管理界面 32
4.2.4内容管理界面 34
4.2.5 景点数据管理界面 35
4.2.6 景点信息管理界面 35=
5系统测试 36
5.1系统测试的目的 36
5.2 系统测试用例 36
5.3 系统测试结果 37
结论 38
参考文献 39
致 谢 40
摘要
随着科学技术的飞速发展,社会的方方面面、各行各业都在努力与现代的先进技术接轨,通过科技手段来提高自身的优势,红色旅游景点分析系统当然也不能排除在外。红色旅游景点分析系统是以实际运用为开发背景,运用软件工程开发方法,采用互联网技术构建的一个管理系统。整个开发过程首先对软件系统进行需求分析,得出系统的主要功能。接着对系统进行总体设计和详细设计。总体设计主要包括系统总体结构设计、系统数据结构设计、系统功能设计和系统安全设计等;详细设计主要包括模块实现的关键代码,系统数据库访问和主要功能模块的具体实现等。最后对系统进行功能测试,并对测试结果进行分析总结,及时改进系统中存在的不足,为以后的系统维护提供了方便,也为今后开发类似系统提供了借鉴和帮助。
红色旅游景点分析系统采取Mysql作为后台数据的主要存储单元,运用软件工程原理和开发方法,采用Hadoop的Java、python技术构建的一个管理系统,实现了本系统的全部功能。完成系统的主要模块的页面设计和功能实现。本文展示了首页页面的实现效果图,并通过代码和页面介绍了景点数据、景点信息、景点分类等功能的实现过程。
关键词:Hadoop技术;MYSQL;红色旅游景点分析系统
Abstract
With the rapid development of science and technology, all aspects of society and industries are striving to integrate with modern advanced technology and improve their advantages through technological means. Of course, the analysis system for red tourist attractions cannot be excluded. The Red Tourist Attraction Analysis System is a management system built on the basis of practical application, using software engineering development methods and internet technology. The entire development process starts with a requirement analysis of the software system to determine its main functions. Then proceed with the overall and detailed design of the system. The overall design mainly includes system overall structure design, system data structure design, system functional design, and system security design; The detailed design mainly includes the key code for module implementation, system database access, and the specific implementation of the main functional modules. Finally, functional testing was conducted on the system, and the test results were analyzed and summarized to timely improve the shortcomings of the system, providing convenience for future system maintenance and reference and assistance for the development of similar systems in the future.
The Red Tourist Attraction Analysis System adopts MySQL as the main storage unit for backend data, and uses software engineering principles and development methods to build a management system using Hadoop's Java and Python technologies, achieving all the functions of this system. Complete the page design and functional implementation of the main modules of the system. This article shows the implementation rendering of the homepage page, and introduces the implementation process of functions such as attraction data, attraction information, and attraction classification through the code and page.
Keywords:Hadoop technology; MYSQL; Red Tourist Attraction Analysis System
1 绪论
1.1研究背景
红色旅游是指中国共产党领导的以革命为题材,歌颂革命先烈和英雄人物的主题旅游活动。在我国社会主义市场经济体制下,随着人们物质生活水平的提高,精神文化需求越来越多,旅游业作为第三产业中最具活力,前景最好的行业之一,已经成为国民经济新的增长点和经济发展方式转变的重要引擎。红色旅游资源是一种具有较高历史价值,科学意义,艺术价值以及观赏价值的自然与人文遗存。红色旅游资源开发已成为国内外关注的热点领域。对红色旅游景点进行系统分析研究,对于促进红色旅游可持续发展有着非常积极的现实意义。
1.2研究内容
红色旅游景点分析系统的开发及实现,所需要的工作内容:
(1)首先是确定选题,确定好所要做的系统,并对系统的背景及现在面临的一些问题等进行系统的初步确认。
(2)系统确认完成后,结合系统开发的需求进行确认系统开发所使用的技术,红色旅游景点分析系统的开发使用Hadoop框架,数据库进行平台的搭建开发,确认好使用的技术进行技术分析,所使用的技术是否可以完成系统的实现。
(3)确定好系统使用的技术,进行在线确认系统所划分的用户触,并且根据用户触划分确定所要设计的功能模块,对红色旅游景点分析系统的设计主要划分别为管理员和用户触,并所使用的功能模块也相应不同,但系统的数据库实现的内容是交互的,驴可以随时根据自己的需求进行景点信息搜索,对于系统工作人员可以根据自己的分管内容进行在线信息的处理及操作,管理员获取到所有用户的详细数据信息,并根据需求进行第一时间处理解决。
(4)系统的功能模块确认完成后进行程序及界面的设计,设计完成后,组通过测试来判断程序是否完善,对于系统测试,要不同的用户进行不同的内容编辑及提交,及使用不同的测试方式找出程序中存在的漏洞,并对程序出现的漏洞问题进行在线解决处理,如果测试系统没有任何问题时,可以将系统上传进行正式操作使用。
1.3Hadoop优点
Hadoop是一个能够对大量数据进行分布式处理的软件框架。 Hadoop 以一种可靠、高效、可伸缩的方式进行数据处理。
Hadoop 是可靠的,因为它假设计算元素和存储会失败,因此它维护多个工作数据副本,确保能够针对失败的节点重新分布处理。
Hadoop 是高效的,因为它以并行的方式工作,通过并行处理加快处理速度。
Hadoop 还是可伸缩的,能够处理 PB 级数据。
此外,Hadoop 依赖于社区服务,因此它的成本比较低,任何人都可以使用。
Hadoop是一个能够让用户轻松架构和使用的分布式计算平台。用户可以轻松地在Hadoop上开发和运行处理海量数据的应用程序。它主要有以下几个优点:
1.高可靠性。Hadoop按位存储和处理数据的能力值得人们信赖 。
2.高扩展性。Hadoop是在可用的计算机集簇间分配数据并完成计算任务的,这些集簇可以方便地扩展到数以千计的节点中 。
3.高效性。Hadoop能够在节点之间动态地移动数据,并保证各个节点的动态平衡,因此处理速度非常快。
4.高容错性。Hadoop能够自动保存数据的多个副本,并且能够自动将失败的任务重新分配。
5.低成本。与一体机、商用数据仓库以及QlikView、Yonghong Z-Suite等数据集市相比,hadoop是开源的,项目的软件成本因此会大大降低。
Hadoop带有用Java语言编写的框架,因此运行在 Linux 生产平台上是非常理想的。Hadoop 上的应用程序也可以使用其他语言编写,比如 C++ 。
Hadoop大数据处理的意义
Hadoop架构图
Hadoop得以在大数据处理应用中广泛应用得益于其自身在数据提取、变形和加载(ETL)方面上的天然优势。Hadoop的分布式架构,将大数据处理引擎尽可能的靠近存储,对例如像ETL这样的批处理操作相对合适,因为类似这样操作的批处理结果可以直接走向存储。Hadoop的MapReduce功能实现了将单个任务打碎,并将碎片任务(Map)发送到多个节点上,之后再以单个数据集的形式加载(Reduce)到数据仓库里。
1.4Hadoop框架介绍
Hadoop是一个由Apache基金会所开发的分布式系统基础架构。用户可以在不了解分布式底层细节的情况下,开发分布式程序。充分利用集群的威力进行高速运算和存储。Hadoop实现了一个分布式文件系统( Distributed File System),其中一个组件是HDFS(Hadoop Distributed File System)。HDFS有高容错性的特点,并且设计用来部署在低廉的(low-cost)硬件上;而且它提供高吞吐量(high throughput)来访问应用程序的数据,适合那些有着超大数据集(large data set)的应用程序。HDFS放宽了(relax)POSIX的要求,可以以流的形式访问(streaming access)文件系统中的数据。Hadoop的框架最核心的设计就是:HDFS和MapReduce。HDFS为海量的数据提供了存储,而MapReduce则为海量的数据提供了计算。
1.5论文结构与章节安排
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对网站需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第一章:引言。第一章主要介绍了课题的研究背景及意义,系统开发的现状和本文的背景与主要工作。
第二章:系统需求分析。第二章主要从系统的用户、功能等方面进行需求分析。
第三章:系统设计。第三章主要对系统框架、系统功能模块、数据库进行功能设计。
第四章:系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。
第五章:系统测试。第五章主要对系统的部分界面进行测试并对主要功能进行测试
第六章:总结。
2 红色旅游景点分析系统分析
系统分析是开发一个项目的先决条件,通过系统分析可以很好的了解系统的主体用户的基本需求情况,同时这也是项目的开发的原因。进而对系统开发进行可行性分析,通常包括技术可行性、经济可行性等,可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析,分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。
2.1 可行性分析
(1)技术可行性分析
红色旅游景点分析系统存储所使用的是mysql数据库以及开发中所使用的是pycharm、Tomcat这些开发工具的使用,能够给我们的编写工作带来许多的便利。系统使用Hadoop框架进行开发,使系统的可扩展性和维护性更佳,减少java配置代码,简化编程代码,目前Hadoop框架也是很多企业选择的框架之一。
(2)经济可行性分析
在开发红色旅游景点分析系统中所使用的开发软件像pycharm开发工具、Tomcat8.0服务器、MySQL5.7数据库、Photoshop图片处理软件等,这些都是开源免费的,这些环境在学校都进行了系统的学习,自己能够独立操作完成,不需要额外花费,而且系统的开发工具从网上都可以直接下载,因此在经济方面是可行的。
(3)操作可行性分析
此次项目设计的时候我参考了很多类似系统的成功案例,对它们的操作界面以及功能都进行了系统的分析,将众多案例结合在一起,突出以人为本简化操作,所以具有基本计算机知识的人都会操作本项目。因此操作可行性也没有问题。
2.2系统流程分析
业务流程是用一些特定的符合和线条来进行演示用户在使用系统时的过程,在进行系统分析的时候,业务流程可以帮助开发人员更好的理解业务,发现错误,完善系统。
2.2.1数据增加流程
用户成功登入系统后就能够实现增加数据的操作,增加数据的编号是特定的,系统生成,用户不能随意填写,除了编号以外,其他增加信息用户自己填写,填写后的信息经过系统验证,验证合法通过就显示增加数据成功了,相反的话,就没有增加成功,图2-1显示的就是在增加数据时的流程。
图2-1 数据增加流程图
2.2.2 数据修改流程
数据修改时的流程和上面介绍的数据增加时的流程差不多,如图2-2所示。
图2-2 数据修改流程图
2.2.3 数据删除流程
如果系统里面存在一些没有用的数据的话,相关的管理人员还可以对这些数据进行删除,图2-3就是数据删除时的流程图。
图2-3 数据删除流程图
2.3 系统功能分析
2.3.1 功能性分析
按照红色旅游景点分析系统的角色,我划分为了普通用户管理模块和管理员管理模块这三大部分。
普通用户管理模块:
(1)用户登录:用户登录红色旅游景点分析系统;用户对个人信息的增删改查,比如个人资料,密码修改。
(2)查看红色旅游景点分析系统的首页信息:红色旅游景点分析系统的首页信息包含了公告消息、旅游资讯、个人账户、个人收藏、景点信息、个人中心等。
(3)公告消息:用户可以查看后台管理员发布的公告消息信息,在查询到自己想要了解的公告消息的时候,可以进入查看详细的介绍。
(4)旅游资讯:用户可以查看旅游资讯信息,在查询到自己想要了解的旅游资讯的时候,可以进入查看详细的介绍进行评论、点赞、收藏操作。
(5)景点信息:在首页导航栏上点击“景点信息”弹跳出的是景点信息列表,可以点击随意一款景点信息进行了解其具体信息。包括封面图片、景点标题、景点分类等;
(6)个人中心:当用户点击右上角“个人”这个按钮,就会进入到对应的后台进行信息的管理了;
(7)个人账户:在首页导航栏上点击“个人账户”可以对个人资料+密码修改+自己收藏的信息进行管控。
管理员管理模块:
(1)登录:管理员的账号是在数据表表中直接设置生成的,不需要进行注册;
(2)人员管理:当点击“人员管理”这一菜单的时候,会出现管理员+普通用户这两个子菜单,可以对这两个模块进行增删改查操作;
(3)内容管理:管理员可以对红色旅游景点分析系统前台展示的旅游资讯以及资讯分类所属的分类进行管控。
(4)模块管理:当点击“模块”这一菜单的时候,会出现景点数据+景点信息+景点分类这三个子菜单,管理员能够对这三模块信息进行增删改查操作;
(5)个人管理:管理员点击“个人管理”菜单可以对个人信息以及登录的密码进行设置。
(6)网站管理:管理员可以对系统前台展示的轮播图以及公告消息进行增删改查,方便用户进行查看。
2.3.2 非功能性分析
红色旅游景点分析系统的非功能性需求比如红色旅游景点分析系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
表3-1红色旅游景点分析系统非功能需求表
安全性 |
主要指红色旅游景点分析系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 |
可靠性是指红色旅游景点分析系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 |
性能是影响红色旅游景点分析系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 |
比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 |
用户只要跟着红色旅游景点分析系统的页面展示内容进行操作,就可以了。 |
可维护性 |
红色旅游景点分析系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.4 系统用例分析
通过2.3功能的分析,得出了本红色旅游景点分析系统的用例图:
普通用户角色用例如图2-3所示。
图2-3红色旅游景点分析系统普通用户角色用例图
web后台管理上的管理员是维护整个红色旅游景点分析系统中所有数据信息的。管理员角色用例如图2-4所示。
图2-4 红色旅游景点分析系统管理员角色用例图
2.5本章小结
本章主要通过对红色旅游景点分析系统的可行性分析、流程分析、功能需求分析、系统用例分析,确定整个红色旅游景点分析系统要实现的功能。同时也为红色旅游景点分析系统的代码实现和测试提供了标准。
3 红色旅游景点分析系统总体设计
本章主要讨论的内容包括红色旅游景点分析系统的功能模块设计、数据库系统设计。
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红色旅游景点分析系统功能模块图
3.2.2用户模块设计
本网站的用户包括管理员和注册用户模块。两种用户模块的功能基本是相同的,注册用户模块比管理员多了一个注册功能,所以以用户模块的结构图为例进行分析,如下图:
图3-3用户用户模块结构图
3.2.3评论管理模块设计
红色旅游景点分析系统是一个交流性质的公开网站,用户和用户之间可以对网站上的内容,比如交流中心、资讯等进行点评,增加用户之间的互动性。但是同时也为了更好的规范评论的内容,给予管理员删除不合适的言论的功能,所以需要专门设计一个评论管理模块,具体的结构图如下:
图3-4评论模块结构图
3.2.4景点管理模块设计
红色旅游景点分析系统中需要存储不少景点信息,其模块功能结构,具体的结构图如下:
图3-5景点模块结构图
3.3 数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.3.1 数据库概念结构设计
下面是整个红色旅游景点分析系统中主要的数据库表总E-R实体关系图。
图3-6 红色旅游景点分析系统总E-R关系图
下面根据红色旅游景点分析系统的数据库总E-R关系图可以得出红色旅游景点分析系统需要很多E-R图,在此罗列出来一些主要的数据库E-R模型图。
图3-7普通用户E-R关系图
图3-8景点数据E-R关系图
图3-9景点信息E-R关系图
3.3.2 数据库逻辑结构设计
通过前面E-R关系图可以看到项目需要创建很多个数据表。以下是项目中的主要数据库表的关系模型:
表access_token (登陆访问时长)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
token_id |
int |
10 |
0 |
N |
Y |
临时访问牌ID |
|
2 |
token |
varchar |
64 |
0 |
Y |
N |
临时访问牌 |
|
3 |
info |
text |
65535 |
0 |
Y |
N |
||
4 |
maxage |
int |
10 |
0 |
N |
N |
2 |
最大寿命:默认2小时 |
5 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
6 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
7 |
user_id |
int |
10 |
0 |
N |
N |
0 |
用户编号: |
表article (文章:用于内容管理系统的文章)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
article_id |
mediumint |
8 |
0 |
N |
Y |
文章id:[0,8388607] |
|
2 |
title |
varchar |
125 |
0 |
N |
Y |
标题:[0,125]用于文章和html的title标签中 |
|
3 |
type |
varchar |
64 |
0 |
N |
N |
0 |
文章分类:[0,1000]用来搜索指定类型的文章 |
4 |
hits |
int |
10 |
0 |
N |
N |
0 |
点击数:[0,1000000000]访问这篇文章的人次 |
5 |
praise_len |
int |
10 |
0 |
N |
N |
0 |
点赞数 |
6 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
7 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
8 |
source |
varchar |
255 |
0 |
Y |
N |
来源:[0,255]文章的出处 |
|
9 |
url |
varchar |
255 |
0 |
Y |
N |
来源地址:[0,255]用于跳转到发布该文章的网站 |
|
10 |
tag |
varchar |
255 |
0 |
Y |
N |
标签:[0,255]用于标注文章所属相关内容,多个标签用空格隔开 |
|
11 |
content |
longtext |
2147483647 |
0 |
Y |
N |
正文:文章的主体内容 |
|
12 |
img |
varchar |
255 |
0 |
Y |
N |
封面图 |
|
13 |
description |
text |
65535 |
0 |
Y |
N |
文章描述 |
表article_type (文章分类)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
type_id |
smallint |
5 |
0 |
N |
Y |
分类ID:[0,10000] |
|
2 |
display |
smallint |
5 |
0 |
N |
N |
100 |
显示顺序:[0,1000]决定分类显示的先后顺序 |
3 |
name |
varchar |
16 |
0 |
N |
N |
分类名称:[2,16] |
|
4 |
father_id |
smallint |
5 |
0 |
N |
N |
0 |
上级分类ID:[0,32767] |
5 |
description |
varchar |
255 |
0 |
Y |
N |
描述:[0,255]描述该分类的作用 |
|
6 |
icon |
text |
65535 |
0 |
Y |
N |
分类图标: |
|
7 |
url |
varchar |
255 |
0 |
Y |
N |
外链地址:[0,255]如果该分类是跳转到其他网站的情况下,就在该URL上设置 |
|
8 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
9 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
表attraction_data (景点数据)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
attraction_data_id |
int |
10 |
0 |
N |
Y |
景点数据ID |
|
2 |
attraction_title |
varchar |
64 |
0 |
Y |
N |
景点标题 |
|
3 |
attraction_links |
varchar |
255 |
0 |
Y |
N |
景点链接 |
|
4 |
attraction_author |
varchar |
64 |
0 |
Y |
N |
景点作者 |
|
5 |
departure_date |
varchar |
64 |
0 |
Y |
N |
出发日期 |
|
6 |
total_days |
varchar |
64 |
0 |
Y |
N |
总计天数 |
|
7 |
number_of_photos |
varchar |
64 |
0 |
Y |
N |
照片数量 |
|
8 |
recommended_number_of_people |
varchar |
64 |
0 |
Y |
N |
推荐人数 |
|
9 |
scenic_spot_plays |
varchar |
64 |
0 |
Y |
N |
景点玩法 |
|
10 |
per_capita_cost |
varchar |
64 |
0 |
Y |
N |
人均费用 |
|
11 |
number_of_readings |
varchar |
64 |
0 |
Y |
N |
阅读数量 |
|
12 |
number_of_likes |
varchar |
64 |
0 |
Y |
N |
点赞数量 |
|
13 |
number_of_comments |
varchar |
64 |
0 |
Y |
N |
评论数量 |
|
14 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
15 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
16 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表attraction_information (景点信息)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
attraction_information_id |
int |
10 |
0 |
N |
Y |
景点信息ID |
|
2 |
attraction_title |
varchar |
64 |
0 |
Y |
N |
景点标题 |
|
3 |
category_of_attractions |
varchar |
64 |
0 |
Y |
N |
景点分类 |
|
4 |
attraction_links |
varchar |
255 |
0 |
Y |
N |
景点链接 |
|
5 |
attraction_author |
varchar |
64 |
0 |
Y |
N |
景点作者 |
|
6 |
departure_date |
varchar |
64 |
0 |
Y |
N |
出发日期 |
|
7 |
total_days |
varchar |
64 |
0 |
Y |
N |
总计天数 |
|
8 |
number_of_photos |
varchar |
64 |
0 |
Y |
N |
照片数量 |
|
9 |
recommended_number_of_people |
varchar |
64 |
0 |
Y |
N |
推荐人数 |
|
10 |
scenic_spot_plays |
varchar |
64 |
0 |
Y |
N |
景点玩法 |
|
11 |
per_capita_cost |
varchar |
64 |
0 |
Y |
N |
人均费用 |
|
12 |
cover_photo |
varchar |
255 |
0 |
Y |
N |
封面图片 |
|
13 |
introduction_to_scenic_spots |
longtext |
2147483647 |
0 |
Y |
N |
景点简介 |
|
14 |
hits |
int |
10 |
0 |
N |
N |
0 |
点击数 |
15 |
praise_len |
int |
10 |
0 |
N |
N |
0 |
点赞数 |
16 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
17 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
18 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表auth (用户权限管理)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
auth_id |
int |
10 |
0 |
N |
Y |
授权ID: |
|
2 |
user_group |
varchar |
64 |
0 |
Y |
N |
用户组: |
|
3 |
mod_name |
varchar |
64 |
0 |
Y |
N |
模块名: |
|
4 |
table_name |
varchar |
64 |
0 |
Y |
N |
表名: |
|
5 |
page_title |
varchar |
255 |
0 |
Y |
N |
页面标题: |
|
6 |
path |
varchar |
255 |
0 |
Y |
N |
路由路径: |
|
7 |
position |
varchar |
32 |
0 |
Y |
N |
位置: |
|
8 |
mode |
varchar |
32 |
0 |
N |
N |
_blank |
跳转方式: |
9 |
add |
tinyint |
3 |
0 |
N |
N |
1 |
是否可增加: |
10 |
del |
tinyint |
3 |
0 |
N |
N |
1 |
是否可删除: |
11 |
set |
tinyint |
3 |
0 |
N |
N |
1 |
是否可修改: |
12 |
get |
tinyint |
3 |
0 |
N |
N |
1 |
是否可查看: |
13 |
field_add |
text |
65535 |
0 |
Y |
N |
添加字段: |
|
14 |
field_set |
text |
65535 |
0 |
Y |
N |
修改字段: |
|
15 |
field_get |
text |
65535 |
0 |
Y |
N |
查询字段: |
|
16 |
table_nav_name |
varchar |
500 |
0 |
Y |
N |
跨表导航名称: |
|
17 |
table_nav |
varchar |
500 |
0 |
Y |
N |
跨表导航: |
|
18 |
option |
text |
65535 |
0 |
Y |
N |
配置: |
|
19 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
20 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
表category_of_attractions (景点分类)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
category_of_attractions_id |
int |
10 |
0 |
N |
Y |
景点分类ID |
|
2 |
category_of_attractions |
varchar |
64 |
0 |
Y |
N |
景点分类 |
|
3 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
4 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
5 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表collect (收藏)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
collect_id |
int |
10 |
0 |
N |
Y |
收藏ID: |
|
2 |
user_id |
int |
10 |
0 |
N |
N |
0 |
收藏人ID: |
3 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表: |
|
4 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段: |
|
5 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID: |
6 |
title |
varchar |
255 |
0 |
Y |
N |
标题: |
|
7 |
img |
varchar |
255 |
0 |
Y |
N |
封面: |
|
8 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
9 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
表comment (评论)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
comment_id |
int |
10 |
0 |
N |
Y |
评论ID: |
|
2 |
user_id |
int |
10 |
0 |
N |
N |
0 |
评论人ID: |
3 |
reply_to_id |
int |
10 |
0 |
N |
N |
0 |
回复评论ID:空为0 |
4 |
content |
longtext |
2147483647 |
0 |
Y |
N |
内容: |
|
5 |
nickname |
varchar |
255 |
0 |
Y |
N |
昵称: |
|
6 |
avatar |
varchar |
255 |
0 |
Y |
N |
头像地址:[0,255] |
|
7 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
8 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
9 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表: |
|
10 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段: |
|
11 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID: |
表hits (用户点击)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
hits_id |
int |
10 |
0 |
N |
Y |
点赞ID: |
|
2 |
user_id |
int |
10 |
0 |
N |
N |
0 |
点赞人: |
3 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
4 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
5 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表: |
|
6 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段: |
|
7 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID: |
表notice (公告)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
notice_id |
mediumint |
8 |
0 |
N |
Y |
公告id: |
|
2 |
title |
varchar |
125 |
0 |
N |
N |
标题: |
|
3 |
content |
longtext |
2147483647 |
0 |
Y |
N |
正文: |
|
4 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
5 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
表ordinary_users (普通用户)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
ordinary_users_id |
int |
10 |
0 |
N |
Y |
普通用户ID |
|
2 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
3 |
user_gender |
varchar |
64 |
0 |
Y |
N |
用户性别 |
|
4 |
user_age |
varchar |
64 |
0 |
Y |
N |
用户年龄 |
|
5 |
examine_state |
varchar |
16 |
0 |
N |
N |
已通过 |
审核状态 |
6 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
7 |
user_id |
int |
10 |
0 |
N |
N |
0 |
用户ID |
8 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
9 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表praise (点赞)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
praise_id |
int |
10 |
0 |
N |
Y |
点赞ID: |
|
2 |
user_id |
int |
10 |
0 |
N |
N |
0 |
点赞人: |
3 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
4 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
5 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表: |
|
6 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段: |
|
7 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID: |
8 |
status |
bit |
1 |
0 |
N |
N |
1 |
点赞状态:1为点赞,0已取消 |
表slides (轮播图)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
slides_id |
int |
10 |
0 |
N |
Y |
轮播图ID: |
|
2 |
title |
varchar |
64 |
0 |
Y |
N |
标题: |
|
3 |
content |
varchar |
255 |
0 |
Y |
N |
内容: |
|
4 |
url |
varchar |
255 |
0 |
Y |
N |
链接: |
|
5 |
img |
varchar |
255 |
0 |
Y |
N |
轮播图: |
|
6 |
hits |
int |
10 |
0 |
N |
N |
0 |
点击量: |
7 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
8 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
表upload (文件上传)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
upload_id |
int |
10 |
0 |
N |
Y |
上传ID |
|
2 |
name |
varchar |
64 |
0 |
Y |
N |
文件名 |
|
3 |
path |
varchar |
255 |
0 |
Y |
N |
访问路径 |
|
4 |
file |
varchar |
255 |
0 |
Y |
N |
文件路径 |
|
5 |
display |
varchar |
255 |
0 |
Y |
N |
显示顺序 |
|
6 |
father_id |
int |
10 |
0 |
Y |
N |
0 |
父级ID |
7 |
dir |
varchar |
255 |
0 |
Y |
N |
文件夹 |
|
8 |
type |
varchar |
32 |
0 |
Y |
N |
文件类型 |
表user (用户账户:用于保存用户登录信息)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
user_id |
mediumint |
8 |
0 |
N |
Y |
用户ID:[0,8388607]用户获取其他与用户相关的数据 |
|
2 |
state |
smallint |
5 |
0 |
N |
N |
1 |
账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 |
user_group |
varchar |
32 |
0 |
Y |
N |
所在用户组:[0,32767]决定用户身份和权限 |
|
4 |
login_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
上次登录时间: |
5 |
phone |
varchar |
11 |
0 |
Y |
N |
手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 |
|
6 |
phone_state |
smallint |
5 |
0 |
N |
N |
0 |
手机认证:[0,1](0未认证|1审核中|2已认证) |
7 |
username |
varchar |
16 |
0 |
N |
N |
用户名:[0,16]用户登录时所用的账户名称 |
|
8 |
nickname |
varchar |
16 |
0 |
Y |
N |
昵称:[0,16] |
|
9 |
password |
varchar |
64 |
0 |
N |
N |
密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 |
|
10 |
|
varchar |
64 |
0 |
Y |
N |
邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 |
|
11 |
email_state |
smallint |
5 |
0 |
N |
N |
0 |
邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 |
avatar |
varchar |
255 |
0 |
Y |
N |
头像地址:[0,255] |
|
13 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
表user_group (用户组:用于用户前端身份和鉴权)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
group_id |
mediumint |
8 |
0 |
N |
Y |
用户组ID:[0,8388607] |
|
2 |
display |
smallint |
5 |
0 |
N |
N |
100 |
显示顺序:[0,1000] |
3 |
name |
varchar |
16 |
0 |
N |
N |
名称:[0,16] |
|
4 |
description |
varchar |
255 |
0 |
Y |
N |
描述:[0,255]描述该用户组的特点或权限范围 |
|
5 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表: |
|
6 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段: |
|
7 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID: |
8 |
register |
smallint |
5 |
0 |
Y |
N |
0 |
注册位置: |
9 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
10 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
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.2管理员功能模块
4.2.1 登录界面
管理员,用户在登录界面输入账号+密码,点击“登录”按钮,系统在用户数据库表中会对管理员,用户以的账号进行匹配,账号+密码正确的话,就会登录到系统中各个用户的主管理界面,否则提示对应的信息,返回到登录的界面,如果管理人员忘记密码的话,点击“忘记密码”根据提示可以找回密码,然后再进行登录其主界面展示如下图4-7所示。
图4-7登录界面图
4.2.2网站管理界面
网站管理模块是对公告消息和轮播图的设置,只有管理员权限才能进行更新维护。界面如下图4-8所示。
图4-8网站管理界面图
4.2.3人员管理界面
红色旅游景点分析系统中的管理员在“人员管理”这一菜单是中可以对注册的用户以及管理员人员进行管控。界面如下图4-9所示。
图4-9人员管理界面图
4.2.4内容管理界面
内容管理主要管理员是对旅游资讯以及旅游资讯所属的分类进行管控,包含了用户对旅游资讯提交的评论信息,界面如下图4-10所示。
图4-10内容管理界面图
4.2.5 景点数据管理界面
管理员点击“景点数据”会显示出所有的景点数据信息,支持选择景点标题或者景点链接对景点数据信息进行查询,如果想要添加新的景点数据信息,点击“添加”按钮,输入景点标题、景点链接、景点作者、出发日期、总计天数、照片数量、推荐人数、景点玩法等信息,点击“提交”按钮就可以添加了,同时可以选择某一条景点数据信息,点击“删除”进行删除,还可以管理展示景点信息。界面如下图4-11所示。
图4-11景点数据管理界面图
图4-11爬虫数据管理界面图
4.2.6 景点信息管理界面
点击“景点信息”按钮会显示自己添加的景点信息,如果想要添加新的景点信息,点击“添加”按钮根据提示输入景点信息,点击“提交”后在景点信息管理界面就可以显示了,如果信息有错可以对景点信息进行更新维护,也可以直接删除某一景点信息,还可以管理用户提交景点信息评论信息。界面如下图4-12所示。
图4-12景点信息管理界面图
5系统测试
5.1系统测试的目的
系统开发到了最后一个阶段那就是系统测试,系统测试对软件的开发其实是非常有必要的。因为没什么系统一经开发出来就可能会尽善尽美,再厉害的系统开发工程师也会在系统开发的时候出现纰漏,系统测试能够较好的改正一些bug,为后期系统的维护性提供很好的支持。通过系统测试,开发人员也可以建立自己对系统的信心,为后期的系统版本的跟新提供支持。
5.2 系统测试用例
系统测试包括:用户登录功能测试、景点信息展示功能测试、景点信息添加、景点信息搜索、密码修改功能测试,如表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.3 系统测试结果
通过编写红色旅游景点分析系统的测试用例,已经检测完毕用户登录模块、景点信息查看模块、景点信息添加模块、景点信息搜索模块、密码修改功能测试,通过这5大模块为红色旅游景点分析系统的后期推广运营提供了强力的技术支撑。
结论
至此,红色旅游景点分析系统已经结束,在开发前做了许多的准备,在本系统的设计和开发过程中阅览和学习了许多文献资料,从中我也收获了很多宝贵的方法和设计思路,对系统的开发也起到了很重要的作用,系统的开发技术选用的都是自己比较熟悉的,比如Web、Hadoop技术、MYSQL,这些技术都是在以前的学习中学到了,其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验,其实对于我们来说工作量还是比较大的,但是正是由于之前的积累与准备,才能顺利的完成这个项目,由此看来,积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助,正是因为他们的指导与帮助,我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西,此系统也有需要改进的地方,但是由于专业知识的浅薄,并不能做到十分完美,希望以后有机会可以让其真正的投入到使用之中。
参考文献
[1]杨成. 一种基于互联网的信息管理分析系统[P]. 江苏省:CN115640452A,2023-01-24.
[2]杜春.旅游景点评论的情感分析和可视化系统研究及实现[J].信息与电脑(理论版),2022,34(24):154-157.
[3]李泽龙.大数据背景下Hadoop技术在关联规则挖掘中的应用[J].电子元器件与信息技术,2022,6(12):174-178.DOI:10.19772/j.cnki.2096-4455.2022.12.038.
[4]王思尧.基于Hadoop技术的Web电子产品信息检索系统研究[J].信息与电脑(理论版),2022,34(12):82-84+88.
[5]刘娜娜. 基于系统动力学的平山县红色旅游可持续发展研究[D].桂林理工大学,2022.DOI:10.27050/d.cnki.gglgc.2022.000215.
[6]张雪.基于Hadoop技术的联通大数据采集研究[J].信息与电脑(理论版),2021,33(24):198-200.
[7]尹婷,赵思佳.Hadoop大数据技术在计算机网络安全中的应用[J].中国新技术新产品,2021(22):27-29.DOI:10.13612/j.cnki.cntp.2021.22.009.
[8]王晓晗.基于Hadoop技术的远程教学智慧云平台设计[J].微型电脑应用,2021,37(11):90-93.
[9]梁天友,邱敏.基于Hadoop技术的大数据就业岗位数据分析[J].电脑知识与技术,2021,17(31):47-50.DOI:10.14004/j.cnki.ckt.2021.3099.
[10]彭卓.系统功能语言观照下红色旅游景点简介的语类结构分析——以韶关市为例[J].黑龙江工业学院学报(综合版),2020,20(11):148-152.DOI:10.16792/j.cnki.1672-6758.2020.11.026.
[11]陈飞飞. 生态语言学视角下国外旅游景点英文简介的话语分析[D].长春理工大学,2020.DOI:10.26977/d.cnki.gccgc.2020.000393.
[12]李凤玲. 基于跨模态分析的旅游景点信息检索系统设计与实现[D].山东师范大学,2022.DOI:10.27280/d.cnki.gsdsu.2022.000536.
[13]Hao Dong,Wenquan Han. Design and Application of Bank Big Data Platform Based on Hadoop Technology[J]. E3S Web of Conferences,2020,214.
[14]刘艳秋. 基于社会媒体的旅游推荐系统研究与实现[D].西南交通大学,2019.DOI:10.27414/d.cnki.gxnju.2019.000602.
[15]朱涛. 基于深度协同过滤与多模态分析的旅游景点推荐系统研究[D].华东交通大学,2019.DOI:10.27147/d.cnki.ghdju.2019.000116.
[16]曹彦,纪志荣.中国5A级旅游景区景点系统空间分布特征与经济效应分析[J].福建金融管理干部学院学报,2018(02):38-46.
[17]. A Perusal of Big Data Classification and Hadoop Technology[J]. International Transaction of Electrical and Computer Engineers System,2017,4(1).
致 谢
逝者如斯夫,不舍昼夜。转眼间,大用户用户活便已经接近尾声,人面对着离别与结束,总是充满着不舍与茫然,我亦如此,仍记得那年秋天,我迫不及待的提前一天到了学校,面对学校巍峨的大门,我心里充满了期待:这里,就是我新生活的起点吗?那天,阳光明媚,学校的欢迎仪式很热烈,我面对着一个个对着我微笑的同学,仿佛一缕缕阳光透过胸口照进了我心里,同时,在那天我认识可爱的室友,我们携手共同度过了这难忘的两年。如今,我望着这篇论文的致谢,不禁又要问自己:现在,我们就要说再见了吗?
感慨莫名,不知所言。遥想当初刚来学校的时候,心里总是想着工科学校会过于板正,会缺乏一些柔情,当时心里甚至有一点点排斥,但是随着我对学校的慢慢认识与了解,我才认识到了她的美丽,她的柔情,并且慢慢的喜欢上了这个校园,但是时间太快了,快到我还没有好好体会她的美丽便要离开了,但是她带给我的回忆,永远不会离开我,也许真正离开那天我的眼里会满含泪水,我不是因为难过,我只是想将她的样子映在我的泪水里,刻在我的心里。最后,感谢我的老师们,是你们教授了我们知识与做人的道理;感谢我的室友们,是你们陪伴了我如此之久;感谢每位关心与支持我的人。
少年,追风赶月莫停留,平荒尽处是春山。文章来源:https://www.toymoban.com/news/detail-721729.html
请关注点赞+私信博主,免费领取项目源码文章来源地址https://www.toymoban.com/news/detail-721729.html
到了这里,关于hadoop 红色旅游景点分析系统-计算机毕设 附源码91858的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!