基于协同过滤的北京森林公园推荐---附源码74454
摘要
本论文主要论述了如何基于协同过滤开发一个北京森林公园推荐,本系统将严格按照软件开发流程进行各个阶段的工作,通过爬虫技术对北京森林公园的景点信息数据进行爬取,面向对象编程思想进行项目开发。在引言中,作者将论述北京森林公园推荐的当前背景以及系统开发的目的,后续章节将严格按照软件开发流程,对系统进行各个阶段分析设计。
北京森林公园推荐的主要使用者分为管理员和普通用户,实现功能包括管理员:系统用户、旅游数据管理、公交站点管理、景点城市管理、景点信息管理、系统管理、公告消息管理、资源管理模块,普通用户:首页、公告消息、新闻资讯、公交站点、景点信息、我的账户、个人中心等功能。由于本网站的功能模块设计比较全面,所以使得整个北京森林公园推荐信息管理的过程得以实现。
基于协同过滤的北京森林公园推荐是以Django这一框架为基础,采用Python的编程语言,使用了MySQL这一数据库进行开发的,可以实现本北京森林公园推荐管理的信息化,让用户更加直接的了解北京森林公园景点信息,也方便管理员进行更加方便快捷的景点信息管理。
关键词:北京森林公园推荐;协同过滤;Django;爬虫;大数据
Abstract
This paper mainly discusses how to develop a recommendation system for Beijing Forest Park based on collaborative filtering. The system will strictly follow the software development process for each stage of work, using web crawling technology to crawl the scenic information data of Beijing Forest Park, and using object-oriented programming ideas for project development. In the introduction, the author will discuss the current background of Beijing Forest Park recommendation and the purpose of system development. Subsequent chapters will strictly follow the software development process to analyze and design the system at each stage.
The main users recommended by Beijing Forest Park are divided into administrators and ordinary users. The implementation functions include administrator: system user, tourism data management, bus stop management, scenic spot city management, scenic spot information management, system management, announcement information management, resource management module. Ordinary users: homepage, announcement message, news information, bus stop, scenic spot information, my account, personal center, and other functions. Due to the comprehensive design of the functional modules on this website, the entire process of Beijing Forest Park recommendation information management has been realized.
The recommendation of Beijing Forest Park based on collaborative filtering is based on the Django framework, developed using Python programming language and MySQL database. It can achieve the informatization of Beijing Forest Park recommendation management, allowing users to have a more direct understanding of Beijing Forest Park scenic information and facilitating administrators to manage scenic information more conveniently and quickly.
Keywords: Recommended by Beijing Forest Park; Collaborative filtering; Django; Reptiles; Big data
目录
摘要
Abstract
第 1 章 引 言
1.1 选题背景和研究意义
1.2 开发现状
1.3 论文结构安排
第 2 章 相关开发技术介绍
2.1 协同过滤算法
2.2 B/S体系结构介绍
2.3 Python爬虫技术
2.4 Django框架介绍
2.5 MySQL数据库
第 3 章 北京森林公园推荐的需求分析
3.1 系统可行性分析
3.1.1 技术可行性分析
3.1.2 经济可行性分析
3.1.3 操作可行性分析
3.2 系统需求分析
3.2.1 功能需求分析
3.2.2 非功能需求分析
3.3 系统用例分析
3.4 系统业务流程分析
第 4 章 北京森林公园推荐总体设计
4.1 系统功能模块设计
4.2 数据库设计
4.2.1 数据库概念结构设计
4.2.2 数据库逻辑结构设计
第 5 章 关键模块的设计与实现
5.1 系统首页模块
5.2 登录模块
5.3 注册模块
5.4 公告消息模块
5.5 新闻资讯模块
5.6 公交站点模块
5.7 景点信息模块
5.8 系统用户管理模块
5.9 旅游数据管理模块
5.10 景点信息管理模块
5.11 系统管理模块
5.12 资源管理模块
第 6 章 系统测试
6.1 系统测试的类型
6.2 功能测试
6.3 可用性测试
6.4 测试结果分析
第 7 章 结论
参考文献
致谢
第 1 章 引 言
1.1 选题背景和研究意义
北京森林公园作为一处优美的城市绿地景区,拥有丰富的自然资源和文化景观,吸引着众多游客前来游览游憩。然而,对于游客来说,如何更好地规划游览路线、选择合适的景点参观顺序、以及了解各个景点的特色和热度等都是重要问题,而针对这些问题提供推荐系统可以为游客提供更好的游园体验。
协同过滤作为一种常见的推荐算法,通过分析用户的行为数据和偏好信息,从而实现个性化的推荐,被广泛应用于电商、社交网络等领域。结合协同过滤算法与北京森林公园的实际情况,可以针对不同类型的游客,推荐他们可能感兴趣的景点,提高游客的满意度和游园体验。
基于协同过滤的北京森林公园推荐系统具有重要的研究意义,有助于提升游客体验,优化景区管理,提高景区发展的可持续性。通过推荐系统为游客提供个性化的景点推荐,帮助他们更好地规划游园路线,选择适合自己的景点参观顺序,提升游园体验。同时,通过推荐系统,可以促使游客更加均匀地分布在各个景点,避免景点拥堵或者冷清,提高景点的利用率,优化景区资源的分配。本推荐系统可以为景区管理者提供游客行为数据和偏好信息,帮助他们更好地了解游客需求,优化景区管理和服务,提升景区的品牌形象和竞争力。
1.2 开发现状
随着旅游业的快速发展,景点推荐系统在旅游领域中变得越来越重要。传统的景点推荐方法主要采用基于内容的推荐和协同过滤两种方式。基于内容的推荐主要根据用户的历史喜好和景点的特征进行匹配,然而这种方法往往受限于用户的历史数据和缺乏新颖性。相比之下,协同过滤方法通过分析用户与景点的交互行为,找出具有相似偏好的用户群体,从而给用户推荐更具个性化的景点。
目前,基于协同过滤的景点推荐系统已经成为研究热点。其中,基于用户的协同过滤方法主要应用用户-用户协同过滤技术,通过计算用户之间的相似度来推荐景点;而基于景点的协同过滤方法则借助景点-景点之间的相似度进行推荐。另外,还有一些研究结合了基于内容和协同过滤的方法来提高景点推荐的准确性和多样性。
在协同过滤算法方面,矩阵分解(Matrix Factorization)是一种常用的方法,通过将用户-景点交互矩阵分解为两个低维矩阵来学习用户和景点的隐含特征,在推荐系统中取得了较好的效果。此外,近年来越来越多的研究关注于利用深度学习技术来改进协同过滤算法,如使用神经网络结构进行特征学习和推荐。
总的来说,基于协同过滤的景点推荐系统在旅游领域具有广泛的应用前景。研究者们不断探索新的算法和技术,以提高推荐系统的效果和用户体验,促进旅游行业的发展。本论文旨在利用协同过滤算法,结合北京森林公园的游客数量和游客偏好数据,为前往北京森林公园游览的游客提供个性化的推荐服务。通过分析游客的偏好和行为数据,推荐适合每位游客的游览线路、景点等信息,以提升游客在森林公园的游览体验。通过本论文的研究,可以为北京森林公园提供更加智能化、个性化的推荐服务,提高游客满意度,促进森林公园的可持续发展。
1.3 论文结构安排
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对网站需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分测试记录,论文主要架构如下:
第一章:绪论。主要介绍了选题的背景,研究意义以及本文的章节安排。
第二章:相关技术介绍。主要对本系统使用的相关技术和开发环境进行介绍。
第三章:系统需求分析。主要从系统的用户、功能等方面进行需求分析。
第四章:系统概要设计。主要对系统框架、系统功能模块、数据库进行功能设计。
第五章:系统实现。主要介绍了系统框架搭建、系统界面的实现。
第六章:系统测试。主要对系统的部分界面进行测试并对主要功能进行测试。
第七章:结论。
第 2 章 相关开发技术介绍
2.1 协同过滤算法
协同过滤算法是推荐算法中比较经典常用的一种,它主要包括基于内存的协同过滤和基于模型的协同过滤两种算法。前者主要根据用户的历史数据进行相关的推荐,它使用领域的方法又可以分为基于用户的协同过滤算法和基于项目的协同过滤算法。
协同过滤推荐(Collaborative Filtering recommendation)是在信息过滤和信息系统中正迅速成为一项很受欢迎的技术。与传统的基于内容过滤直接分析内容进行推荐不同,协同过滤分析用户兴趣,在用户群中找到指定用户的相似(兴趣)用户,综合这些相似用户对某一信息的评价,形成系统对该指定用户对此信息的喜好程度预测。
与传统文本过滤相比,协同过滤有下列优点:
(1)能够过滤难以进行机器自动基于内容分析的信息。如艺术品、音乐;
(2)能够基于一些复杂的,难以表达的概念(信息质量、品位)进行过滤;
(3)推荐的新颖性。
2.2 B/S体系结构介绍
B/S结构(Browser/Server,浏览器/服务器模式),是WEB兴起后的一种网络结构模式,WEB浏览器是客户端最主要的应用软件。这种模式统一了客户端,将系统功能实现的核心部分集中到服务器上,简化了系统的开发、维护和使用。客户机上只要安装一个浏览器,如Chrome、Safari、Microsoft Edge、Netscape Navigator或Internet Explorer,服务器安装SQL Server、Oracle、MySQL等数据库。浏览器通过Web Server同数据库进行数据交互。
在 B/S 模式中,用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的,浏览器的请求通过服务器进行处理,并将处理结果以及相应的信息返回给浏览器,其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器,该结构已经成为了当今软件应用的主流结构模式。
2.3 Python爬虫技术
爬虫,即网络爬虫,是通过递归访问网络资源,抓取网络中信息的技术。
网络为搜索引擎从万维网下载网页。一般分为传统爬虫和聚焦爬虫。
传统爬虫从一个或若干初始网页的URL开始,获得初始网页上的URL,在抓取网页的过程中,不断从当前页面上抽取新的URL放入队列,直到满足系统的一定停止条件。通俗的讲,也就是通过源码解析来获得想要的内容。
聚焦爬虫的工作流程较为复杂,需要根据一定的网页分析算法过滤与主题无关的链接,保留有用的链接并将其放入等待抓取的URL队列。然后,它将根据一定的搜索策略从队列中选择下一步要抓取的网页URL,并重复上述过程,直到达到系统的某一条件时停止。另外,所有被爬虫抓取的网页将会被系统存贮,进行一定的分析、过滤,并建立索引,以便之后的查询和检索;对于聚焦爬虫来说,这一过程所得到的分析结果还可能对以后的抓取过程给出反馈和指导。
2.4 Django框架介绍
Django是高水准的Python编程语言驱动的一个开源模型.视图,控制器风格的Web应用程序框架,它起源于开源社区。使用这种架构,程序员可以方便、快捷地创建高品质、易维护、数据库驱动的应用程序。这也正是OpenStack的Horizon组件采用这种架构进行设计的主要原因。另外,在Django框架中,还包含许多功能强大的第三方插件,使得Django具有较强的可扩展性。Django 项目源自一个在线新闻 Web 站点,于 2005 年以开源的形式被释放出来。
Django已经成为web开发者的首选框架,是一个遵循 MVC 设计模式的框架。MVC是Model、View、Controller三个单词的简写,分别代表模型、视图、控制器。Django其实也是一个MTV 的设计模式。MTV是Model、Template、View三个单词的简写,分别代表模型、模版、视图。但是在Django中,控制器接受用户输入的部分由框架自行处理,所以 Django 里更关注的是模型(Model)、模板(Template)和视图(Views),称为 MTV模式。
2.5 MySQL数据库
MySQL 经过多次的更新,功能层面已经非常的丰富和完善了,从MySQL4版本到5版本进行了比较大的更新,在商业的实际使用中取得了很好的实际应用效果。最新版本的MySQLl支持对信息的压缩,同时还能进行加密能更好的满足对信息安全性的需求。同时经过系统的多次更新,数据库自身的镜像功能也得到了很大的增强,运行的流畅度和易用性方面有了不小的进步,驱动的使用和创建也更加的高效快捷。最大的变动还是进行了空间信息的显示优化,能更加方便的在应用地图上进行坐标的标注和运算。强大的备份功能也保证了用户使用的过程会更加安心,同时支持的Office特性还支持用户的自行安装和使用。在信息的显示形式上也进行了不小的更新,增加了两个非常使用的显示区,一个是信息区,对表格和文字进行了分类处理,界面的显示更加清爽和具体。第二是仪表的信息控件,能在仪表信息区进行信息的显示,同时还能进行多个信息的比对,为用户的实际使用带来了很大的便捷。
针对本文中设计的北京森林公园推荐在实际的实现过程中,最终选择MySQL数据库的主要原因在于在企业的应用系统应用及开发的过程中会存在大量的数据库比较频繁的操作,而且数据的安全性要求也是非常的高。综合这些因素,最终选择安全性系数比较高的MySQL来对北京森林公园推荐后台数据进行存储操作。
数据库管理系统的总体结构图如下图所示。
图2-1 数据库组成结构
第 3 章 北京森林公园推荐的需求分析
3.1 系统可行性分析
3.1.1 技术可行性分析
北京森林公园推荐设计与实现是一个基于协同过滤算法的北京森林公园景点数据信息分析与推荐平台,我们在实现这个系统所采用的技术方案是基于爬虫技术爬取旅游景点大数据,通过数据过滤之后结合MySQL数据库存储数据,最后展示在系统前台。本系统是在基于Django框架和Python语言进行开发的,在大学的学习中这两门课程都已经学过,而且自己也用这些技术开发过小的项目,在平时的课程设计以及作业也经常用到Python和MySQL,在技术上实现自己的自主开发是可行的。
3.1.2经济可行性分析
在开发北京森林公园推荐并不需要投入太多,开发工具、服务器、数据库等,都可以通过网络搜索、下载、安装,只需要一台普通的计算机就可以完成操作,而且在系统功能规划上通过走访调查目前用户对北京森林公园推荐的需求,了解它们对系统具体实现的功能需求,然后进行设计开发,不存在任何开销,因此系统的开发在经济方面是可行的。
3.1.3 操作可行性分析
操作方面主要考虑的是用户在使用以及管理人员在管理的时候,是否简单可行,没有任何计算机基础的用户能否使用,开发的景点在线销售系统在设计的时候秉承简单易学的理念,在用户进入系统后都会有固定的导航按钮,只要认字就可以操作完成,而且管理员在管理方面也只需简单的增删改查即可完成,因此在操作上也是可行的。
3.2 系统需求分析
3.2.1 功能需求分析
北京森林公园推荐的开发目的很简单,就是旨在帮助用户根据其个人需求和偏好,从众多的北京森林公园景点信息中选择适合自己的旅游景点。通过系统大准确的大数据分析推荐,帮助用户提升旅游目的地决策效率,节省时间和精力。管理员后台实现对系统用户、旅游数据管理、公交站点管理、景点城市管理、景点信息管理、系统管理、公告消息管理、资源管理等功能模块的信息管理,使用者查找管理的时候能够节省大量的时间和精力,有效减少不必要的查找时间。系统在功能上划分为用户端和管理员端两部分。
前台用户端:
(1)注册登录:当用户想要对系统中所实现的功能进行查询管理的时候,就必须进行登录到系统当中,如果没有账号的话,可以在登录窗口中进行注册,然后再通过账号密码登录。
(2)公告消息:用户点击“公告消息”以后,系统当中所有的公告消息都会展示出来,如果想要了解某一公告消息的详细信息,点击后面的“详情”会进入详情界面。
(3)新闻资讯:用户点击“新闻资讯”可以搜索查看资讯信息,并可对资讯信息进行点赞、收藏和发表评论等操作。
(4)公交站点:点击菜单栏“公交站点”就会显示出所有的公交站点信息,可以根据景点名称、景点地址、站点起点或站点终点查看公交站点详细信息,可对景点信息进行收藏等操作。
(5)景点信息:点击菜单栏“景点信息”就会显示出所有的景点信息,可以根据搜索景点名称、景点星级或景点城市查看景点详细信息,包括景点名称、景点地址、景点星级、景点价格、景点城市、景点数量等,可对景点信息进行点赞、收藏和评论等操作。
(6)我的账户:用户点击右上角的“用户名”进入到我的账户便可对自己的昵称、密码和头像进行更改操作。
(7)个人中心:用户点击右上角的“用户名”,然后点击“个人中心”便可查看或删除个人收藏信息。
后台管理员端:
(1)个人资料:对个人的基本信息以及对自己账号登录的密码进行修改;
(2)系统用户:在系统用户管理模块中主要分了两部分,分别是管理员和普通用户,如果需要添加新的用户,点击页面中的“添加”按钮根据提示输入上用户信息,点击“提交”以后在对应的用户界面就可以查看到了,可以点击用户后面的“删除”按钮直接删除某一用户。
系统用户、旅游数据管理、公交站点管理、景点城市管理、景点信息管理、系统管理、公告消息管理、资源管理
(3)旅游数据管理:点击“旅游数据管理”这个按钮可以查看到系统中爬取的城市旅游数据信息,管理员可进行详情查看或删除等相应操作,也可以点击“爬取”按钮进行新的旅游数据爬取,生成最新旅游数据信息。
(4)公交站点管理:管理员点击“公交站点管理”可对前台展示的公交站点信息进行添加管理。
(5)景点城市管理:管理员点击“景点城市管理”系统会把北京森林公园推荐当中所有的景点城市信息都显示出来,可以添加新的景点城市信息。
(6)景点信息管理:点击“景点信息列表”这个按钮可以查看到系统中所有发布的景点信息,管理员可进行详情、查看评论或删除等相应操作。
(7)系统管理:点击“轮播图管理”这个按钮可以查看到系统中所有的轮播图信息,如果想要添加新的轮播图信息,点击“添加”按钮然后根据提示输入轮播图信息,点击“提交”后,在轮播图管理界面就会显示新增的轮播图信息,可以点击某一轮播图信息查看轮播图信息的详情,也可以直接点击“删除”进行删除轮播图。
(8)公告消息管理:管理员点击“公告消息”以后,系统当中所有的公告消息都会展示出来,可以通过关键词查询公告消息,也可以添加新的公告消息或者删除某一条公告消息。
(9)资源管理:管理员在“资源管理”页面可对新闻资讯以及资讯分类进行增删改查等操作。
3.2.2 非功能需求分析
北京森林公园推荐的非功能性需求比如北京森林公园推荐的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
安全性 | 主要指北京森林公园推荐数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指北京森林公园推荐能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响北京森林公园推荐占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着北京森林公园推荐的页面展示内容进行操作,就可以了。 |
可维护性 | 北京森林公园推荐开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
3.3 系统用例分析
北京森林公园推荐中用户角色用例图如图3-1所示:
图3-1 用户角色用例图
北京森林公园推荐中管理员角色用例图如图3-2所示:
图3-2管理员角色用例图
3.4 系统业务流程分析
管理员权限下的工作流程主要为:管理员通过系统界面提供登录按钮并点击,转入管理员登录界面,并在界面上填入相应的管理员账户和管理员密码,进入管理员权限下的后台系统,并且在系统左侧导航条设置了相应的操作功能。
用户权限下的工作流程主要为:用户通过系统提供的注册功能,进行身份验证并注册,而后在登录界面进行个人身份验证,并且进入用户的个人后台界面,并进行相应的操作。
开发基于Django的北京森林公园推荐最主要的一个目的就是实现用户在线浏览景点信息的便捷,系统的业务流程图如下所示。
图3-3系统业务流程图
第 4 章 北京森林公园推荐总体设计
在分析了项目开发的背景、意义以及其开发的可行性后,接下来就是探讨项目的功能划分,以及具体实现的时候对项目数据库各种表的设计,在本章会做一个系统的介绍。
4.1 系统功能模块设计
系统功能模块的设计就是把系统具体要实现哪些功能,功能如何划分做一个系统的架构,以模块图的方式展示出来,方便我们进行功能得罗列以及涉及。在系统的功能方面,项目分成了管理员+用户两个模块,每个模块登录进去对应相应的功能,具体的功能模块图如图4-1所示。
图4-1 北京森林公园推荐功能模块图
4.2 数据库设计
一个成熟的系统,数据库的好坏直接影响着其运行,如果没有一个好的数据库对数据存储,那么系统中所有的数据就没有办法调用,数据库是由很多个表组成,然后表和表之间相互联系,形成一个大大的数据库实体。
4.2.1 数据库概念结构设计
下面是整个北京森林公园推荐中主要的数据库表总E-R实体关系图。
图4-2北京森林公园推荐总E-R关系图
4.2.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 | 用户编号: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 文章描述 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | attraction_cities_id | int | 10 | 0 | N | Y | 景点城市ID | |
2 | attraction_cities | 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 | 更新时间 |
表attraction_information (景点信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | attraction_information_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 | attraction_cities | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | bus_stops_id | int | 10 | 0 | N | Y | 公交站点ID | |
2 | attraction_name | varchar | 64 | 0 | Y | N | 景点名称 | |
3 | attraction_address | varchar | 64 | 0 | Y | N | 景点地址 | |
4 | site_name | varchar | 64 | 0 | Y | N | 站点名称 | |
5 | site_type | varchar | 64 | 0 | Y | N | 站点类型 | |
6 | number_of_sites | varchar | 64 | 0 | Y | N | 站点数量 | |
7 | starting_point_of_the_site | varchar | 64 | 0 | Y | N | 站点起点 | |
8 | station_endpoint | varchar | 64 | 0 | Y | N | 站点终点 | |
9 | route_site | text | 65535 | 0 | Y | N | 途径站点 | |
10 | site_images | varchar | 255 | 0 | Y | N | 站点图片 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | park_data_id | int | 10 | 0 | N | Y | 公园数据ID | |
2 | chinese_name | varchar | 64 | 0 | Y | N | 中文名称 | |
3 | english_name | varchar | 64 | 0 | Y | N | 英文名称 | |
4 | park_star_rating | varchar | 64 | 0 | Y | N | 公园星级 | |
5 | park_ranking | varchar | 64 | 0 | Y | N | 公园排行 | |
6 | details_connection | varchar | 64 | 0 | Y | N | 详情连接 | |
7 | park_number | varchar | 64 | 0 | Y | N | 公园编号 | |
8 | park_overview | text | 65535 | 0 | Y | N | 公园概括 | |
9 | park_tickets | text | 65535 | 0 | Y | N | 公园门票 | |
10 | travel_season | text | 65535 | 0 | Y | N | 旅游时节 | |
11 | transportation_guidelines | text | 65535 | 0 | Y | N | 交通指南 | |
12 | tips | text | 65535 | 0 | Y | N | 小贴士 | |
13 | nickname | varchar | 64 | 0 | Y | N | 昵称 | |
14 | title_of_evaluation | text | 65535 | 0 | Y | N | 评价标题 | |
15 | comment_content | text | 65535 | 0 | Y | N | 评论内容 | |
16 | score | varchar | 64 | 0 | Y | N | 评分 | |
17 | release_time | varchar | 64 | 0 | Y | N | 发布时间 | |
18 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
19 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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已取消 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | regular_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 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | sensitive_vocabulary_id | int | 10 | 0 | N | Y | 敏感词汇ID | |
2 | sensitive_vocabulary | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | tourism_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 | 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 | 文件类型 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | open_id | varchar | 255 | 0 | Y | N | 针对获取用户信息字段 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | vip_level | varchar | 255 | 0 | Y | N | 会员等级 | |
16 | vip_discount | double | 11 | 2 | Y | N | 0.00 | 会员折扣 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
第 5 章 关键模块的设计与实现
5.1 系统首页模块
当进入北京森林公园推荐的时候,系统以上中下的布局进行展示,首先映入眼帘的是系统的导航栏,下面是轮播图,再往下是公告消息,其主界面展示如下图5-1所示。
图5-1系统首页界面图
5.2 登录模块
管理员和用户在登录界面输入用户名+密码,点击“登录”按钮,系统在用户数据库表中会对管理员、普通用户的账号进行匹配,用户名+密码正确的话,就会登录到系统中各个用户的主管理界面,否则提示对应的信息,返回到登录的界面,其主界面展示如下图5-2所示。
图5-2登录界面图
用户登录关键代码如下:
def Login(self, ctx):
print("===================登录=====================")
ret = {
"error": {
"code": 70000,
"message": "账户不存在",
}
}
body = ctx.body
password = md5hash(body["password"]) or ""
obj = service_select("user").Get_obj(
{"username": body["username"]}, {"like": False}
)
if obj:
user_group = service_select("user_group").Get_obj({'name': obj['user_group']}, {"like": False})
if user_group and user_group['source_table'] != '':
user_obj = service_select(user_group['source_table']).Get_obj({"user_id": obj['user_id']}, {"like": False})
if user_obj['examine_state'] == '未通过':
ret = {
"error": {
"code": 70000,
"message": "账户未通过审核",
}
}
return ret
if user_obj['examine_state'] == '未审核':
ret = {
"error": {
"code": 70000,
"message": "账户未审核",
}
}
return ret
if obj["state"] == 1:
if obj["password"] == password:
timeout = timezone.now()
timestamp = int(time.mktime(timeout.timetuple())) * 1000
token = md5hash(str(obj["user_id"]) + "_" + str(timestamp))
ctx.request.session[token] = obj["user_id"]
service_select("access_token").Add(
{"token": token, "user_id": obj["user_id"]}
)
obj["token"] = token
ret = {
"result": {"obj": obj}
}
else:
ret = {
"error": {
"code": 70000,
"message": "密码错误",
}
}
else:
ret = {
"error": {
"code": 70000,
"message": "用户账户不可用,请联系管理员",
}
}
return ctx.response(json.dumps(ret, ensure_ascii=False))
5.3 注册模块
注册模块满足普通用户角色的注册,想要进行登录系统,就必须进行登录,如果没有系统的账号,可以通过注册,然后再登录,其主界面展示如下图5-3所示。
图5-3注册界面图
注册关键代码如下:
def Register(self, ctx):
print("===================注册=====================")
userService = service_select("user")
body = ctx.body
if "username" not in body and body["username"] == '':
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "用户名不能为空",
}
}, ensure_ascii=False))
if "user_group" not in body and body["user_group"] == '':
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "用户组不能为空",
}
}, ensure_ascii=False))
if "password" not in body and body["password"] == '':
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "密码不能为空",
}
}, ensure_ascii=False))
post_param = body
post_param['nickname'] = body["nickname"] or ""
post_param['password'] = md5hash(body["password"])
obj = userService.Get_obj({"username": post_param['username']}, {"like": False})
if obj:
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "用户名已存在",
}
}, ensure_ascii=False))
ret = {
"error": {
"code": 70000,
"message": "注册失败",
}
}
bl = userService.Add(post_param)
if bl:
ret = {
"result": {
"bl": True,
"message": "注册成功"
}
}
return ctx.response(json.dumps(ret, ensure_ascii=False))
5.4 公告消息模块
当访客点击北京森林公园推荐中导航栏上的“公告消息”后将会进入到该“公告消息”列表的界面,然后选择想要看的公告消息,点击进入到详细界面。公告消息列表展示界面如下图所示。
图5-4公告消息界面图
5.5 新闻资讯模块
用户点击“新闻资讯”可以搜索查看资讯信息,并可对资讯信息进行点赞、收藏和发表评论等操作。新闻资讯详情界面如下图5-5所示。
图5-5新闻资讯界面图
5.6 公交站点模块
当用户点击前台“公交站点”按钮后就可以看到所有的公交站点信息列表,选择你想要了解的公交站点后将会进入该公交站点的详情界面,公交站点列表界面如下图5-6所示。
图5-6公交站点列表界面图
5.7 景点信息模块
当用户点击前台“景点信息”按钮后就可以看到所有的景点信息列表,选择你想要了解的景点信息后将会进入该景点信息的详情界面,可以了解到景点名称、景点地址、景点星级、景点价格、景点城市、景点数量等信息,可以发表评论和点赞收藏,景点信息详情界面如下图5-7所示。
图5-7景点信息详情界面图
5.8 系统用户管理模块
管理员可以对系统中所有的用户角色进行管控,包含了管理员和普通用户这两种角色,如果需要添加新的用户,点击页面中的“添加”按钮根据提示输入上用户信息,点击“提交”以后在对应的用户界面就可以查看到了,可以点击用户后面的“删除”按钮直接删除某一用户。界面如下图5-8所示。
图5-8系统用户管理界面图、
5.9 旅游数据管理模块
管理员执行旅游数据管理,并可以爬取相关旅游数据。管理员点击“旅游数据管理”这个按钮可以查看到系统中爬取的城市旅游数据信息,管理员可进行详情查看或删除等相应操作,也可以点击“爬取”按钮进行新的旅游数据爬取,生成最新旅游数据信息。旅游数据管理界面如下图5-9所示。
图5-9旅游数据管理界面图
管理员爬取添加数据后进行统计,可以看到大数据统计界面的价格统计、评分统计、景点城市、星级统计和站点统计等数据统计表。大屏数据统计界面如下图5-10所示。
图5-10大屏数据统计界面图
5.10 景点信息管理模块
管理员执行景点信息管理,并可以操作相关内容,通过单击“景点信息管理”,可以查看详细信息,并且管理前台用户的评论信息。景点信息管理界面如下图5-11所示。
图5-11景点信息管理界面图
5.11 系统管理模块
北京森林公园推荐中的管理人员在“系统管理”这一菜单下是可以对北京森林公园推荐内的轮播图进行添加修改的,其管理界面如下图5-12所示。
图5-12系统管理界面图
5.12 资源管理模块
北京森林公园推荐中的管理人员在“资源管理”这一菜单下是可以对系统内的新闻资讯及资讯分类列表进行管理,资源管理界面如下图5-13所示。

