基于JSP的校园互助配送快递平台的设计与实现{源码+报告+演示视频+调试}

进入二十一世纪以来，电子购物飞速发展的，网上零售市场增长迅猛，已经成为国民经济重要组成部分，去年我国内地高校包裹数约占全国总量的6%，直接带动7万个就业机会。大学生人均年收快递16个，全国2000多所高校人均网购1100元。高校消费特征主要体现在消费频率高，人均网购额度低于社会平均[1]。

然则，校园快递的配送却并非总尽如人意。如校内的快递营业网店繁多且偏远，取件环节存在很多问题，校内快递不能送货上门等。很多调查[2][3]也发现，学生对校内快递的满意度并不高。对快递公司而言，校园配送的效率也偏低。校内的最后一段路也留下很大的麻烦。

目前快递物流公司在校园中主要有三种模式，一种是建立如菜鸟驿站的校内营业网点，在校园中有合适的场地，作为营业地点，快递集中到营业网点后，向学生发信息，由学生自己去拿；一种是没有在校内设立营业网点，而是在校园门口或附近进行集散，要求学生在固定时间段前来取件，快递服务只能止步于校门口,将师生的快件堆在地上，等待取件人领取,这样的服务使得师生不得不从教室、宿舍、饭堂赶到校门口领快件,这无疑既增加了取件人的时间,又降低了派件人的工作效率,甚至造成二次配送[4]。

最后一种为购买人数较少的网站，如亚马逊的自营快递，则没有固定送货的时间段，虽然如亚马逊的自营快递，用户可以自由选择配送时间，但是学生依旧要走出校门才能拿到快递。

（1）快递物流公司繁多，营业网点杂乱且偏远

以我校某学院为例，顺丰快递需要到南区快递点领取，“三通一达”的快递需要到北区快递点领取，邮政EMS则是在邮局领取，天猫、当当等需要出校领取，这造成了新生要很久才能了解快递的寄取地点，全校师生寄取快递，尤其是寄取重物时，非常不方便。

而且无固定营业网点的快递，由于快递数量众多，导致快递员在配送过程中需要将大量快件摆放在地上，导致快件受损，在雨雪天气中，问题尤为严重[5]。

（2）取件环节问题严重

由于校园快递量过大，用户过多，往往是由学生自己去寻找快件，快则几分钟，慢则可能达到几十分钟，取件后排队出库，自己取件需出示身份信息证明，而代取件一般只需要报出快递上的手机号，校外取件的天猫、当当等由于时间过于仓促，有时甚至无需验证信息可直接拿走快递，而快递上的手机号为明文标识，非常容易出现冒领、错拿现象。

（3）快递公司效率较低

由于学校快递相对封闭，快递员无法进入学校，除在校内有营业网点的公司外，其他快递公司往往是让学生在特定时间取件，而学生经常在上课或参加其他活动，经常出现快递配送失败，需多次配送的情况。

而高校校区一般在偏离市中心的近郊区域, 同样的快件在派送到校区代理点, 要比市中心区域的运输成本略高, 遇上师生不能及时取件的情况, 快件会被退回市中心的快递本部, 耗费更多的成本, 同时也给师生带来诸多不便[6]。

为解决以上校园快递存在的问题，本课题将研究基于SSM的校园互助配送快递平台，构建可靠的校园快递管理平台，统筹管理校园快递营业网点多且管理难、快递间数据共享能力弱以及缺乏自提能力的问题。

本文详细说明了互助配送快递平台的开发过程，首先进行了系统的需求分析，网站和数据库的设计，最后介绍了网站的实现。本系统采用SSM框架和MySQL数据库进行开发实现。本系统实现了三大模块：管理员模块具备快递人员管理、物流订单管理、取件发件管理以及系统其他配置功能；用户模块具备发布代取件、送件信息管理、评价功能和查询订单功能等；快递模块具备物流订单管理功能和公告功能。

本文研究校园互助配送快递平台，将遵循软件系统的研究流程，分为七个章节，逐步展开各章节研究的内容，具体如下所示：

第一章为概述，主要介绍了论文选题的研究背景和意义，对校园快递当前的情况进行了分析，同时介绍了校园快递行业如今存在的缺点，确立研究的课题以及研究内容。

第二章为相关技术介绍，主要介绍了本课题涉及的相关技术。

第三章是系统设计，对该网站的需求分析与设计，包含了业务分析、需求分析、性能分析、开发环境和可行性分析等内容，完成系统的整体需求分析工作。另外，结合系统需求内容，对数据库和系统接口内容进行设计。

