基于hadoop的邮政数据分析系统 毕业设计 附源码46670_邮局系统源码

Hadoop 基于hadoop的邮政数据分析系统

摘要

为促进邮政业务的发展，充分、合理、高效的使用邮政的各类资源，有效的开展邮政数据分析系统，指导本省业务、管理及营销工作，邮政将邮政业务、速递物流业务、金融业务的数据进行整合，通过利用计算机网络、大型数据库等先进技术建立了邮政数据分析系统，实现了对邮政资源的统一管理和对业务数据的全方位多角度分析；同时通过对邮政资源的整体综合管理，为各项资源的优化和整合提供依据。

关键词：邮政数据分析系统  python  MySQL

Abstract

In order to promote the development of postal services, fully, reasonably, and efficiently utilize various postal resources, effectively carry out postal data analysis, and guide the business, management, and marketing work of the province, postal services have integrated data from postal services, express logistics services, and financial services, and established a postal data analysis system through the use of advanced technologies such as computer networks and large databases, Realized unified management of postal resources and comprehensive and multi-dimensional analysis of business data; At the same time, through the overall comprehensive management of postal resources, it provides a basis for the optimization and integration of various resources.

Keywords: Postal Data Analysis System Python MySQL

目  录

1 引言 5

1.1系统的建设背景 5

1.2 系统的建设目标 5

1.3 Hadoop框架介绍 5

1.4 B/S体系工作原理 6

1.5Hadoop特点 7

1.6爬虫技术 7

2 邮政数据分析系统的需求分析 8

2.1 系统可行性分析 8

2.1.1技术可行性分析 8

2.1.2经济可行性分析 9

2.1.3操作可行性分析 9

2.2 系统流程分析 10

2.2.1数据增加流程 10

2.2.2数据修改流程 10

2.2.3数据删除流程 11

2.3 系统需求分析 11

2.3.1功能需求分析 11

2.3.2非功能性需求分析 12

2.4 系统用例分析 12

3 邮政数据分析系统总体设计 13

3.1系统架构设计 13

3.2系统顺序图设计 14

3.2.1登录模块顺序图 14

3.2.1添加信息模块顺序图 15

3.3系统功能模块设计 15

3.4数据库设计 16

3.4.1数据库概念结构设计 16

3.4.2数据库逻辑结构设计 7

4 系统的实现现 22

4.1登录模块 22

4.2系统用户管理模块

4.3当前物流模块 24

4.4每日揽件模块

4.5echars技术

4.6每日派送模块

4.7每日完成模块

5 系统测试 30

5.1 系统测试的目的 30

5.2系统测试用例 30

5.2系统测试结果 31

6  结论 32

参考文献

致谢

1 引言

1.1系统的建设背景

随着中国邮政改革的继续深化，2010 年邮务、速递物流和金融保险三大板块各项业务蓬勃发展，取得了可喜的成绩。今年是“十二五”规划的开局之年，在新形势、新局面下，传统邮政、速递物流、金融三大板块板块内的整合、板块间的融合趋势愈来愈突显。

经过10多年的邮政信息化建设，中国邮政已经积累了覆盖三大板块的各类海量生产经营数据。同时，名址、量收、速递平台和金融客管等数据仓库系统的建设也为板块之间的数据融合和数据分析工作打下了坚实的基础。

为了不断满足板块内各业务系统间对于数据融合的需要，满足省内对经营管理方面的个性化需求，以及满足板块内各业务间对于数据整合的需求等各层面的需求，实现数据的充分共享和集中处理、应用和发布，有必要进一步实现数据的整合，为深入开展数据分析，促进和引领邮政企业协同发展奠定基础。

1.2 系统的建设目标

整合邮政三大板块业务数据及相关资源，通过统一的数据分析平台进行数据展现及管理。满足邮政经营管理、业务、营销等各种角色、各种层次人员对数据多角度的需求。

通过数据分析平台将业务需求固化成应用，方便业务部门随时使用。

实现了数据分析方法和模型的快捷复制。

提供任意条件组合统计分析功能，方便业务人员探索分析需求。支持二次开发功能，实现一般技术人员与原始数据的安全隔离。
支持数据分析模型、工具的嵌入功能，业务人员和一般技术人员可直接通过系统使用模型和工具进行复杂分析。

在数据管理方面，实现时间、机构、业务指标、客户等多维度的数据分析和应用。

1.3Hadoop框架介绍

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.4B/S体系工作原理

B/S架构采取浏览器请求，服务器响应的工作模式。

用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息；

而每一个Web服务器又可以通过各种方式与数据库服务器连接，大量的数据实际存放在数据库服务器中；