图5-13资源管理界面图
第 6 章 系统测试
这部分内容主要是把前期编码完成的系统,当成是计算机系统的一部分,并结合一些数据,计算机硬件和支持的软件进行集成测试和确认测试。之所以要进行最后的测试步骤,原因在于检查制作的系统与需求说明书的比较中,存在的差异问题。进一步确认制作的系统在功能与性能上跟需求说明书当中的要求相符。
6.1 系统测试的类型
检测系统是否合格,需要用到很多的测试类型。接下来就对这部分内容进行描述。
功能测试:这是系统测试中,首先进行的测试内容,其属于黑盒测试。主要检验制作的系统与需求说明文档的相符程度,还有它们之间存在的差异问题。
性能测试:主要测试制作的系统,在同时面对很多的用户请求时,该系统的应对能力。同时也是检查制作的系统跟事先预定的系统性能存在的差距问题。这样的方法通常在实时系统中,或者是嵌入式系统中运用得比较多。
容量测试:这种方法针对数据。检查正常运行的系统对数据处理的容量值。
安全性测试:这种方法常用于检验系统中设置的安全保护机制对来自非法用户的攻击时是否有效。而检测系统中的信息保护机制就需要使用常见安全测试中的保护测试来验证。
健壮性测试:这种测试还有一个别称是容错测试,通常运用故障插入法来检测系统的容错能力,看系统是否可以忽略故障保持继续运行,或者是检测系统应对故障时的自动恢复能力。
兼容性测试:面对计算机的各种软硬件环境,检测本系统是否可以兼容。
易用性测试:这种方法主要是面向用户,检测用户是否很容易理解和使用系统。
6.2 功能测试
北京森林公园推荐在经历最后的测试环节,需要检验本系统的功能安全性,功能适用性等内容,最终得出测试结论。
表5-1 功能测试数据表
测试内容 | 测试结果 |
系统功能的适用性 | 符合要求 |
系统功能的依从性 | 符合要求 |
系统功能的安全性 | 符合要求 |
系统功能的准确性 | 符合要求 |
系统功能的可操作性 | 符合要求 |
6.3 可用性测试
通常来说,一个布局合理,显示的内容无错别字,并具备合理正常的操作逻辑的系统往往很受欢迎,而且可以提升访问者的使用时间以及访问率。
表5-2 可用性测试数据表
测试内容 | 测试结果 |
检查系统的操作逻辑合不合理 | 合理 |
检查系统的功能布局合不合理 | 合理 |
检查系统能否支持鼠标和键盘 | 能 |
检查系统反馈的提示有无错别字 | 无 |
检查系统功能有无友好性 | 有 |
检查系统页面能否正常关闭 | 能 |
检查系统各数据项有无错误 | 无 |
检查系统有无提供帮助信息 | 有 |
6.4 测试结果分析
北京森林公园推荐经过了编码阶段的单元测试,和最后的系统整体测试等测试后,对于用户要求的功能,本系统都进行了实现,各个模块都运行正常。在面对一些故障性问题时,本系统也有相应的应对办法,并且本系统可以保持24小时正常运转。因此,北京森林公园推荐可以交付用户使用。
第 7 章 结论
本文描述了北京森林公园推荐设计与实现的原理和开发过程,在开发本北京森林公园推荐之前,首先通过网上查询现有的旅游景点推荐功能、线下通过问卷调查的方式,了解用户对景点信息方面的具体需求,对系统的开发背景以及推荐系统的研究现状进行研究,设计了本北京森林公园推荐具体实现的功能;确定好功能后,第二步就是开发工具的选择,在设计本北京森林公园推荐的时候,首先学习了协同过滤推荐算法和爬虫技术,采用了现下比较流行的Django框架,数据的存储方面采用的是开源的MySQL数据库,接下来就是对系统需求的分析,在文中主要通过对北京森林公园推荐进行可行性、性能、功能、用例四个方面进行分析,确定了本北京森林公园推荐的具体功能,功能确定后就是对系统的设计以及,包括前后台、数据库等方面,最终完成系统的开发,对系统进行测试总结。
在开发本北京森林公园推荐的过程中我成长了很多,学习到了很多书本上没有的知识,目前系统虽然已经完成,但是还有许多地方需要改进,比如界面布局方面,代码的编写方面,都可以进一步完善,由于自己专业知识的浅薄,系统做的并不是十分完美,以后我会不断进行学习,对系统进行完善,希望有机会能够投入到学校的使用当中,给同学们提供便利。
参考文献
[1]Yin Y .Research on the integration path of cultural creative industry and tourism industry based on collaborative filtering recommendation algorithm[J].Applied Mathematics and Nonlinear Sciences,2024,9(1):
[2]张启宁,吴国俊.基于Python网络爬虫技术的乡村旅游数据采集与分析[J].产业科技创新,2023,5(06):66-68.
[3]刘娜.基于偏好数据的旅游景点路线推荐方法[J].信息技术,2023,(11):148-152+157.DOI:10.13274/j.cnki.hdzj.2023.11.025.
[4]崔烜.基于大数据的旅游目的地精准营销策略研究[J].旅游纵览,2023,(22):30-32.
[5]Yiying X ,Yi L ,Fen Z , et al.Optimization of intelligent recommendation of innovation and entrepreneurship projects based on collaborative filtering algorithm[J].Intelligent Decision Technologies,2023,17(4):1101-1113.
[6]Alessandro B ,Claudio C ,Paul P , et al.Effect of collaborative-filtering-based recommendation algorithms on opinion polarization.[J].Physical review. E,2023,108(5-1):054304-054304.
[7]黄士新,左华煜,李慧等.融合景点季节演变信息的旅游推荐算法[J].南京理工大学学报,2023,47(05):651-657.DOI:10.14177/j.cnki.32-1397n.2023.47.05.011.
[8]李晓芳.基于注意力机制和画像的旅游路线推荐研究[D].南京邮电大学,2023.DOI:10.27251/d.cnki.gnjdc.2023.000398.
[9]段锐,邹统钎,梁未哲.大数据环境下的旅游目的地形象研究综述:数据、方法和技术[J].旅游导刊,2023,7(05):66-93.
[10]Wang E ,Chen Y ,Li Y .Research on a Hotel Collaborative Filtering Recommendation Algorithm Based on the Probabilistic Language Term Set[J].Mathematics,2023,11(19):
[11]邱奕超,张驰庚.旅游大数据的可视化设计和实现方法[J].信息与电脑(理论版),2023,35(17):120-123.
[12]班航.基于旅游大数据的用户画像建模及个性化推荐研究[D].安徽工程大学,2023.DOI:10.27763/d.cnki.gahgc.2023.000038.
[13]占贻畅.旅游景点客流量预测与个性化推荐算法研究[D].长春工业大学,2023.DOI:10.27805/d.cnki.gccgy.2023.000583.
[14]田运.基于位置社交网络的旅游景点推荐模型研究与系统实现[D].辽宁大学,2023.DOI:10.27209/d.cnki.glniu.2023.000914.
[15]李恩.基于用户推荐算法的武汉市红色旅游平台设计与实现[D].长江大学,2023.DOI:10.26981/d.cnki.gjhsc.2023.001455.
[16]陈勇.基于协同过滤算法的旅游推荐系统的设计[J].价值工程,2022,41(30):160-162.
[17]蒋佳媛.基于点评数据的个性化景点推荐研究[D].上海财经大学,2021.DOI:10.27296/d.cnki.gshcu.2021.002275.
[18]陈舟劢.贵州旅游景点智能推荐系统的设计与实现[D].贵州大学,2021.DOI:10.27047/d.cnki.ggudu.2021.000599.
[19]史睿瑶.基于协同过滤算法的旅游推荐系统的设计与实现[J].电脑知识与技术,2020,16(35):64-66.DOI:10.14004/j.cnki.ckt.2020.3784.
[20]史睿瑶.基于改进协同过滤算法的旅游推荐系统设计与实现[D].河北工程大学,2020.DOI:10.27104/d.cnki.ghbjy.2020.000602.
致谢
至此论文结束,感谢您的阅读。在此我要特别的感谢我的导师,虽然我在实习期间很忙,论文撰写的时候经常是停停改改,但是我的导师依旧十分的负责,时不时的询问我的任务进展情况,跟进我的论文进度,在指导老师的帮助下,我逐步完成了自己的论文和程序,从导师身上也学习到很多知识和经验,这些知识和经验令我受益匪浅。同时我也从导师身上看到了自己的不足,不论是在技术层面上还是在对待工作的态度上,导师如同明镜一般照出了我的缺点我的不足。此外,我还要感谢在我实习期间在论文和程序上帮助过我的同学和社会人士,此前我对于Django框架和Python编程语言方面的一些知识还不了解,是他们在我编写程序过程中给了我很多的启发和感想,也帮助了我对于程序的调试和检测。没有他们我是不能顺利完成本次毕业设计的。至此,我的毕业设计就花上了一个圆满的句号了。
点赞+收藏+关注 →私信领取本源代码、数据库
相关文章:

