爬虫-基于python的旅游景点推荐系统的设计与实现-计算机毕业设计源码24044

随着经济水平的提高，国内的旅游业发展快速，但是相对来说，国内旅游业发展的程度并不能完全适应经济的发展和人民生活水平提高的需要。因此国内旅游业在国民经济中的地位和作用凸显重要。

但国内旅游产业管理滞后，基础弱，企业效益差，信息化较低。旅游行政管理部门的管理方式些许落后，缺少信息化管理，信息沟通渠道不顺畅等一系列问题。面对挑战和挫折，国内旅游产业必须转变旧观念，勇于创新，打破传统理念，提供各种资源，这样一来使整个行业有了崭新的一幕。同时要加强旅游信息化的建设，不断提高各级管理部门的管理能力和工作效率，简化办事的程序，减少工作的成本，加快信息的传播速度，多做宣传，提高信息的真实性；另一方面通过开展旅游产业来满足游客的需求，提升旅游的服务质量，缩减成本，转变旅游企业传统经营模式，这样做的话不仅提高整个旅游产业的素质，而且提升旅游产业的信息化，优化产业的结构和资源。进而带动许多产业的发展，提高就业机率，对经济的发展有着积极的推动作用。

我国的旅游局要求落实全方位发展中国旅游业的战略目标，其中的重要任务就是要有效利用十年左右的时间，尽最大努力地提高信息技术应用中各方位、各层次的旅游服务水平，将旅游和信息服务相互融合，促进信息化发展。基本上建成了覆盖全国的旅游基础设施和旅游信息数据库平台，追求信息资源的交流与共享，最终形成一个有示范效应的智慧旅游城市，智慧旅游企业。目前，许多城市都在开展智能城市建设。中国的旅游局已经对智慧旅游城市的战略落实了试行方案，初步肯定了国内十八个城市。我国大部分的旅游网站在开发初期，由于缺少对旅游行业和网络运营的全而了解，未能找准切入点，使旅游网站建成之后缺乏特色与“卖点”，往往照搬照抄其它旅游网站的现成模式，成为欧美等网络业发达国家网站的中文翻版，或者是大型网站的缩影。其结果是版而设计相似，内容雷同，重复建设问题严重，既没有形成具有一定规模的经营模式，也没有达到网上促销、预订的高成功率，使整个旅游业电子商务的销售额少得可怜。旅游产品交易的安全性问题是旅游网站发展的瓶颈。是否能够确保在动态、开放的旅游网站上，安全的完成旅游产品的整个交易过程，是旅游者选择网站上购买旅游产品首要考虑的问题之一。而我国大部分旅游网站在线支付手段不健全，缺乏统一的标准体系，在线交易的安全性更是令人担忧。恶意订购、交易出错的现象屡见不鲜，所以，消费者对旅游产品的网上交易信赖度不高。因此，交易不安全问题成为旅游网站发展中最大的障碍。

与国外相比，我国旅游电子商务起步稍晚，1996年才开始出现专业的旅游网站，其后旅游电子商务快速发展，到2000年进入第一个高潮期，但在2001年由于受世界旅游业整体负增长形势的影响，中国的旅游业在这一年经历了一定的困境，增长速度有所下降;2002年中国旅游业又开始整体回升，到2005年Web2.0的刺激下掀起了新的一轮旅游电子商务热，自此又进入了一个新的“加速发展期”。目前，我国具有一定旅游资讯能力的网站已有5000多家。其中专业旅游300余家，主要包括地区性网站、专业网站和门户网站的旅游频道3大类。   

超文本传输协议（HTTP）作为协作式与分布式的通信协议，其以万维网交换信息作为前提条件。HTTP为IEIF的国际化标准指标，在制定相关标准与实现内，W3C积极参与其中，同时发挥着不可替代的作用。其能够借助超文本标记语言，将文档在服务器与浏览器之间相互传输。HTML作为构架文档的标记语言，这些文档内将包括有关信息的链接，用户仅需要点击其中一个链接就能够访问多媒体对象与图像，同时获得该链接项所具有的附加信息[1][2]。

HTML是一种制作网页的常用语言，它一般是用于制作静态页面。它的命令是可以体现文字信息、链接信息、图形信息和表格信息等等。现在它被大众普遍接受广泛应用在网络上[3]。

在系统的开发上采用了B/S结构，在B/S结构中，统一采用浏览器，而不需要去开发任何的用户界面，Web浏览器向处理它的Web服务器发送请求，并一步一步地将处理结果返回给客户端。B/S结构主要采用了各种脚本语言和ActiveX技术，降低了系统的开发难度并简化了系统维护以及使用[4]。

