目  录

摘要

1 绪论

1.1研究背景

1.2爬虫技术

1.3flask框架介绍 2

1.4论文结构与章节安排 3

2 自驾游搜索系统分析 4

2.1 可行性分析 4

2.2 系统流程分析 4

2.2.1数据增加流程 5

2.3.2数据修改流程 5

2.3.3数据删除流程 5

2.3 系统功能分析 5

2.3.1 功能性分析 6

2.3.2 非功能性分析 6

2.4 系统用例分析 7

2.5本章小结

3 自驾游搜索系统总体设计

3.1 系统架构设计

3.2 系统功能模块设计

3.2.1整体功能模块设计

3.2.2用户模块设计

3.2.3评论管理模块设计

3.3 数据库设计

3.3.1 数据库概念结构设计

3.3.2 数据库逻辑结构设计

3.4本章小结

4 自驾游搜索系统详细设计与实现 20

4.1用户功能模块 20

4.1.1 前台首页界面 20

4.1.2 用户登录界面 20

4.1.3用户注册界面 23

4.1.4公告信息界面

4.1.5 景区展示界面

4.1.6 新闻资讯界面

4.1.7 我的账户界面

4.2管理员功能模块

4.2.1 登录界面

4.2.2 系统用户管理界面

4.2.3 公告信息管理界面 30

4.2.4 资源管理界面 32

4.2.5 模块管理界面

5系统测试 36

5.1系统测试的目的 36

5.2 系统测试用例 36

5.3 系统测试结果 37

结论 38

参考文献 39

致  谢

摘要

信息化社会内需要与之针对性的信息获取途径，但是途径的扩展基本上为人们所努力的方向，由于站在的角度存在偏差，人们经常能够获得不同类型信息，这也是技术最为难以攻克的课题。针对招聘数据分析等问题，对自驾游搜索系统进行研究分析，然后开发设计出自驾游搜索系统以解决问题。

自驾游搜索系统主要功能模块包括景区信息、销量分析、热度分析、价格分析、景区展示，采取面对对象的开发模式进行软件的开发和硬体的架设，能很好的满足实际使用的需求，完善了对应的软体架设以及程序编码的工作，采取MySQL作为后台数据的主要存储单元，采用flask框架、python技术、Ajax技术进行业务系统的编码及其开发，实现了本系统的全部功能。本次报告，首先分析了研究的背景、作用、意义，为研究工作的合理性打下了基础。针对自驾游搜索系统的各项需求以及技术问题进行分析，证明了系统的必要性和技术可行性，然后对设计系统需要使用的技术软件以及设计思想做了基本的介绍，最后来实现自驾游搜索系统和部署运行使用它。

关键词：自驾游搜索系统；flask；MYSQL

Abstract

In the information society, there is a need for targeted information acquisition channels, but the expansion of channels is basically the direction of people's efforts. Due to the deviation in perspective, people often can obtain different types of information, which is also the most difficult topic for technology to overcome. Research and analyze the self driving travel search system for recruitment data analysis and other issues, and then develop and design a self driving travel search system to solve the problem.

The main functional modules of the self driving travel search system include scenic area information, sales analysis, popularity analysis, price analysis, and scenic area display. It adopts an object-oriented development model for software development and hardware installation, which can well meet the actual needs of use. It improves the corresponding software installation and program coding work, adopts MySQL as the main storage unit for backend data, and adopts the Flask framework and Python technology Ajax technology is used for coding and developing business systems, achieving all the functions of this system. This report first analyzes the background, role, and significance of the research, laying the foundation for the rationality of the research work. Analyze the various requirements and technical issues of the self driving travel search system, prove the necessity and technical feasibility of the system, and then provide a basic introduction to the technical software and design ideas required for designing the system. Finally, implement the self driving travel search system and deploy it for operation.

Keywords:Self driving travel search system; flask； MYSQL

1 绪论

1.1研究背景

随着我国旅游行业的飞速发展，传统的旅游模式已将无法满足现阶段游客的需求。如何使用户能更加便捷的选择适合的路线方案，成为旅游行业发展的必然。利用信息对游客进行聚类，分析不同簇类旅游消费习惯，实现向同类用户推荐别的用户的相似选择，设定与自身需求更符合的旅游策略。随着信息产业的蓬勃发展，也使得信息泛滥成灾，各种琳琅满目的商品充斥着网络，用户的选择从一开始的便捷也慢慢陷入了迷失。在浩大的信息宇宙中，顾客若要想获得最满意的方案，就需要花费多倍的时间和精力在搜索对比上，也不一定能获得最满意的选择。