基于协同过滤的北京森林公园推荐---附源码74454
摘要 本论文主要论述了如何基于协同过滤开发一个北京森林公园推荐,本系统将严格按照软件开发流程进行各个阶段的工作,通过爬虫技术对北京森林公园的景点信息数据进行爬取,面向对象编程思想进行项目开发。在引言中,作者将论述北京森…...

002 JavaClent操作RabbitMQ
Java Client操作RabbitMQ 文章目录 Java Client操作RabbitMQ1.pom依赖2.连接工具类3.简单模式4.工作队列模式(work)公平调度示例 5.发布/订阅模式(fanout)交换机绑定示例代码 6.路由模式(direct)7.Topic匹配…...

lablelme标注的数据转成YOLO v8 格式
1 labelme 转 yolov8 格式 import json import cv2 import numpy as np import os def json2yolo(path):# dic{N_shaoxi:0, N_qiaoqi:1, N_qiaojie:2, N_pianyi:3, N_yiwu: 4, \# NV_shaoxi: 5, NV_qiaoqi: 6, NV_qiaojie: 7, NV_pianyi: 8, NV_yiwu: 9,\# …...

【linux】cat 命令
cat 命令是 Linux 和 Unix 系统中非常基础且常用的一个命令,它的全称是 "concatenate" 的缩写,意为“连接”或“串联”。尽管名字听起来像是专门用于连接文件的,但 cat 命令的用途远不止于此。它主要用于查看、创建、合并文件内容&…...