第四章是系统详细设计，立足于总体设计内容，展开详细系统设计工作，包括对象设计、交互设计以及流程设计内容。

第五章是系统实现，搭建系统开发环境，并结合系统设计内容，利用开发技术完成各功能模块的开发实现。

第六章是系统测试，遵循系统测试的规范，展开详细的功能测试和性能测试，完成系统测试工作。

第七章为总结和展望，展位了网站未来的发展和应用，并做了毕业设计的总结。

校园互助配送快递平台构建是为了满足用户在校园快递物流管理的需求，为更有效合理地构建系统，需要结合用户深入分析各业务，从而完成系统功能建模，初步确定系统各功能内容。本节先对系统用户进行分析，然后结合用户通过用例图，完成业务功能建模。

信息化系统存在不同的用户类型，不同的用户类型的权限不同，系统各功能需要站在用户角度进行分析，所以需要完成系统各用户类型及权限梳理，为后续功能建模做用户类型支撑。基于SSM架构的校园互助配送快递平台可分为四类角色，本节将大致分析各角色类型以及相关权限内容，详细如表所示：

表 21系统角色类型及权限明细表

校园互助配送快递平台系统需要深入了解各用户的应用场景，合理化梳理各用户在不同的业务场景下的需求内容，本节结合各用户类型梳理各业务，完成系统各用户功能建模。

（1）注册登录模块

校园快递物流网站面向的用户较多，尤其面向较大数量的学生用户，其实系统的重要的使用对象，而学生本身具有较高流动性，为更有效地提供相关快递物流信息化服务，本网站为学生用户提供注册功能，学生用户通过注册模块即可完成用户注册。而龙门镖局用户以及快递员用户相对固定，在系统运行过程中会涉及到订单处理内容，因此，不能进行注册，由系统用户进行添加管理。

登录功能则是信息化系统的基本功能模块之一，对用户进行鉴权，并实现用户信息关联以及用户操作关联，为用户提供信息化服务。

注册登录模块的用例图如下图所示：

图 21注册登录模块用例图

（2）用户信息管理模块

校园互助配送快递平台的用户数量较多，用户类型和权限不同，为方便学生用户使用，提升体验感，增加用户粘性，学生用户注册时不需要审核，但在实际的运行过程中，为更更有效对用户进行管控，需要对违反用户管理要求的用户或者冗余无效用户进行删除管理。另一方面，用户管理模块还可以协助用户进行密码重置等操作。

用户管理用户面向系统管理用户进行设计，实现本系统的用户的有效管控，其用例图如下图所示：

图 22用户管理模块用例图

（3）快递订单信息管理模块

订单是校园快递物流管理的基本载体，每个订单对应着一个快件，记录着每个快件的流转情况以及收发情况。订单管理是本系统网站的重要功能模块。

订单管理模块面向系统各用户设计，不同用户的在订单管理模块中处理的业务不同。学生用户在订单管理模块中进行订单查询、订单下单创建等操作，而快递员用户则可以进行订单查询、订单处理、订单创建操作，龙门镖局用户则可以进行订单查询操作，系统管理用户可进行订单查询操作。

订单管理模块用例图如下图所示：

图 23订单管理模块用例图

（4）代取件信息管理模块

针对校园快递物流中，存在代取件的情况，本校园互助配送快递平台系统为用户创建代取件模块，支撑代取件信息化管控需求。学生用户可进行代取件管理操作，包括送货管理、代取件信息管理、代取件信息添加以及代取件在线接单等操作。代取件的用户范围较广，为了进一步提升代取件的服务效率和服务质量，代取件还为用户提供评价的功能，用户可以对代取件的用户进行评价，完成对代取件服务评价闭环。代取件信息管理模块面向学生用户进行设计，代取件模块用例图如下图所示：

图 24代取件模块用例图

（5）快递用户管理模块

快递用户在本系统应用中占据重要地位，其使用频次较高，角色和用户相对稳定，在现实的快递物流管理过程中，直接接触到大量的快递物流内容，为确保快递用户的信息真实可靠，实现快递用户有效管控，快递用户信息由系统管理用户进行添加以及编辑。

快递用户管理针对系统管理用户进行设计，实现对快递用户管控，快递用户管理模块的用例图如下图所示：

图 25快递用户管理模块用例图

（6）公告管理模块

为了更高效通知系统内各用户重要信息，校园快递物流网站需要构建起相关公告管理平台，及时推送重要的公告消息。公告消息涵盖了重要的快递变动情况、快递异常情况以及重要公告内容。