因此，本文提出了基于爬虫系统和K-means用户聚类分析技术的自驾游搜索系统的设计。通过抓取各网站的自驾游路线信息，利用用户曾经旅游的信息和基本信息对用户进行分析聚类，分析不同用户的消费习惯和出行习惯，将其他用户的相似选择推荐给相似用户，并根据排序结果进行算法推荐,使用户能够更方便地获得合适的方案。

1.2爬虫技术

网络为搜索引擎从万维网下载网页。一般分为传统爬虫和聚焦爬虫。

传统爬虫从一个或若干初始网页的URL开始，获得初始网页上的URL，在抓取网页的过程中，不断从当前页面上抽取新的URL放入队列，直到满足系统的一定停止条件。通俗的讲，也就是通过源码解析来获得想要的内容。

聚焦爬虫的工作流程较为复杂，需要根据一定的网页分析算法过滤与主题无关的链接，保留有用的链接并将其放入等待抓取的URL队列。然后，它将根据一定的搜索策略从队列中选择下一步要抓取的网页URL，并重复上述过程，直到达到系统的某一条件时停止。另外，所有被爬虫抓取的网页将会被系统存贮，进行一定的分析、过滤，并建立索引，以便之后的查询和检索；对于聚焦爬虫来说，这一过程所得到的分析结果还可能对以后的抓取过程给出反馈和指导。

1.3flask框架介绍

Flask是一个轻量级的可定制框架，使用Python语言编写，较其他同类型框架更为灵活、轻便、安全且容易上手。它可以很好地结合MVC模式进行开发，开发人员分工合作，小型团队在短时间内就可以完成功能丰富的中小型网站或Web服务的实现。另外，Flask还有很强的定制性，用户可以根据自己的需求来添加相应的功能，在保持核心功能简单的同时实现功能的丰富与扩展，其强大的插件库可以让用户实现个性化的网站定制，开发出功能强大的网站。

Flask是目前十分流行的web框架，采用Python编程语言来实现相关功能。它被称为微框架(microframework)，“微”并不是意味着把整个Web应用放入到一个Python文件，微框架中的“微”是指Flask旨在保持代码简洁且易于扩展，Flask框架的主要特征是核心构成比较简单，但具有很强的扩展性和兼容性，程序员可以使用Python语言快速实现一个网站或Web服务。一般情况下，它不会指定数据库和模板引擎等对象，用户可以根据需要自己选择各种数据库。Flask自身不会提供表单验证功能，在项目实施过程中可以自由配置，从而为应用程序开发提供数据库抽象层基础组件，支持进行表单数据合法性验证、文件上传处理、用户身份认证和数据库集成等功能。Flask主要包括Werkzeug和Jinja2两个核心函数库，它们分别负责业务处理和安全方面的功能，这些基础函数为web项目开发过程提供了丰富的基础组件。Werkzeug库十分强大，功能比较完善，支持URL路由请求集成，一次可以响应多个用户的访问请求；支持Cookie和会话管理，通过身份缓存数据建立长久连接关系，并提高用户访问速度；支持交互式Javascript调试，提高用户体验；可以处理HTTP基本事务，快速响应客户端推送过来的访问请求。Jinja2库支持自动HTML转移功能，能够很好控制外部黑客的脚本攻击。系统运行速度很快，页面加载过程会将源码进行编译形成Python字节码，从而实现模板的高效运行；模板继承机制可以对模板内容进行修改和维护，为不同需求的用户提供相应的模板。目前Python的web框架有很多。除了Flask，还有django、Web2py等等。其中Django是目前Python的框架中使用度最高的。但是Django如同java的EJB(EnterpriseJavaBeansJavaEE服务器端组件模型)多被用于大型网站的开发，但对于大多数的小型网站的开发，使用SSH(Struts+Spring+Hibernat的一个JavaEE集成框架)就可以满足，和其他的轻量级框架相比较，Flask框架有很好的扩展性，这是其他Web框架不可替代的。

1.4论文结构与章节安排

论文将分层次经行编排，除去论文摘要致谢文献参考部分，正文部分还会对网站需求做出分析，以及阐述大体的设计和实现的功能，最后罗列部分调测记录，论文主要架构如下：

第一章：引言。第一章主要介绍了课题研究的背景，系统开发的现状和本文的研究目的与主要工作。