速通sass基础语法
速通Sass语法: sass的特点: 由于css的缺陷:无法自定义变量,不可引用,嵌套等。sass/scss/less等css预处理器产生。以sass为例,引入了变量、嵌套、运算、混入(Mixin)、继承、颜色处理、函数等诸多功能。方便…...

Vue: watch5种监听情况
目录 一.watch的性质与作用 1.watch 的性质包括: 2.watch 常用于以下场景: 二.监视ref定义的基本类型数据 三.监视ref定义的对象类型数据 四.监视reactive定义的对象类型数据 五.监视ref或reactive定义的对象类型数据中的某个属性 六.监视上述的…...

Android 车联网——汽车系统介绍(附2)
汽车系统指的是由多个模块或组件组成的系统,如发动机系统、制动系统、空调系统等,这些系统通常由多个 ECU 协同工作来完成特定的任务。 一、汽车系统 1、防抱死制动系统 ABS(Anti-lock Braking System,防抱死制动系统)是一项重要的汽车安全技术,其主要功能是在车辆紧急…...

C++ 链表
基本用法 C++提供了list容器,这是一个双向链表,能高效进行数据添加和删除。 引入头文件 #include <iostream> #include <list> // 引入list头文件 using namespace std;创建和初始化 list...

中国初创公司数量下降了98%
近年来,中国风险投资市场的风云变幻,通过IT Juzi(IT桔子)等权威数据服务提供商的透镜,得以清晰展现。数据显示,自2018年的鼎盛时期——拥有51,302家初创公司以来,这一数字在短短五年内急剧下降至…...