B/S结构有如下特点：B/S结构建立在广域网上，不需要专门为其配置硬件环境，比C/S结构的适应范围更强；由于其基于广域网，所以其对安全的控制能力相对较弱；B/S的多种结构要求构造相对独立的函数，这样才能可以更好地重用；B/S结构组成简单，便于对个别构件进行更换，降低了系统的维护成本B/S信息流向与C/S不同，B/S信息流向可变化[5]。

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框架不可替代的。

开发任何一个系统，都要对其可行性进行分析，对其时间和资源上的限制进行考虑，这样可以减少系统开发的风险。同时，分析之后不仅能够合理的运用人力，还能在各方面资源的消耗上得到节省。下面就对技术、经济和社会三个方面来介绍。

技术可行性主要考虑当前项目所用的技术是否能够符合，在设备上是否能够满足，及各种辅助工具是否提供帮助。本系统用的是python开发语言，调试相对简单，当前的计算机硬件配置也完全能满足开发的需求，因此在技术上是绝对可行的。软件方面：由于软件的开发平台成熟可行,它们速度快、容量大、可靠性能高、价格低，完全能满足系统的需求。采用python编程语言，已无技术上的问题。

系统所采用的ZendStudio开发平台和Mysql后端数据库均为免费开发工具。故开发成本主要集中在后期的推广及系统维护上。相对于成本较高的C/S模式，也是选用了成本较低的B/S模式，所以经济上几乎没任何问题。

本系统是自行开发的系统，以方便高效管理旅游景点为出发点，是具有实际意义的系统，开发的环境软件和用到的数据库也都是开源代码，不存在侵权等问题，所以在社会方面也是可行的。

用户用例图如下所示。

图3-1 用户用例图

管理员用例图如下所示。

图3-1 管理员用例图

通过对用例图的分析和调查，根据本系统的实际需要，从用户角度提出需求功能如下：

1.管理员功能需求：

用户管理模块：管理员查看用户基本信息，并实现对用户信息的增加、删除、修改等功能。

修改登录密码模块：修改管理员用户的登录密码。

景点类型管理模块：管理员查看景点类型，并且添加景点类型数据，也能够删除景点类型数。

景点管理模块：管理员查看景点，并且添加景点数据，也能够删除景点数据。

酒店信息管理模块：根据业务需要，管理员对酒店信息的维护、处理等操作。

旅行社模块：根据业务需要，管理员对旅行社的信息的维护、处理等操作。

资讯管理模块：管理员查看资讯数据，并且发布资讯数据，编辑资讯数据，删除资讯数据。

2.用户功能需求：

用户注册模块：将用户信息录入数据库，用户利用注册的账号以及密码登录系统，浏览查看各种信息，添加部分信息；

旅游公告模块：用户查看旅游公告，可以对公告进行点赞或收藏。

评论模块：用户评论景点，查看其他对该景点的评论内容。

收藏模块：用户收藏景点，整理个人收藏夹。

个人信息模块：修改信息功能，用户修改个人资料信息，但不能修改账号；密码修改功能，修改登录密码。

景点信息模块：从管理员发布的景点数据中选择需要要查看的景点，进行查看评论、地图等操作。

酒店信息模块：从管理员发布的酒店信息数据中选择要查询的酒店信息进行查看或点赞收藏。

旅行社模块：从管理员发布的旅行社信息数据中选择要查询的旅行社信息进行查看或点赞收藏。

评判一个系统好坏的一项重要指标就是性能，下面是对此系统的一些性能进行阐述。

1.系统的安全性和稳定性: 旅游景点推荐系统在管理权限上有着严格的控制，即想登录此平台进行操作，则必须要有操作权限，没有权限的用户是不可能登录平台查看任何的信息和数据，从而确保了系统的安全性。

2.数据的完整性和准确性：第一个是各项记录信息的完整性，信息记录的内容可以为空；第二个是各项信息数据之间相互联系的准确性；第三个是数据在不同记录信息的一致性

3．用户操作系统简单方便

在系统开发中按照“简单易用”的原则，能够使用户对系统的使用一目了然，既能保证用户使用，同时又能保证维护人员方便维护。

业务流程图不仅能反映出内部业务之间的关系，而且能体现出作业顺序及信息的流动。旅游景点推荐系统必须支持整个组织在不同层次上的各种功能，各个功能模块之间又有各种不同相关的信息进行联系，构成了一个有机的整体，根据旅游网站的特点以及结合所面临的实际情况，设计出了系统的业务流程图。

系统的业务流程如下图所示。

图3-1系统业务流程图

在分析了系统的业务流程之后，就要分析系统的数据流，为后面设计系统的数据库做好基础。这里主要利用数据流程图来说明数据流程。数据流程图是一个图示工具，容易理解，容易在开发和用户方之间进行交流，以及在开发组织内部交流。因此数据流程图作为一种模型工具已经广泛使用在软件工程的实践中。