第二章：系统需求分析。第二章主要从系统的用户、功能等方面进行需求分析。

第三章：系统设计。第三章主要对系统框架、系统功能模块、数据库进行功能设计。

第四章：系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。

第五章：系统测试。第五章主要对系统的部分界面进行测试并对主要功能进行测试

第六章：总结。

2 自驾游搜索系统分析

系统分析是开发一个项目的先决条件，通过系统分析可以很好的了解系统的主体用户的基本需求情况，同时这也是项目的开发的原因。进而对系统开发进行可行性分析，通常包括技术可行性、经济可行性等，可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析，分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。

2.1 可行性分析

（1）经济可行性：

在项目上使用的工具大部分都是是当下流行开源免费的，所以在开发前期，开发时用于项目的经费将会大大降低，不会让开发该软件在项目启动期受到经费的影响，所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费，以及设备费用。将在无纸化，高效率的道路上越走越远。

所以经济可行性没有问题。

（2）操作可行性：

此次项目设计参考了几个该模式下网站的开发案例，对他们的操作界面分析，将众多案例结合在一起，突出以人为本简化操作，所以具有基本计算机知识的人都会操作本项目。

因此操作可行性也没有问题。

（3）技术可行性：

技术可行性指的是对于搭建框架的可行性，以及有更优秀的技术出现时系统的技术更新换代的纳新性如何，开发时间成本费用比如何。

现有的flask技术能够迎合所有电子商务系统的搭建。开发这个自驾游搜索系统的时候我采用了flask+MYSQL用以运行整体程序。

综上所述技术可行性也没有问题。

（4）法律可行性：

从开发者角度来看，flask和MYSQL是网上开源且免费的，在知识产权方面不会产生任何法律纠纷。

从用户使用角度来看，只要不再系统上贩卖违禁品，对系统做出条约协议，杜绝非法支付即可。

综上所述法律可行性也没有问题。

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）我的账户：在前台点击“我的”下面的“我的账户”可以对个人资料+密码修改+自己收藏的信息进行管控。

管理员管理模块：

（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.3 数据库设计

数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程，其中需求分析前面章节已经阐述，概念模型设计有概念模型和逻辑结构设计两部分。

3.3.1 数据库概念结构设计

下面是整个自驾游搜索系统中主要的数据库表总E-R实体关系图。

图3-6 自驾游搜索系统总E-R关系图

3.3.2 数据库逻辑结构设计

表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：

表heat_analysis (热度分析)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	heat_analysis_id	int	10	0	N	Y		热度分析ID
2	scenic_area_name	varchar	64	0	Y	N		景区名称
3	monthly_sales_quantity	varchar	64	0	Y	N		月销数量
4	ticket_price	varchar	64	0	Y	N		门票价格
5	scenic_area_level	varchar	64	0	Y	N		景区等级
6	scenic_area_heat	varchar	64	0	Y	N		景区热度
7	recommend	int	10	0	N	N	0	智能推荐
8	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表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	更新时间：

表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已取消