【SSRF漏洞】——http协议常见绕过
改变的确很难,但结果值得冒险 本文如有错误之处,还请各位师傅指正 一.ssrf概述 SSRF全称为Server-side Request Fogery,中文含义服务器端请求伪造 SSRF是一种由攻击者构造形成由目标服务端发起请求的一个安全漏洞。一般情况下,SSRF攻击的目标…...

[网络][CISCO]CISCO_华为网络设备端口镜像配置
CISCO 华为网络设备端口镜像配置大全 isco交换机通常支持2组镜像,4000系列有支持6组镜象的。支持所全端口镜像。 Cisco catylist2820 有2个菜单选项 先进入menu选项,enable port monitor 进入cli模式, en conf term interface fast0/…...

第二十五章 添加数字签名
文章目录 第二十五章 添加数字签名数字签名概述添加数字签名 第二十五章 添加数字签名 本主题介绍如何向 IRIS Web 服务和 Web 客户端发送的 SOAP 消息添加数字签名。 通常,会同时执行加密和签名。为简单起见,本主题仅介绍签名。有关结合加密和签名的信…...

GHOST重装后DEF盘数据救援指南
一、现象解析:GHOST重装后的DEF盘失踪之谜 在计算机维护的日常中,GHOST重装因其快速便捷的特点,成为众多用户解决系统问题的首选方法。然而,这一操作虽能迅速恢复系统至初始状态,却也暗藏风险,尤其是当不慎…...

