某高校快递代理管理系统分析与设计.docx
- 文档编号:9769850
- 上传时间:2023-02-06
- 格式:DOCX
- 页数:42
- 大小:2.14MB
某高校快递代理管理系统分析与设计.docx
《某高校快递代理管理系统分析与设计.docx》由会员分享,可在线阅读,更多相关《某高校快递代理管理系统分析与设计.docx(42页珍藏版)》请在冰豆网上搜索。
某高校快递代理管理系统分析与设计
高校快递代理管理系统分析与设计
摘要
随着电子商务的发展,人们生活节奏的不断提高,互联网消费已经成为日常。
我们作为一个大学生,在这个风起云涌的网络购物年代,成为了网上购物的核心力量。
而对于校园快递,无论是在费用、送货时间上,还是在效率、安全性、快递员的服务态度上都大程度上影响着同学们的满意度。
普遍有着区间路程过远、排队时间过长、快递点常常人群、快递爆满、代取快递服务范围有限。
因此,在市场空缺这一块,快递服务行业还有较多的进步空间需要慢慢填满。
为了改善高校的快递派送服务,减少关于高校由于校园住宿区比较分散或者由于工作和上课时间的冲突而导致老师学生们取件不方便的问题,我们开发了一个高校快递代理系统,这个系统对于改善快递服务行业的一系列问题具有较为积极的意义。
关键词:
高校;市场空缺;快递代理
Abstract
Withthedevelopmentofe-commerceandthecontinuousimprovementofthepaceofpeople'slife,Internetconsumptionhasbecomeadailyroutine.Asacollegestudent,wehavebecomethecoreforceofonlineshoppinginthisturbulenteraofonlineshopping.However,forcampusexpress,whetherinthecost,deliverytime,orintheefficiency,safety,Courierserviceattitude,haveagreatimpactonstudents'satisfaction.Generally,therearetoolongintervaldistance,toolongqueuetime,expressdeliverypointoftencrowd,expressfull,thedeliveryserviceislimited.Therefore,inthemarketvacancythispiece,theexpressserviceindustryhasmoreroomforprogresstobefilledslowly.Inordertoimprovetheexpressdeliveryservice,reduceaboutcollegebecausecampusaccommodationzoneisdispersedorduetotheconflictofworkandtimetoteacherthestudentstakeinconvenientproblem,wedevelopedaCourieragentsystemofcollegesanduniversities,thesystemtoimprovetheexpressserviceindustryaseriesofproblemshasthepositivesignificance.
Keywords:
university;Marketvacancy;Deliveryagent
第1章绪论
1.1系统开发背景
随着信息技术应用逐步深化,互联网已经深入生产生活各个领域,不断与各行业融合摩擦出新火花,电子商务改变大众消费习惯,改变物流供应链模式,快递行业在电子商务的带动下迅速发展壮大,而高校学生是网购主力军之一,其购买力强,校园快递业务量大[1]。
由于快递数量成指数型增长,导致学校快递站经常爆满,在不合适的时间取快递常常要排长龙,并且快递中心的服务时间常常与同学们上课或工作的时间造成冲突,大多时候也带来极大的不方便。
有些离学校相对较远的快递站,就更加不方便拿取快递了,由于快递站人员常常爆满以及时间的冲突较远的快递站在路程上造成的不便,使得同学们经常延迟取快递的时间,也造成快递站的快递长时间的滞留。
在这样的背景下,“快递代拿”的市场出现以及成为必然选择。
快递代拿服务的出现可以很大程度上避免了这一类的问题,为没有时间或不方便取快递的人提供了便捷。
但是在校园的快递代拿还存在一个明显问题就是代拿以及有代领需求的收件人常常难以实现同平台以及业务有效时间的沟通以及交互,造成双方无法进行业务交流或无法及时进行业务交流。
为解决这些问题,我们开发了一个快递代理系统,突破时间、空间的限制性去帮助有需要的师生代拿快递就是我们的主要目的。
快递代拿连接快递公司和客户群体,是指将快递包裹从快递网点运送到客户手里的末端配送形式,它是在快递末端配送频频失控的情况下产生的,带有浓厚的拯救快递客户取快递不方便的使命感,在快递网点不完善的高校校园和农村地区具有很大的市场[2]。
该系统中,收件人和代领可以根据自己的需求进行注册,在平台上,收件人发布的订单信息可以被代领接收到,方便了双方的业务交流。
1.2系统开发目标
我们这一次将会开发一个界面友好、具有实用功能的快递代理管理系统,能够提高广大师生的便捷程度,有效解决关于快递领取的各种问题。
有效解决收件人和配送员由于空间上、时间上难以契合而造成无法完成自己对于快递需求的问题。
的这个系统的推广能带给三方好处,首先是快递中心,不用为快递的堆积和处理问题烦恼了,对于学生来说也不用担心时间与空间的问题就能够及时的拿到自己的快递,节省了时间与精力,而代拿服务也给做代拿学生提供了一种课外兼职服务,让学生能够利用自己的方便之余服务他人,也不会浪费自己的时间。
1.3系统开发的技术和环境
1.3.1开发技术
系统开发的实现主要依赖Java代码,使用intellijIDEA来编写代码,数据库使用的是MySQL,利用ssm框架来进行组织整合。
1.3.2运行环境
表1-1硬件设备
项目
参数
CPU
1.60GHz
内存
可用空间5GB以上
硬盘
可用空间5GB以上
其他计算机设备
联机设备等
表1-2软件设备
项目
参数
操作系统
Windows2010
maven
3.5
jdk
1.8
数据库
MySQL5.7
第2章系统规划
2.1系统的功能和特点
2.1.1系统的功能
需要使用系统的人可以通过填写注册信息成为我们的用户,注册后用户进入登录页面,跟据用户身份的不同系统将进入到不同的主页。
收件人可在系统中根据需求发布订单,代拿登陆后可以看到收件人发布的订单,实现寻求快递代拿和帮助他人代拿快递的需求。
系统有以下几个主要功能模块:
(1)用户注册模块:
用于用户进行系统注册,用户需要提高用户名和密码进行注册。
(2)用户登录模块:
用于用户登录,第一次登陆的时候需要选择身份,然后根据不同的身份会进入到不同的页面系统。
(3)用户发布订单功能:
用户根据业务需求下单并进行订单支付。
(4)用户接受订单功能:
用户在接单大厅选择接受合适的订单进行派送。
(5)订单管理功能:
用户可以根据订单状态、订单日期和订单号对订单进行条件查询,收件人可以撤销和删除订单,配送员可以删除;管理员管理所有订单。
(6)回收站功能:
用户删除的订单会放在回收站中,对回收站的订单进行还原,已删除订单就能恢复。
(7)反馈功能:
用户对订单或系统的反馈可以传达给管理员,用户可以在我的反馈查看自己的反馈。
(8)用户信息管理功能:
用户可以改变自己的密码和性别,管理员管理所有用户信息,可以将不合格和不合法的用户进行禁用和冻结。
2.1.2系统的特点
(1)系统由各个模块组成,具有实用性;
(2)系统拥有简洁清晰的界面,操作简单明了;
(3)系统大大降低了业务在时间和空间上的限制,用户的业务需求几乎不会被时间和空间所限制。
2.2可行性研究
2.2.1技术可行性
本系统是一个数据库的增删改查系统,现有的软件、硬件水平负荷负荷该系统绰绰有余,完全可以利用现有的技术达到系统开发的目标。
而在高校里,快递代拿的需求是源源不断的,配送员也是源源不断的,在自己拿快递的时候顺手替别人代领个快递,还能赚到钱,何乐而不为呢。
2.2.2经济可行性
快递代理服务的投资成本小、市场大、可调和时间灵活,可作为休闲时间的学生兼职,这些是相对于其他行业具有的相对优势,鉴于此,快递代理系统在高校里实施相对容易,并且通过分析,快递代拿服务在高校里需求量很大该系统如果推出,短时间内就能受到同学们的青睐,提高快递服务的效率。
2.2.3法律可行性
开发的新系统不会侵犯伤害到他人、社会和国家的相关利益,系统中的业务交流属于正当买卖,无任何违反国家法律政策的行为。
2.2.4应用可行性
快递代理服务是为了更好地服务于学生和教师而产生的,在遵循校园守则的基础上,通过线上运作与线下运作结合的方式,能让快递用户及时且方便地拿到自己的快递,也能让兼职学生从中获取利益而不耽误学习。
在另一方面,快递代拿也可以有效解决校园中各大快递站点货物囤积的问题。
第3章系统分析
3.1用例图
快递代理系统的参与者有:
(1)收件人:
收件人可以登录系统下单、对订单进行撤销和删除、向管理员提交反馈意见、修改个人信息等;
(2)配送员;配送员可以登录系统查看订单状态,对待接单进行接单、向管理员提交意见反馈、修改个人信息等;
(3)管理员:
登录系统的管理员除了可以对订单进行管理外还可以对系统用户、用户的反馈建议进行管理等,同时作为系统的用户,管理员也可以修改自己的信息。
根据上述分析,我们可以发现系统主要有三类参与者:
收件人、配送员、管理员。
3.1.1客户端用例
(1)收件人在系统中拥有下述用例:
1注册登录系统
2根据需求下单
3查看订单状态
4撤销订单
5向管理员提交反馈建议
6修改个人信息
图3-1收件人用例图
(2)配送员在系统中拥有下述用例:
1注册登录系统
2接单
3查看订单信息
4向管理员提交反馈建议
5修改个人信息
图3-2配送员用例图
3.1.2管理端用例
(1)管理员在系统中拥有下述用例:
1登录系统
2管理订单
3管理用户
4反馈建议管理
5修改管理员信息
图3-3管理员用例图
3.2用例描述
3.2.1系统用户注册
表3-1用户注册的用例描述
名称
用户注册
参与者
收件人、配送员
前置条件
用户未注册过系统账号
后置条件
数据库中存有用户信息
正常流程
1.用户进入到进入到系统登录页面
2.用户点击注册跳转到注册页面
3.系统显示注册页面,用户填写注册表单进行注册
4.提交注册
扩展流程
4.1注册失败
4.1.a系统检查该账号已经存在
4.1.b注册信息不符合规格
3.2.2系统用户登录
表3-2用户登录用例描述
名称
用户登录
参与者
收件人、配送员、管理员
前置条件
注册过该系统账号
后置条件
进入到系统主页
正常流程
1.用户进入到系统登陆页面
2.系统显示登录页面,用户输入用户名和密码,点击登录按钮
3.不同身份的用户进入到不同的系统主页面
扩展流程
2.1登录失败
2.1.a系统检查是否有该用户信息,若存在该用户,显示密码错误;若不存在该用户,则显示该用户不存在,跳转注册页面
3.2.3收件人下单
表3-3收件人下单用例描述
名称
下单
参与者
收件人
前置条件
用户成功登录系统
后置条件
订单成功发布
正常流程
1.收件人进入到系统,选择下单
2.填写表单,选择支付
3.下单成功,回到首页
扩展流程
2.1发布订单失败
2.1.a订单填写不符合规格
3.1订单异常
3.1.a支付失败
3.2.4撤销订单
表3-4撤销订单用例描述
名称
撤销订单
参与者
收件人
前置条件
手机人下单
正常流程
1.收件人进入到系统,查看有关订单
2.对想撤回的订单进行撤回操作
3.被撤销的订单消失
3.2.5用户反馈
表3-5用户反馈用例描述
名称
用户反馈
参与者
收件人、配送员
前置条件
用户成功登录系统
后置条件
反馈成功传达给管理员
正常流程
1.用户进入到反馈建议,选择反馈类型进行反馈
2.提交反馈
3.系统显示提交成功
4.在我的反馈可以查看到已提交的反馈
扩展流程
2.2提交失败
2.2.a反馈填写不符合规格
3.2.6修改个人信息
表3-6修改个人信息用例描述
名称
修改个人信息
参与者
收件人、配送员、管理员
前置条件
用户成功登录系统
后置条件
修改信息成功
正常流程
1.用户登陆后进入个人中心
2.对个人信息进行修改
3.修改成功,系统回到登录页面
3.2.7配送员接单
表3-7接单用例描述
名称
接单
参与者
配送员
前置条件
用户成功登录系统
后置条件
成功接受订单
正常流程
1.用户进入到接单大厅,选择接单
2.接单成功
3.2.8删除订单
表3-8删除订单用例描述
名称
删除订单
参与者
收件人、管理员
前置条件
用户登录系统
后置条件
订单进入回收站
正常流程
1.用户查看异常订单或已过期订单
2.对订单进行删除操作
3.订单进入回收站
3.2.9管理反馈
表3-9管理反馈用例描述
名称
管理反馈
参与者
管理员
前置条件
管理员登录系统
正常流程
1.管理员查看用户反馈
2.对反馈进行处理
3.用户收到反馈处理消息
3.2.10管理用户
表3-10管理用户用例描述
名称
管理用户
参与者
管理员
前置条件
管理员登录系统
正常流程
1.管理员查看用户信息
2.对不合格用户进行冻结、禁用操作
3.被冻结、禁用的用户无法登录系统
3.3时序图与协作图
3.3.1下单
图3-4下单时序图
图3-5下单协作图
3.3.2接单
图3-6接单时序图
图3-7接单协作图
3.3.2管理订单
图3-8管理订单时序图
图3-9管理订单协作图
3.4分析类图
3.4.1下单
图3-10下单分析类图
3.4.2接单
图3-11接单分析类图
3.4.3管理订单
图3-12订单管理分析类图
3.5活动图
根据快递代理系统的整个获得过程,创建了如下的系统活动图:
图3-13快递代理系统的活动图
第4章系统设计
4.1数据库设计
4.1.1概念模型
从上述的规划设计中,我们可以看出来系统的实体有:
订单信息、系统用户信息(可划为收件人信息、配送员信息、管理员信息)、反馈建议信息。
由此,系统中各个实体的E-R图及相互之间的关系如图4-1和图4-2:
图4-1用户下单、接单E-R图
图4-2系统反馈建议E-R图
4.1.2逻辑模型
根据上述的完成的概念设计,又可以将它转化成数据逻辑结构:
(1)用户表(sys_user):
用于记录系统用户的详细信息,根据角色id、的不同,又可以划分为收件人、配送员和管理员;
(2)订单表(order_info):
用于记录订单的详细信息,根据订单信息有无被修改的区别又可以分为待接单、待派送单、已派送单;
(3)用户反馈表(user_feedback):
记录用户的反馈记录。
系统的逻辑模型如下图:
图4-3用户下单、接单逻辑模型
图4-4系统反馈建议逻辑模型
4.2界面、输入、输出设计
4.2.1界面设计
(1)系统界面我们尽量会设计的简洁明易操作;
(2)系统中的按钮和图标我们会加上相应解释的标签和提示;
(3)对于同一个对象的不同操作我们会以不同的颜色区分;
(4)提供符合逻辑的界面组织;
(5)为了防止用户不小心删除有用订单,我们设置了回收站操作;
(6)当用户输入有误时,我们设置了醒目的红色字体给予用户提示;
(7)对不同身份用户给予不同头像方便区分。
4.2.2输出设计
(1)根据不同的信息使用者的使用目的输出相应的信息;
(2)以报表形式显示订单记录和反馈记录。
4.2.3输入设计
(1)在像用户输入手机号码、身份证号等这一类需要校验的信息时,我们会对它进行相应的校验和纠错提醒;
(2)尽量保证系统拿到的是用户输入的原始数据;
(3)尽量实现一个方便用户操作和填写的输入界面,契合我们一般的填写习惯;
(4)输入设备为鼠标和键盘。
4.3总体结构设计
图4-5系统总体结构设计图
第5章系统实现
5.1系统通用类实现
5.1.1数据库通用类实现
系统是使用mybatis框架然后配置mapper.xml文件配合mapper接口对数据库进行增删改查的操作的。
首先创建mybatis的核心配置文件application.yml,然后创建实体类,实体类属性需要与数据库的保持一致,根据系统需要功能配置mapper.xml文件,最后通过创建并且调用mapper接口就能实现系统对数据库操作的需求了。
5.1.2其他通用类实现
1.验证码操作类CommonDataCache:
把系统要用到的验证码操作封装到CommonDataCache类里。
CommonDataCache类的主要作用是避免一些人为的或者网络病毒的恶意注册登录,每次系统或者页面刷新出来的验证码都会有所改变,这样其他的病毒或者恶意软件去自动地注册登录就能够被有效地防止。
2.集合工具类ConllectionUtils:
把系统要用到的对数组的操作封装到ConllectionUtils类里,需要使用的时候直接调用。
3.日期工具类DateUtils:
把对日期的操作按照想要的格式封装在DateUtils类里。
当系统需要使用到日期的时候,直接调用。
4.金额工具类DoubleUtils:
把对金额的操作封装在DoubleUtils类里,包括对金额的加减乘除算法等。
5.身份验证工具类IDValidateUtils:
把对用户的身份验证操作包装在IDValidateUtils类里,包括身份证的信息验证等。
6.Json工具类JsonUtils:
把有关json的操作封装到JsonUtils类里。
7.随机工具类RandomUtils:
把生成随机数据的功能封装在RandomUtils类里面。
8.字符串工具类StrtingUtils:
StrtingUtils类里主要封装一些需要用到的对字符串的操作。
5.2系统模块实现
5.2.1注册登录模块实现
1.注册登录模块实现简介
所有想要使用快递代理系统的用户就必须先进行注册登录,注册登录后的用户可以在个人中心查看到自己的个人信息。
该模块用到的数据库表有sys_user。
2.注册登录模块相关类实现
UserApiController类处理前台发送的注册登录请求,这个模块业务逻辑主要被SysUserService接口类定义,SysUserServiceImpl类对接口函数进行实现,SysUserMapper接口类和SysUserMapper.xml文件实现sql语句。
3.注册登录模块程序流程
下图5-1是系统注册登录模块的程序流程。
系统用户需要先进行注册,数据库中会添加用户的注册信息,在店里时使用正确的用户名和密码即可成功登录系统,不同身份的用户会进入到不同的页面。
图5-1注册登录模块程序流程图
4.注册登录模块实现界面
图5-2注册界面
图5-3登录界面
5.2.2用户发布和接受订单模块实现
1.用户发布和接受订单模块实现简介
用户登入系统,收件人根据需求发布快递代取订单,配送员根据需求接受订单。
该模块涉及到的数据库表有order_info。
2.用户发布和接受订单模块相关类实现
OrderApiController类处理前台发送的下单以及接单请求,OrderInfoService接口类定义业务逻辑的接口,OrderInfoServiceImpl类对接口函数进行实现,OrderInfoMapper接口类和OrderInfoMapper.xml文件实现sql语句。
3.用户发布和接受订单模块程序流程
注册登录模块程序流程如图5-4所示。
图中收件人根据业务需求下单,数据库会储存订单信息,这个订单信息会被配送员读取到,配送员根据业务需求接受订单,订单表数据发生改变。
图5-4用户订单业务模块程序流程图
4.用户发布和接受订单模块实现界面
图5-5用户发布订单界面
图5-6用户接受订单界面
5.2.3管理订单模块实现
1.订单管理模块实现简介
已经生成的订单可以被用户进行增删改查操作,对于订单,收件人有查看、撤销和删除订单的权限,配送员可以查看订单,管理员具有查看和删除订单的权限。
2.订单管理模块相关类实现
对订单的管理主要依靠OrderInfoMapper接口类和OrderInfoMapper.xml文件实现sql语句对订单的增删改查等操作。
3.订单管理模块程序流程
订单管理模块程序流程如图5-7所示。
图中用户对订单的查看、撤销和删除都是对数据库的操作。
图5-7订单管理模块程序流程图
4.订单管理模块实现界面
图5-8收件人订单管理界面
图5-9配送员订单管理界面
图5-10管理员订单管理界面
5.2.4回收站模块实现
1.回收站模块实现简介
如果用户撤销或者删除订单,那么订单就会在回收站出现,当用户想要恢复这个订单时,就可以恢复还原回收站的订单。
2.回收站模块实现界面
图5-11回收站界面
5.2.5反馈建议模块实现
1.反馈建议模块实现简介
收件人和配送员可以对订单、业务交流对象或者系统的使用进行反馈建议,管理员管理反馈建议。
该模块设计到的数据库表有user_feedback。
2.反馈建议模块相关类实现
FeedbackApiController类处理前台发送的反馈建议请求,UserFeedbackService接口类定义用户反馈的业务逻辑接口,UserFeedbackServiceImpl类对接口函数进行实现,UserFeedbackMapper接口类和UserFeedbackMapper.xml文件实现sql语句。
3.反馈建议模块程序流程
注册登录模块程序流程如图5-12所示。
图中收件人和配送员在系统填写自己的反馈建议,提交之后反馈建议被存储到数据库中,用户可以利用对数据库的操作查看到反馈信息,管理员可以管理反馈,操作数据库的查询和修改操作对反馈进行处理。
图5-12反馈建议模块程序流程图
4.反馈建议模块实现界面
图5-13查看反馈界面
图5-14反馈建议界面
图5-15反馈建议管理界面
5.2.6管理用户信息模块实现
1.系统用户信息管理模块实现简介
在系统的个人中心界面系统用户可以查询到自己的相关信息,修改密码和性别等。
管理员可以对所有用户进行管理,冻结或禁用。
2.用户信息管理模块程序流程
注册登录模块程序流程如图5-16所示:
图5-16用户信息管理模块程序流程
3.管理用户信息模块实现界面
图5.2.6-2收件人个人中心界面
图5-17配送员个人中心界面
图5-18管理员个
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 高校 快递 代理 管理 系统分析 设计