从Web服务器上下载程序到本地来执行，在下载过程中若遇到与数据库有关的指令，由Web服务器交给数据库服务器来解释执行，并返回给Web服务器，Web服务器又返回给用户。在这种结构中，将许许多多的网连接到一块，形成一个巨大的网，即全球网。而各个企业可以在此结构的基础上建立自己的Internet。

在 B/S 模式中，用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的，浏览器的请求通过服务器进行处理，并将处理结果以及相应的信息返回给浏览器，其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器，该结构已经成为了当今软件应用的主流结构模式。

1.5 Hadoop优点

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.6爬虫技术

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

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

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

2 邮政数据分析系统的需求分析

2.1 系统可行性分析

2.1.1技术可行性分析

邮政数据分析系统在数据的存储上使用的MYSQL数据库，在邮政数据分析系统开发中使用了了pycharm、Vs Code、HbuildX这些开发工具的使用，能够给我们的编写工作带来许多的便利。系统使用B/S模式进行开发，使系统的可扩展性和维护性更佳，减少系统配置代码，简化编程代码，目前B/S模式是目前最受欢迎的一种模式。

2.1.2经济可行性分析

在开发邮政数据分析系统中所使用的开发软件像pycharm开发工具、tomcat服务器、Hadoop开发框架、MySQL5.7数据库、Photoshop图片处理软件等，这些环境从网上就能免费下载，而且网上都有安装的教程，根据教程一步一步的操作，就可以安装成功，不需要花任何费用，并且邮政数据分析系统是自己设计并编码实现的，数据库是使用流行mysql进行数据的存储，开源的mysql等技术的使用，减少系统开发费用。

2.1.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）每日派送：管理员点击“每日派送”会显示出所有的每日派送信息，支持通过状态名称或者记录日期对每日派送信息进行查询，如果想要添加新的每日派送信息，点击“添加”按钮，输入相关信息，点击“提交”按钮就可以添加了，同时可以选择某一条每日派送信息，点击“删除”进行删除。

2.3.2非功能性需求分析

邮政数据分析系统的非功能性需求比如邮政数据分析系统的安全性怎么样，可靠性怎么样，性能怎么样，可拓展性怎么样等。具体可以表示在如下2.1表格中：

表2.1 邮政数据分析系统非功能需求表

2.4 系统用例分析

邮政数据分析系统中管理员角色用例图如图2.1所示：

图2.1管理员角色用例图

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添加信息模块顺序图

管理员以及用户登录后均可进行添加信息操作，添加信息模块顺序图如图4-4所示。

图3.3 添加信息顺序图

3.3系统功能模块设计

邮政数据分析系统整体的功能模块包括管理员这个模块，实现了对邮政数据相关信息的查询管理，系统功能模块如图所示。

图3.4邮政数据分析系统功能模块图

3.4数据库设计

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

3.4.1 数据库概念结构设计

下面是整个邮政数据分析系统中主要的数据库表总E-R实体关系图。

图3-3 邮政数据分析系统总E-R关系图

3.4.2数据库逻辑结构设计

通过上一小节中邮政数据分析系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。

表access_token (登陆访问时长)

表auth (用户权限管理)

表current_logistics (当前物流)

表daily_completion (每日完成)

表daily_delivery (每日派送)

表daily_pickup (每日揽件)

表daily_transportation (每日运输)

表hits (用户点击)

表logistics_data (物流数据)

表upload (文件上传)

表user (用户账户：用于保存用户登录信息)

表user_group (用户组：用于用户前端身份和鉴权)

4 系统的实现

4.1登录模块

管理员在登录界面输入账号+密码，点击“登录”按钮，系统在用户数据库表中会对管理员、教师和学生的账号进行匹配，账号+密码正确的话，就会登录到系统中各个用户的主管理界面，否则提示对应的信息，返回到登录的界面，其主界面展示如下图4.1所示。

图4.1 登录界面图

4.2系统用户管理模块

管理员可以对系统中所有的用户角色进行管控，包含了管理员这一种角色，如果需要添加新的用户，点击页面中的“添加”按钮根据提示输入上用户信息，点击“提交”以后在对应的用户界面就可以查看到了，可以点击用户后面的“删除”按钮直接删除某一用户，这里以管理员用户为例。界面如下图4.2所示。

图4.2 系统用户管理模块图

4.3当前物流模块

管理员点击“当前物流”这个按钮可以查看到系统中的当前物流信息，支持通过物流状态或者物流数量进行查询当前物流信息，如果想要添加新的当前物流信息，点击“添加”按钮然后根据提示输入当前物流信息，点击“提交”后，在当前物流界面就会显示新增的当前物流信息，可以点击某一当前物流信息查看当前物流信息的详情，也可以直接点击“删除”进行删除当前物流。界面如下图4.3所示。

图4.3当前物流界面图

4.4每日揽件模块