使用blender快速制作metahuman面部以及身体绑定教程
【metablriger教程】使用blender一键绑定自定义角色metahuman绑定并导入UE5引擎教程_哔哩哔哩_bilibili 目前市面上的制作metahuman绑定的工具大多是maya的,metablriger是一个帮助用户快速制作metahuman绑定的blender插件,可以平替市面上已有的metahuma…...

OpenHarmony鸿蒙( Beta5.0)智能窗户通风设备开发详解
鸿蒙开发往期必看: 一分钟了解”纯血版!鸿蒙HarmonyOS Next应用开发! “非常详细的” 鸿蒙HarmonyOS Next应用开发学习路线!(从零基础入门到精通) “一杯冰美式的时间” 了解鸿蒙HarmonyOS Next应用开发路…...

pandas 将多条记录整合成一条记录,每条记录的year和month字段组成新的字段名
你可以使用 Pandas 的 pivot_table() 或 groupby() 方法,将多条记录整合成一条,并通过 year 和 month 这两个字段生成新的字段名。具体的实现方法是通过 pivot_table() 将 year 和 month 作为列标签,将其他列中的数据进行整合。 假设你的数据…...

C# 中的多线程同步:原子变量、原子操作、内存顺序和可见性
C# 中的多线程同步:原子变量、原子操作、内存顺序和可见性 引言 随着现代计算机系统的发展,多核处理器已经变得非常普遍。在这种环境下,多线程编程成为提高应用程序性能的关键技术之一。然而,多线程编程带来了新的挑战ÿ…...