公告管理模块主要针对系统管理用户进行公告信息发布，包括公告编辑、公告查询，而其他用户可进行公告浏览。

公告管理模块用例图如下图所示：

图 26公告管理模块用例图

（7）龙门镖局信息管理模块

龙门镖局与快递用户存在着一定差异，龙门镖局是校园内的专属快递配送机构，接收学生用户订单及配送。在详细的信息管理内容上存在着不同，为了有效区分，构建龙门镖局信息管理模块，专门进行相关信息管理。

龙门镖局信息管理模块用例图如下图所示：

图 27龙门镖局信息管理模块用例图

（8）龙门镖局代取件管理模块

龙门镖局作为校园专门的配送机构，负责接收和处理用户配送请求以及代收取件请求，其自身具有一定专业性，在代取件场景下发挥更重要的作用。在龙门镖局代取件管理模块中，龙门镖局用户可进行代取件送货管理以及我的代取件信息管理两部分内容，本模块针对龙门镖局用户进行设计，其模块用例图如下图所示：

图 28龙门镖局代取件管理模块用例图

（9）反馈管理模块

校园互助配送快递平台系统运行过程中，可能存在一些关于系统运行情况以及快递流转情况的疑问，作为最高权限的管理用户可对全局运行拥有更深的了解。为了提高系统内各用户的使用感知，本系统构建反馈管理功能模块，构建起用户与系统管理用户沟通反馈的桥梁。用户可通过本模块进行信息反馈，而管理用户则可通过本模块进行回复。

反馈管理模块的用例图如下图所示：

图 29反馈管理模块的用例图

（10）管理员用户管理模块

管理员用户同样存在着相关用户管理的需求，在此不展开赘述，系统管理用户模块用例图如图2-10所示：

图 210系统管理用户模块用例图

管理员

1用户，管理员，快递员管理。

1.1查看：分页查看所有信息

1.2基本操作：涉及信息的增，删，改等基本操作

1.3查询：根据ID搜索。

2订单，代取件订单管理

1.1查看：分页查看所有信息

1.2基本操作：增，删，改等基本操作

1.3查询：根据ID搜索订单

3公告信息管理

3.1查看公告：分页查看所有公告

3.2发布公告：发布新的公告，所有人可见

4反馈管理

3.1查看反馈：分页查看所有反馈信息

快递员

1创建订单：创建新入库的订单，用户可见

2基本操作：涉及订单的删、改等基本操作

3查看公告：查看公告的详细信息

龙门镖局

1 查看订单：分页查看所有订单信息

2 配送订单：点击配送按钮，完成配送

3查看公告：查看公告的详细信息

用户

1  代取件订单

1.1查看信息：分页查看自己的代取件订单。

1.2发布代取件订单：创建新的代取件订单

1.3接单：接取他人发布的代取件

1.4打分：对完成的代取件订单进行打分，评分过低

1.5评价：对完成的代取件订单进行评价

2其他

2.1查看订单：分页查看自己的代取件订单。

2.2查看公告：查看公告的详细信息

2.3发布反馈：发布仅有管理员可见的反馈

校园物流网站主要是针对校园快递最后一公里的配送问题研发的，实现了取件快速认证身份，校内快递送货上门快速下单等，方便学生取快递的过程。

本系统的用户类型较多，不同用户的功能操作业务不同，为了提升用户体验，在用户访问时，通过CAS权限控制技术，实现不同用户访问的不同的用户界面，避免用户超越权限访问内容，减少用户误操作。因此，本系统将分为三个用户界面，分别为管理员模块界面，快递模块界面和用户模块界面。管理员可以对其他用户和订单进行管理。管理员和用户可以进行登录后并使用网站。

功能模块结构图如图所示。

图 211模块结构图

数据库：MySQL

服务器：Tomcat6.0

开发软件：MyEclipse8.6

Jdk：Java1.6

在该系统中，管理员管理快递员与用户，发布公告。快递员配送订单后，用户接受订单后可以发布代取件订单，一个用户可以发布或接取多个订单。具体E-R图如下图所示。

图 212 E-R图 

上面的E-R图中，1：1和1：n代表了数据库表之间1对1和1对多的关系。展示了管理员可以对各个用户进行管理，快递员可以配送订单，用户收到订单后可以发布代取件订单也可以进行向龙门镖局下单。管理员可以发布公告，而用户可以发布反馈。

根据系统需求和各模块功能设计，在数据库设计中，设计了张数据表，分别为权限系统8张，分别为管理员、快递员、用户和龙门镖局。设计订单、代取件订单表和龙门镖局订单各1张，以及公告表、反馈表各1张。由于该互助配送快递平台后续还会有更多功能和模块，因此在表的设计中还需要保证它的可扩展性。