管理员点击“每日揽件”这个按钮可以查看到系统中的每日揽件信息，支持通过状态名称或者记录日期进行查询每日揽件信息，如果想要添加新的每日揽件信息，点击“添加”按钮然后根据提示输入每日揽件信息，点击“提交”后，在每日揽件界面就会显示新增的每日揽件信息，可以点击某一每日揽件信息查看每日揽件信息的详情，也可以直接点击“删除”进行删除每日揽件。界面如下图4.4所示。

图4.4 每日揽件界面图

  

4.5echars技术

ECharts是一款基于JavaScript的数据可视化图表库，提供直观，生动，可交互，可个性化定制的数据可视化图表。ECharts最初由百度团队开源，并于2018年初捐赠给Apache基金会，成为ASF孵化级项目。

2021年1月26日晚，Apache基金会官方宣布ECharts项目正式毕业。1月28日，ECharts 5线上发布会举行。界面如下图4.5所示。

图4.5 echars技术

4.6每日派送模块

管理员点击“每日派送”这个按钮可以查看到系统中的每日派送信息，支持通过状态名称或者记录日期进行查询每日派送信息，如果想要添加新的每日派送信息，点击“添加”按钮然后根据提示输入每日派送信息，点击“提交”后，在每日派送界面就会显示新增的每日派送信息，可以点击某一每日派送信息查看每日派送信息的详情，也可以直接点击“删除”进行删除每日派送。界面如下图4.6所示。

图4.6 每日派送界面图

4.7每日完成模块

管理员点击“每日完成”这个按钮可以查看到系统中的每日完成信息，支持通过状态名称或者记录日期或者物流数量进行查询每日完成信息，如果想要添加新的每日完成信息，点击“添加”按钮然后根据提示输入每日完成信息，点击“提交”后，在每日完成界面就会显示新增的每日完成信息，可以点击某一每日完成信息查看每日完成信息的详情，也可以直接点击“删除”进行删除每日完成。界面如下图4.7所示。

图4.7 每日完成界面图

5 系统测试与结果分析

5.1系统测试的目的

系统开发到了最后一个阶段那就是系统测试，系统测试对软件的开发其实是非常有必要的。因为没什么系统一经开发出来就可能会尽善尽美，再厉害的系统开发工程师也会在系统开发的时候出现纰漏，系统测试能够较好的改正一些bug，为后期系统的维护性提供很好的支持。通过系统测试，开发人员也可以建立自己对系统的信心，为后期的系统版本的跟新提供支持。

5.2 系统测试用例

用户登录功能测试：

表5.1 用户登录功能测试表

物流数据信息添加功能测试：

表5.2 物流数据信息添加功能测试表

查询每日运输信息功能模块测试：

表5.3 查询每日运输信息功能测试表

每日揽件信息添加功能测试：

表5.4 每日揽件添加功能测试表

5.3 系统测试结果

通过编写邮政数据分析系统的测试用例，已经检测完毕用户的登录模块、物流数据信息添加模块、查询每日运输模块、每日揽件添加模块的功能测试，在对以上功能得测试过程中，发现了系统中的很多漏送并进行了完善，经过多人在线进行测试，系统完全可以正常运行，当然在后期的维护中系统将不断完善。

6  结论

在开发本邮政数据分析系统之前我胸有成竹，觉得很简单，但在实际的开发中我发现了自身的很多问题，许多编程思想和方法都还没有掌握牢靠，比如Hadoop、pycharm、HbuildX等许多python Web开发技术，通过开发这个邮政数据分析系统我成长了很多，懂得了做什么事情都要脚踏实地，不能眼高手低，在本次邮政数据分析系统的开发中我逐渐掌握逐渐熟悉的技术。

本次邮政数据分析系统的开发中我还学会了很多，例如良好的编程思想和完善的规划思想。在着手编程之前需要罗列出程序框架的大概，脑海中构建出程序的主题框架。做好这一步我们才能胸有成竹的经行开发项目。当设计框架了熟于心之后，需要思考本次编程所需的主要知识点和技术点，并充分学习。如此一来项目的开发才能循序渐进、如丝般顺滑，长久以往就能养成良好的开发习惯。一个程序好不好还要看出的bug多不多，如果在项目完成前做好bug的查验与预防可能发生的事故才能保证程序的稳定长久性运行。如果项目在完工后出现各种问题自己，那么在进入社会后，不仅会给公司团队带来麻烦和增加不必要的工作，还会导致客户流失，公司对自己的评价下降。

在本次项目中我也暴露了诸多问题。对于python的编程知识有所欠缺，环境配置和算法上出现诸多问题，时常导致项目运行出错，或者目标的实现有问题。或者实现想法时算法未优化，使得代码冗长，程序运行不顺畅。