视图(mysql)
一、什么是视图 视图是⼀个虚拟的表,它是基于⼀个或多个基本表或其他视图的查询结果集。视图本⾝不存储数 据,⽽是通过执⾏查询来动态⽣成数据。⽤⼾可以像操作普通表⼀样使⽤视图进⾏查询、更新和管 理。视图本⾝并不占⽤物理存储空间,它仅…...

elementui组件el-upload实现批量文件上传
el-upload组件上传文件时,每传一个文件会调一次接口,所以当上传多个文件的时候,有 n 个文件就要调 n 次接口。 刚好之前工作中遇到使用el-upload组件批量上传文件的需求,来看看怎么实现。 思路: 1.取消组件的自动上…...

【JAVA入门】Day45 - 压缩流 / 解压缩流
【JAVA入门】Day45 - 压缩流 / 解压缩流 文章目录 【JAVA入门】Day45 - 压缩流 / 解压缩流一、解压缩流二、压缩流 在文件传输过程中,文件体积比较大,传输较慢,因此我们发明了一种方法,把文件里的数据压缩到一种压缩文件中&#x…...

Qt_自定义信号
目录 1、自定义信号的规定 2、创建自定义信号 3、带参数的信号与槽 4、一个信号连接多个槽 5、信号与槽的断开 结语 前言: 虽然Qt已经内置了大量的信号,并且这些信号能够满足大部分的开发场景,但是Qt仍然允许开发者自定义信号&#…...