数据库的E-R图设计后，就可以将上面的数据库概念转化为实际数据模型，及数据库的逻辑结构。

数据库实体属性和字段属性如下图所示。

（1）管理员表存放管理员信息，如下表所示。

表 22管理员表

（2）快递员表存放各站点的工作人员信息，如下表所示。

表 23快递员表

（3）用户表存放使用该网站系统的用户信息，如下表所示。

表 24用户表

（4）代取件订单表存放代取件订单信息，如下表所示。

表 25代取件订单表

（5）公告表存放公告内容标题等信息，如下表所示。

表3- 1公告表

（6）快递订单表存放用户收到的订单信息，如下表所示。

表 26快递订单表

（7）反馈表用来存放用户发布的反馈信息，如下表所示。

表 27反馈表

（8）龙门镖局表用来存放龙门镖局工作人员的信息，如下表所示。

表 28龙门镖局表

系统进行详细设计时，需要结合各功能模块内容，进行相关类设计，包括了控制类、接口类和实体类等内容。本系统的整体类图如下图4-1所示：

图 31校园快递物流管理系统整体类图

本系统模块设计了管理员管理AdminUserAddit、学生用户信息管理StudentUserAddit、龙门镖局信息管理LongmenEscortUserAddit和快递用户管理CourierUserAddit四个针对不同用户的管理模块，在实际类设计上，通过继承成员编辑类，实现对相关用户管理类的快速设计和实现，而不同的用户编辑类由于用户的编辑的内容不同，有相应的私有类支撑相关编辑，用户基本信息数据由用户数据实体类UserMessage进行保存，在完成用户编辑后，通过用户数据库的数据接口UserDatabaseInterface，实现对用户数据编辑后的数据进行更新同步。

系统整体的控制由主控制类CampusExpressmain实现对系统各功能模块控制，其检测用户输入的操作指令以及数据，调用及触发各功能模块，实现其功能的调用实现。公告管理类由NoticeCotrol进行控制，与公告实体类以及公告编辑接口，共同完成对系统公告的处理。在此各类就不一一展开论述。

用户登录，涉及到界面和数据库操作。用户登录时需到数据库中进行匹配，成功则可以进入网站页面。

用户登录时序图如下图所示。

图 32用户登录时序图

用户发布代取件订单时序图。用户代取件列表，页面会自动加载出用户已发布的代取件订单。用户可以搜索自己的代取件订单，如果尚未发布，可以点击添加，进入代取件页面，填写完成后，出现新的代取件订单信息。用户发布代取件订单时序图如图4.3所示。

图 33用户查看代取件订单时序图

快递员添加订单后，用户可以看到自己的订单。用户取件后，快递员和用户都可以看到订单状态变为已取件。取件时序图如下图所示。

图 34订单查看时序图

用户发布订单后，其他用户可以查看并接单，接单后该订单变成已接单状态。发布订单的用户做收货评价后，另一方也可评价。接单时序图如下图所示。

图 35接单时序图

由于该系统为互助配送快递平台，为保证系统的安全性，用户需登录后方可进行操作。未注册用户需进行注册，用户的登陆流程图如下图所示。

用户时需选择用户身份，如未注册则需注册后则登录，用户登录后可以进行代取件、订单模块的操作。

图 36用户登陆流程图

管理员无需且不能注册，只能由其他管理员添加。管理员需对用户进行管理，添加快递员以及其他管理员，并发布公告。其登录流程图如下图所示。

图 37管理员登录流程图

各校园快递站点需要对订单进行管理，需要检查订单并与实际比对。

快递员配送快递到站点后，站点收到快递，确认订单后，快递入库以方便取件，然后创建并发布订单。如果在发现订单出现问题，可以对订单进行修改。同时会向用户发送信息通知。用户可以登录查看自己的订单，并前去取件。在每晚工作结束后，会再次检查所有的订单，尤其是未完成的订单，对需要调整编号及描述的订单进行调整。

其管理流程图如下图所示。

图 38站点管理流程图

由于校园快递中快递员不可以送货上门，所以所有快递都会先配送至校园取件点，再由学生前去取件。取件点如菜鸟驿站等接受快递，编号入库，并在快递架上归置整齐。学生收到快递信息后前去取件点验证身份后收取快递并确认收货。进行评价后流程结束。流程图如下图所示。

图 39普通用户取件流程图

代取件用户前往菜鸟驿站取件的流程同上图，完整代取件流程如图4-10所示。