系统的顶层数据流图如下图所示。

图3-2系统数据流图（顶层）

根据系统的业务流程，用户浏览所使用到的数据归纳为输出信息。而用户提交的数据则作为系统的输入数据。相应的，根据系统管理员业务流程，管理员对系统内容的添加、更新和删除等所操作的数据定义为输入信息。

系统的底层数据流图如下图所示。

图3-3系统数据流图（底层）

MVC 是指 Model、View 和 Controller，翻译成中文分别是模型层、视图层和控制层。MVC 模式是一种设计模式，它强制性的把应用程序的输入、输出和处理全部分开，将其分为三个核心部分，这三个部分分别有不同的功能。

图4-1系统架构图

视图层视图是指被用户所看到的并且能够与之进行交互的界面。视图可以向用户展示相关的数据，并接收用户输入的数据，但对用户数据不进行任何实际业务操作处理。

模型层通过控制层来处理视图层传递的数据，同一个模型可以给不同的视图提供数据，也可以被不同的视图重复使用。由于 Model 的主要内容是数据、方法和行为，其也是 MVC 中逻辑最为复杂，代码量最多的部分，其中包含了许多应用中需要用到的业务逻辑，因此模型层的开发也变得尤为重要，后期一般不会对模型层进行大规模改动，也是 MVC 中最稳定的部分。

控制层主要负责视图层和模型层之间的数据传输和处理请求操作。当用户通过视图发送数据和请求时，控制层可以接收请求和数据并决定调用哪些模型、通过模型的哪些操作来处理数据和请求，处理完成后，控制层再将数据返回给相应的视图。

根据对系统的功能进行分析可以总结旅游景点推荐系统的具体功能模块包括下面的几个主要的功能模块：该系统主要从两大模块进行设计的，首先就是用户参与操作需要的模块，此外还需要有管理员用到的模块，两者之间不是互相独立的，他们之间有着密切的联系，同数据库表中的数据连接起来进行操作。每个模块访问相同的数据库，但访问的表不同。系统的各个功能模块是根据所收集的资料研究得到的。在以上分析功能的基础上，系统模块分为多个模块。用户含有的功能有注册、登录、信息搜索、旅游公告、旅游资讯、个人账户、个人收藏、景点信息、酒店信息、旅行社等，退出登录等功能，管理员含有的功能有修改密码，用户管理、景点管理、景点类型、酒店信息、旅行社、数据分析等功能。

系统的功能结构图如下图所示。

图4-2系统功能结构图

E-R图一般是由实体、实体的属性与联系三个要素组成的。在规划系统中所使用的数据库实体对象及实体E-R图，则需要通过对系统的需求分析、业务流程设计和系统功能结构来确定的。

总体ER图如下图所示。

图4-3总体ER图

将实体属性模型转换为关系数据库应该遵循以下几个原则：

1.一个实体转换后要对应一个关系。

2.所有的主键必须要定义为非空（not null）。

3.针对二元联系也应该按照一对多、弱对实、一对一和多对多等联系来定义外键。

得到数据库的关系后，设计如下表结构。

从web系统查询数据的根本的查询步骤：

Step1: 进行检查并且过滤来自用户的系统数据；

Step2: 成立起一个合适的数据库进行连接；

Step3: 进行查询系统数据库；

Step4: 获得查询的结构；

Step5: 把查询的结果展示给用户。

Step6: 数据库连接断开，释放资源。

数据库连接原理如下图所示。

图5-1数据库连接原理

为确保系统安全性，系统操作员只有在登录界面输入正确的用户名、密码、权限以及验证码，单击“登录”按钮后才能够进入本系统的主界面。

用户登录流程图如下所示。

图5-2用户登录流程图

登录界面如下图所示。

图5-3登录界面

用户输入用户名、密码、电话、姓名等必填信息后，点击注册按钮完成用户的注册。

用户注册流程图如下所示。

图5-5用户注册流程图

用户注册界面如下图所示。

图5-5用户注册界面

用户点击资讯进入评论板，点击评论发布，跳转至评论发布页面，提交评论信息，成功发布评论，管理员管理用户的评论信息。

发表评论流程图如下所示。

图5-6评论流程图

评论界面如图所示。

图5-7评论界面

用户点击某个酒店信息进入酒店详细页，点击收藏按钮加入个人收藏信息。

酒店信息流程图如下所示。

图5-8酒店信息流程图

酒店信息界面如图所示。

图5-9酒店信息界面

酒店信息管理界面如图所示。

图5-10酒店信息管理界面

系统用户管理主要是对新用户的添加和旧用户的删除。新用户的添加主要是指添加用户名称并确定其密码；旧用户的删除也是从下拉菜单中找到对应的用户名称将其删除。不论是新用户添加还是旧用户的删除，这个权限只有管理员具有。