【运维方案】某系统运维需求方案参考(doc全原件2024)
系统运维需求方案 1服务目标 2服务人力需求、服务资源需求 3信息资产统计服务需求 4业务应用软件服务需求 5网络、安全系统运维服务需求 6主机、存储系统运维服务需求 7数据库系统运维服务需求 8终端运维服务需求 9综合布线系统服务需求 10大屏幕显示系统的维护需求 11视频会议…...

Linux环境使用Git同步教程
📖 前言:由于CentOS 7已于2024年06月30日停止维护,为了避免操作系统停止维护带来的影响,我们将把系统更换为Ubuntu并迁移数据,在此之前简要的学习Git的上传下载操作。 目录 🕒 1. 连接🕘 1.1 配…...

c++临时对象导致的生命周期问题
对象的生命周期是c中非常重要的概念,它直接决定了你的程序是否正确以及是否存在安全问题。 今天要说的临时变量导致的生命周期问题是非常常见的,很多时候没有一定经验甚至没法识别出来。光是我自己写、review、回答别人的问题就犯了或者看到了许许多多这…...

CSP-J 算法基础 深度优先搜索
文章目录 前言深度优先搜索通俗解释例子深度优先搜索的步骤DFS 的特点生活中的类比 为什么递归问题会变成深度优先搜索?递归与深度优先搜索的关系:递归与系统栈递归调用的过程:栈的作用: 递归与系统栈的简单示例递归实现 DFS 的简…...

LeetCode题练习与总结:基本计算器 Ⅱ--227
一、题目描述 给你一个字符串表达式 s ,请你实现一个基本计算器来计算并返回它的值。 整数除法仅保留整数部分。 你可以假设给定的表达式总是有效的。所有中间结果将在 [-2^31, 2^31 - 1] 的范围内。 注意:不允许使用任何将字符串作为数学表达式计算…...

Elasticsearch基础(七):Logstash如何开启死信队列
文章目录 Logstash如何开启死信队列 一、确保 Elasticsearch 输出插件启用 DLQ 支持 二、配置 Logstash DLQ 设置 三、查看死信队列 四、排查 CSV 到 Elasticsearch 数据量不一致的问题 Logstash如何开启死信队列 在 Logstash 中,死信队列(Dead Le…...

c语言--力扣简单题目(链表的中间节点)讲解
题目如下: 给你单链表的头结点 head ,请你找出并返回链表的中间结点。 如果有两个中间结点,则返回第二个中间结点。 示例 1: 输入:head [1,2,3,4,5] 输出:[3,4,5] 解释:链表只有一个中间结点…...

【STM32 Blue Pill编程】-定时器计数模式
定时器计数模式 文章目录 定时器计数模式1、定时器计数模式介绍2、硬件准备及接线3、模块配置3.1 定时器计数模式配置3.2 定时器中断配置3.3 串口配置4、代码实现在本文中,我们将讨论如何在计数器模式下配置 STM32 Blue Pill 定时器模块。 要将定时器用作计数器,我们将其配置…...

【例题】lanqiao1331 二进制中 1 的个数
二进制中 1 的个数 题目描述 给定一个整数 x,输出该数二进制表示中 1 的个数。 例:9 的二进制表示为 1001,有 2 位是 1 ,所以函数返回 2。 输入描述 输入 x (内存空间为 32 位的整数)。 输出描述 第一…...