表price_analysis (价格分析)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	price_analysis_id	int	10	0	N	Y		价格分析ID
2	scenic_area_name	varchar	64	0	Y	N		景区名称
3	monthly_sales_quantity	varchar	64	0	Y	N		月销数量
4	scenic_area_prices	int	10	0	Y	N	0	景区价格
5	scenic_area_level	varchar	64	0	Y	N		景区等级
6	scenic_area_heat	varchar	64	0	Y	N		景区热度
7	recommend	int	10	0	N	N	0	智能推荐
8	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表sales_analysis (销量分析)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	sales_analysis_id	int	10	0	N	Y		销量分析ID
2	scenic_area_name	varchar	64	0	Y	N		景区名称
3	monthly_sales_quantity	varchar	64	0	Y	N		月销数量
4	ticket_price	varchar	64	0	Y	N		门票价格
5	scenic_area_level	varchar	64	0	Y	N		景区等级
6	statistical_month	varchar	64	0	Y	N		统计月份
7	recommend	int	10	0	N	N	0	智能推荐
8	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表scenic_area_display (景区展示)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	scenic_area_display_id	int	10	0	N	Y		景区展示ID
2	scenic_area_name	varchar	64	0	Y	N		景区名称
3	scenic_area_address	text	65535	0	Y	N		景区地址
4	introduction	text	65535	0	Y	N		景区简介
5	monthly_sales_quantity	varchar	64	0	Y	N		月销数量
6	scenic_area_link	text	65535	0	Y	N		景区链接
7	ticket_price	varchar	64	0	Y	N		门票价格
8	scenic_area_level	varchar	64	0	Y	N		景区等级
9	scenic_area_heat	varchar	64	0	Y	N		景区热度
10	cover_photo	varchar	255	0	Y	N		封面图片
11	praise_len	int	10	0	N	N	0	点赞数
12	recommend	int	10	0	N	N	0	智能推荐
13	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
14	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表scenic_area_information (景区信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	scenic_area_information_id	int	10	0	N	Y		景区信息ID
2	scenic_area_name	varchar	64	0	Y	N		景区名称
3	scenic_area_address	text	65535	0	Y	N		景区地址
4	introduction	text	65535	0	Y	N		景区简介
5	monthly_sales_quantity	varchar	64	0	Y	N		月销数量
6	scenic_area_link	text	65535	0	Y	N		景区链接
7	ticket_price	varchar	64	0	Y	N		门票价格
8	scenic_area_level	varchar	64	0	Y	N		景区等级
9	scenic_area_heat	varchar	64	0	Y	N		景区热度
10	recommend	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	更新时间

表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	更新时间：

表system_users (系统用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	system_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	examine_state	varchar	16	0	N	N	已通过	审核状态
5	recommend	int	10	0	N	N	0	智能推荐
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	更新时间

表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	email	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-2用户注册界面图

4.1.4公告信息界面

当点击导航栏上的“公告信息”的时候，就会进入对应的界面查看公告信息，公告信息界面如下图4-4所示。

        

图4-4公告信息界面图

4.1.5景区展示界面

用户可以查看景区展示，在查询到自己想要了解的景区展示的时候，可以进入查看详细的介绍。界面如下图4-5所示。

   

图4-5景区展示界面图

4.1.6新闻资讯界面

当访客点击自驾游搜索系统中导航栏上的“新闻资讯”后将会进入到该“新闻资讯”列表的界面，然后选择想要看的新闻资讯信息，点击进入到详细界面，在详细界面可以收藏+赞+评论等操作，新闻资讯界面如下图4-6所示。

                         

图4-6新闻资讯界面图

4.1.7我的账户界面

当用户点击右上角“我的”这个按钮，会出现子菜单，点击“我的账户”可以对个人的资料、登录系统的密码以及自己收藏的信息进行设置管理，我的账户界面如下图4-7所示。

图4-7我的账户界面图

4.2管理员功能模块

自驾游搜索系统的理员拥有最高的权限，可以对用户信息、系统信息以及自驾游搜索系统相关信息进行管控。

4.2.1登录界面

管理员在后台可以通过账号和密码进行登录，管理员的账号和密码是在数据库中直接设定的。界面展示如下图4-8所示。

图4-8登录界面图

4.2.2系统用户管理界面

管理员点击“系统用户”这一菜单会显示管理员以及系统用户这两个子菜单，管理员可以对这两个角色的信息进行增删改查操作。界面如下图4-9所示。

图4-9系统用户管理界面图

4.2.3公告信息管理界面

管理员点击“公告信息管理”菜单可以查看到系统中的所有公告信息，对已经存在的公告信息，管理员可以修改，也可以添加新的公告信息或者删除公告信息。界面如下图4-10所示。

图4-10公告信息管理界面图

4.2.4资源管理界面

资源管理主要管理员是对新闻资讯以及新闻资讯所属的分类进行管控，包含了用户对新闻资讯提交的评论信息，界面如下图4-11所示。

图4-11资源管理界面图

4.2.5模块管理界面

自驾游搜索系统中的管理人员在“模块管理”这一菜单下是可以对自驾游搜索系统内的景区展示、景区信息、销量分析、热度分析、价格分析进行管控的，其管理界面如下图4-12所示。

图4-12模块管理界面图

爬虫数据界面如下图所示：

图4-13爬虫数据界面

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、flask技术、MYSQL，这些技术都是在以前的学习中学到了，其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验，其实对于我们来说工作量还是比较大的，但是正是由于之前的积累与准备，才能顺利的完成这个项目，由此看来，积累经验跟做好准备是十分重要的事情。

当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助，正是因为他们的指导与帮助，我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西，此系统也有需要改进的地方，但是由于专业知识的浅薄，并不能做到十分完美，希望以后有机会可以让其真正的投入到使用之中。