用户管理流程图如下所示。

图5-11用户管理流程图

用户管理界面如下图所示。

图5-12用户管理界面

密码修改是对当前登录用户的密码进行修改，在管理员登录页面后右上方也能进行密码修改。

密码修改流程图如下所示。

图5-13密码修改流程图

密码修改界面如图所示。

图5-14修改密码界面

如果资讯数据的信息需要修改，管理员可以通过查询资讯数据的基本信息来查询资讯数据，查询资讯数据是通过ajax技术来进行查询的，需要传递资讯数据的标题、编号等参数然后在返回到该页面中,可以选中要修改或删除的那条信息，如果选中了超过一条数据，页面会挑一个窗口提醒只能选择一条数，如果没有选中数据会挑一个窗口题型必须选择一条数据。当选择确认修改的时候，后台会根据传过来的id到数据库查询，并将结果返回到修改页面中，可以在修改页面中修改刚刚选中的信息当点击确认的时候from表单会将修改的数据提交到后台并保存到数据库中，就是说如果提交的数据数据库中存在就修改，否则就保存。

资讯数据展示界面如下图所示。

图5-15资讯数据展示界面

资讯数据管理界面如下图所示。

图5-16资讯数据管理界面

景点信息添加功能主要指对其编号、内容、详情等一些基本信息的添加、删除和修改。景点查询能根据景点编号、内容、详情等多种条件对景点信息进行查询。

景点添加流程图如下所示。

图5-17景点添加流程图

景点添加如下图所示。

图5-18景点添加界面

景点查询界面如下所示。

图5-19景点查询界面

1、服务器端

操作系统：Windows 7

Web服务器：Apache2.4.7

数据库：Mysql

开发语言：python

2、客户端

浏览器：Internet Explorer10

界面布局：DIV+CSS

分辨率：最佳效果1027*768以上像素

3、开发工具

Dreamweaver

ZendStudio

系统测试是用于检查软件的质量、性能、可靠性等是否符合用户需求。一套严谨的、规范的、完善的测试过程将大大提高软件的质量、可信度、可靠性，降低软件的出错率，降低用户风险系数。通过在计算机上对系统进行测试试验并从中发现此系统中存在的问题和错误然后加以修改，使之更加符合用户需求。

1.测试的目的是通过测试来发现程序在执行过程中的错误的过程。

2.好的测试方案是可以检验出还未被发现的错误的方案。

3.好的测试是发现了到目前为止还未被发现的错误的测试。

4.该系统能够完成景点信息、景点类型、酒店信息、旅行社、数据分析、系统维护等功能，做到所开发的系统操作简单，尽量使系统操作不受用户对电脑知识水平的限制。

下表是系统登录功能测试用例，检测了用户名和密码的不同的输入情况，观察系统的响应情况。得出该功能达到了设计目标。

表6-1 系统登录功能测试用例

下表是注册功能测试用例，检测了各种数据的输入情况，观察系统的响应情况。得出该功能达到了设计目标。

表6-2 注册功能测试用例

下表是景点管理功能的测试用例，检测了景点管理中对景点信息的增加，删除，修改，查询操作是否成功运行。观察系统的响应情况，得出该功能也达到了设计目标，系统运行正确。

前置条件；用户登录系统。

表6-3 景点管理的测试用例

根据以上测试情况，测试结果如下表所示。

表6-1测试结果表

本研究针对旅游景点推荐系统地需求建模，数据建模及过程建模分析设计并实现旅游景点推荐系统的过程。给出系统应用架构并分析优劣势，通过功能分解图，系统组件图描述功能需求。设计建立了数据库，给出系统关键数据结构的定义。通过类关系图描述组件间的协作关系，给出各个类的定义方法。通过描述每一个类的字段，属性及方法实现旅游景点推荐系统的前后端代码。最终给出系统集成整合方法，完成旅游景点推荐系统地设计与实现。

在此项目的开发中，先要按照产品经理做出的产品模型铺出大体的页面，并在其中找好页面的逻辑关系，并且中途总结一些页面上的问题重新反馈给产品经理，当静态页面的搭建的大体已经完善时，就需要和负责后台开发的技术开发者联系，来接好前后台的数据接口，可以让后台的信息在前台显示出来，在这个项目实现中，不光明白了前端开发和产品经理的联系，也明白了后台在整个系统中起到了什么作用，因为前后台的连接，用户可以对系统进行操作，可以在输入自己的相关信息后，通过后台加工，完成对数据库的查找、修改、添加，而理解了这些关系与实现的方法后。再去完善整个系统的功能就更加清晰与简单了。此次的项目它涉及了前台与后台系统的搭建，在学校所学的知识基础上，此次的项目，让我对于一个系统的前端开发，以及后台的作用都有了一个更深切的认知。