基于SSM的校园快递代取系统的设计与实现.docx

《基于SSM的校园快递代取系统的设计与实现.docx》由会员分享，可在线阅读，更多相关《基于SSM的校园快递代取系统的设计与实现.docx（41页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、基于SSM的校园快递代取系统的设计与实现摘要：校园快递代取系统是一个便利学生收取快递和提供兼职工作的平台，实现快递代取，学生可以不出门就收到自己的快递。系统中的用户可以发起快递代取订单，代领人能够自行选择接单和对异常的订单进行处理、反馈等，系统管理员能够管理订单、管理代领人、处理用户反馈等。这个系统可以高效率地实现校园快递代取模式。针对许多高校中学生不便取件和取件地方拥挤等问题，深度分析了校园快递代取模式在高校中运作的可行性以及校园快递代取系统具有操作规范、操作简单、方便统计结算的特点，校园快递代取系统采用SSM框架，并使用Spring+Springmvc+Mybatisplus作为业务流程、

2、使用Shiro作为系统的认证框架和使用Mysql作为后台数据管理库，解决了传统的线下交流代取快件带来的交流繁琐和代取效率低以及学生无暇取件等问题，实现了通过安全的网络平台收取校园快递点中的包裹，提高了校园快递物流运作的流畅性。基于SSM的校园快递代取系统具有简单便利的操作性，是一个方便快捷、可靠的快递代取平台。该系统可以很好地缓解高校校园物流高峰的拥挤问题，帮助高校学生节省时间收取快递，给予学生兼职工作，改善校园快递服务的效率。 关键词：快递，校园，代取系统，SSMDesign And Implementation of Campus Express Delivery System Based

3、 on SSMAbstract：The campus express delivery system is a convenient platform for students to collect express ,and provide part-time jobs, so that students can receive their express delivery without going out. The user in the system initiates express delivery to pick up the order, the agent can choose

4、 to accept the order and handle and feedback the abnormal order, and the system administrator can manage orders, manage victors, handle user feedback, etc. This system can efficiently implement the campus express delivery mode.In many universities, students are not able to pick up the express and th

5、e place is crowded,and this paper deeply analyzes the feasibility of the operation of campus express delivery mode in universities, and the characteristics of campus express delivery system, such as standard operation, simple operation and convenient statistics and settlement. Campus express deliver

6、y system adopts SSM framework, Spring+SpringMVC+MybatisPlus as a business process handler, Shiro is used as the authentication framework of the system and Mysql is used as the background data management library. The system has solved the problems of cumbersome communication, low efficiency and no ti

7、me for students to pick up the goods caused by the traditional offline communication. It realizes the collection of parcels in campus express delivery points through the secure network platform and improves the smooth operation of campus express logistics.The campus express retrieval system based on

8、 SSM is a convenient and reliable platform with simple and convenient operability. The system can well alleviate the problem of college campus logistics peak congestion, help college students save time to collect express, give students part-time jobs, improve the efficiency of campus express service

9、s.Keywords：Express , Campus , Delivery System, SSMII目 录第1章 绪 论11.1 系统开发的背景及意义11.2 国内外校园快递代取模式现状21.3 本课程研究主要内容21.4 系统开发环境与开发工具3第2章 系统需求分析42.1 可行性分析42.2 UML系统建模52.2.2 普通用户用例图52.2.3 代领人用例图72.2.4 系统管理员用例图92.3 数据流图122.4 本章小结13第3章 系统设计153.1 系统总体架构设计153.2 数据库设计163.3 系统模块的设计193.3.1 登陆模块193.3.2 下单模块203.3.3 意

10、见反馈模块213.3.4 代领人接单模块223.4 本章小结22第4章 系统实现234.1 登陆模块的实现234.2 下单模块的实现244.3 意见反馈模块的实现264.4 代领人接单模块的实现274.5 反馈处理模块的实现294.6 本章小结30第5章 系统测试315.1 测试目的和意义315.2 测试方法315.3 测试用例325.3.1 登录测试325.3.2 用户下单测试325.3.3查询订单测试345.4 本章小结34第6章 结束语356.1 全文总结356.2 课题展望35参考文献36致 谢37II第1章 绪 论1.1 系统开发的背景及意义最近几年以来，网络购物渐渐地成为人们的一种

11、生活习惯和消费，各高校快递物流的流通量近些年呈现出高幅度增长的趋势。在校园内，很多人都在为接收快递而苦恼。出于学校的校园区域限制非本校人员的进入，并且学校的快递点多和快递量又大，还有学校管理上没有送件上门这个服务。学生和学校的职工只有到快递点才能取到快递。因为各个快递点比较分散以及一般离学生宿舍比较远，因而学生取件很不方便。针对上面所说到的问题，实现一种由校园人员代取快递模式，以及基于SSM的校园快递代取系统，可以很好地化解了现有校园快递取件不便的问题，让系统中的用户能够足不出户，更方便的拿到自己的快递。本课题主要研究和开发校园快递代取系统，对高校校园快递收取存在的问题进行分析和解决。随着互联

12、网信息迅速发展，以及学生消费水平的显著提高，网购已成为各高校学生优先考虑的一种购物方式。我们能够从网上商城浏览各种商品信息，不用出门就能买到自己想要的商品，并且网络支付的出现让我们更容易进行网上购物。在快递走进校园的同时，它也带来了快递量大造成的拥挤等问题。因此，校园快递代取系统的出现就可以很好地改善快递量多带来的滞后问题，同时给需要的同学提供了兼职的机会。基于SSM的校园快递代取系统具有简单的操作性，目前主要是面向全国高校在校学生提供快递代取功能，让快递迅速到达收件人手上，为没有时间或者不方便取快递的人送快递上门。只要有需求的用户登录系统中选择所需求的功能进行操作，即可快捷并方便地获取到自己

13、的快递或有效地接下订单带领快递。校园快递代取系统的研发具有以下两点意义：1）该系统的研发成功可以便利同学们领取自己的快递和提供一个很好的兼职平台给需要的同学。开拓校园兼职市场。2）该系统的成功开发将成为高校兼职信息化、物品送货上门的一个典范作为高校的一个快递带领平台的开发，该系统的成功与否将给本系甚至本校的兼职市场提供了许多机会和解决同学们不方便取快递的需求。1.2 国内外校园快递代取模式现状目前校园快递代取作为一种顺应快递迅速猛增的模式应运而生。信息化技术和互联网化的交易方式被应用在网上各个平台。在电子商务行业高速发展起来了，高校学生大多数选择网上购物。高校的购物党会因为时间冲突、不在学校等

14、其他缘故，错过取快递时间而心慌意乱。校园快递代取系统的出现很好地解决了这些问题，这种代取平台的出现不单单可以解决购物党无法顺利取到快递的问题，也为需要做兼职的同学们提供了一个工作机会。校园快递代取模式已成为高校学生们非常欢迎的取快递服务。代取快递服务模式的投入成本小、校园物流多和工作分配灵活、具有效率收益。因此，在大学校园里的推行相比较容易。 张议, 肖珊珊, 卓晓芸. 高校校园快递现状调研及问题分析J. 中国物流与采购, 2017(14):76-77.快递代取服务在校园中深受大众喜欢，它能够满足许多学生的消费需求。1.3 本课程研究主要内容校园快递代取系统包括以下子系统如图1-1所示：校园快

15、递代取系统代领人子系统用户子系统系统管理员子系统图1-1系统的组成用户子系统：用户在系统中可以发起订单，然后可以根据订单号查询进度，还可以反馈系统或订单的意见，并可根据反馈号查询结果。其需求有：用户注册登录、下单、意见反馈、查询订单、查询反馈以及个人中心服务。代领人子系统：拥有代领人角色权限的用户能接下其他用户添加的订单，在规时间内完成订单并确认完成，期间可以对异常的订单进行异常处理。包括以下需求：接单、确认完成订单、处理异常订单。系统管理员子系统：系统管理员对校园快递代取系统的订单、人员、反馈信息进行管理，维护系统运转所需要的数据。系统管理员包括以下需求：人员管理，订单处理，反馈处理。1.4

16、 系统开发环境与开发工具校园快递代取系统开发的过程使用的OS为：Windows 10，以及其CPU为i5-8260U和运行内存为8G;开发工具选用IDEA；使用JDK Version1.8.0作为开发工具包， Jason Brittain, Ian F. Darwin. Tomcat the Definitive GuideM/ Tomcat: The Definitive Guide. OReilly Media, Inc. 2003.使用Tomcat8.5作为项目部署的服务器；使用Google Chrome浏览器测试项目运行。第2章 系统需求分析网络购物方式日益成为高校学生在校生活的重要组

17、成部分，为了方便学生收取快递，校园快递代取模式的产生和发展正好满足同学们的这种需求。然而，校园快递代取系统也应运而生，成为一种深受同学们欢迎的快递代取平台。校园快递代取系统的角色被划分为普通用户、代领人、以及系统管理员。普通用户登录成功之后，即可填写订单信息并发起订单，并能根据订单号查询具体的订单信息，普通用户也可以对订单进行意见反馈。配送员是普通用户申请具有配送员权限的角色，能够进入接单大厅进行选择性接单和管理自己的订单。系统管理员负责对管订单、人员、用户反馈等进行管理。该系统的核心与主要功能模块分为：普通用户模块、代领人模块、管理员模块。2.1 可行性分析可行性研究可以确定系统能否值得去开

18、发，避免投入开发等资金亏损。通常来说，要从经济、技术、运行和法律四个方面进行分析，做出明确结论给用户参考。（一）经济可行性校园快递代取系统开发过程消耗成本低和维护过程损耗低，本系统使用免费版IDEA作为开发工具； Widenius M , Axmark D , Dubois P . Mysql Reference ManualM. OReilly & Associates, Inc. 2002.使用版本为5.7.28的MySQL作为系统后台数据管理库，开发工具都不用花费资金，即能使用。因此该系统开发过程，主要是在消耗个人时间和精力，基本上不用开销开发经济。（二）技术可行性校园快递代取系统后端使

19、用开源框架 Tomcy John. Learn Spring FrameworkM. Springer, Berlin, 2013.SSM实现，前端的实现使用了bootstrap+layer开源框架；IDEA是功能齐全，编码效率高的JAVA开发工具。开发过程中用到的技术和知识都是在校期间学习过的，因此，这些工具对本系统的开发有了肯定的技术支持。（三） 运行可行性校园快递代取系统简单易操作，功能清晰。懂得浏览网站的人都能轻松使用，学生们完全能够掌握使用，在运行上是没有问题的。（四）法律可行性本系统的设计和实现均由个人独自开发，使用的系统框架均为开源框架和正版的开发工具，无入侵他人权益行为和没有违

20、反国家政策的行为。2.2 UML系统建模根据上述的功能分析，可以得出系统的参与者有：普通用户、代领人和系统管理员。根据参与者来划分，系统用例图可以分为：普通用户用例图、代领人用例图和系统管理员用例图。2.2.2 普通用户用例图普通用户用例有：用户注册登录、查询订单或反馈、下单、意见反馈、个人中心等用例。在校园快递代取系统中，用户可以通过注册成为系统的普通用户之后登录上系统；当自己有需要时，填写被代领快递订单的信息，即可发起订单；可以根据订单号查看订单的信息状态；在个人中心，可以修改用户的基本信息。普通用户用例图如图2-1所示：图2-1 普通用户的用例关系图用户用例的部分用例描述如下所述。表2-

21、1下单用例规约表用例编号2-1用例名称下单功能描述用户在填写订单界面进行下单操作执行者用户前置条件进入填写订单界面后置条件下单成功，显示订单号涉众利益用户基本路径1、用户下单1.1、用户在填写订单界面填写订单信息（取件人姓名、联系电话、取件短信、配送地址、备注（可选），以及验证码1.2、订单结算1.2.1、用户提交订单信息请求，进入订单结算界面1.2.2、用户输入包裹重量，系统计算出订单费用1.2.3、用户可以选择线下支付，系统保存订单信息，订单完成；用户也可以悬着线上支付宝支付方式，系统将提交用户请求，进入支付界面，等待用户支付完成后，系统保存订单信息，订单完成1.3、用户成功下单，得到系统

22、反馈的订单号拓展1.2.3a、用户对快递订单付款时，支付费用时间超过系统允许的时间范围时订单将被系统取消1.2.3b、用户选择线上支付宝平台进行付款时，如果用户付款账户余额不足，用户付款操作被终止，系统提示用户付款账户余额不足，请重新付款字段列表取件人姓名、配送地址、取件短信、备注（可选）、联系电话、验证码备注无表2-2 意见反馈用例规约表用例编号2-2用例名称意见反馈功能描述用户可以对系统或订单等问题进行反馈执行者用户前置条件登录用户进入填写意见反馈信息界面后置条件显示出反馈号涉众利益用户基本路径1.意见反馈1.1输入反馈类型、反馈人、联系电话、反馈内容、验证码，提交反馈1.2系统得到用户的

23、反馈请求，保存反馈信息到后台数据库表，并反馈给用户系统随机生成的反馈号1.3界面显示反馈号拓展1.1a、如果输入条件为空，则提示该条件不能为空字段列表反馈人、反馈类型、联系电话、反馈内容、验证码备注无2.2.3 代领人用例图代领人用例有：注册、登录、订单管理、接单、个人中心等用例。代领人用例图如图2-2所示：图2-2 代领人用例图代领人用例的部分用例描述如下所述。表2-3 接单用例规约表用例编号2-3用例名称接单功能描述代领人在接单大厅界面查看到订单表，可以查看每个订单详细信息，选择订单进行接单执行者代领人前置条件代领人已登录系统，前往接单大厅界面后置条件在我的订单可以查看到已经接单的订单涉众

24、利益代领人、用户基本路径1.代领人进入接单大厅界面，查看到订单列表1.1选择一个订单查看其详细内容，点击查询图标1.2系统获得点击请求，根据该订单id查询后台数据表，反馈查询结果1.3界面显示订单详情2.接单2.1代领人可以单选或多选订单进行接单，提交接单请求2.2系统相应用户请求，保存提交请求后反馈成功信息2.3弹框界面显示接单成功拓展无表2-4 订单管理用例规约表用例编号2-4用例名称订单管理功能描述代领人在我的订单界面，可以查看订单、确认完成的订单，标记异常的订单执行者代领人前置条件代领人已登录系统，前往我的订单界面后置条件代领人操作后的订单得到异步刷新涉众利益代领人基本路径1.代领人进

25、入我的订单界面，查看到接单列表1.1选择一个订单查看其详细内容，点击查询图标1.2系统获得点击请求，根据该订单id查询后台数据表，反馈查询结果1.3弹框界面显示订单详情2.确认订单2.1在代领人完成订单配送后确认订单，提交确认请求2.2系统得到请求后，更新订单状态，返回更新结果2.3订单配送完成，订单刷新，显示完成状态3 标记异常订单3.1代领人选择异常订单进行操作，输入订单的异常详情，提交到系统3.2系统得到请求后，更新订单状态，返回更新结果3.3该订单刷新，显示为异常状态拓展无字段列表异常详情备注订单发生异常，可以是订单信息存在问题或订单存在意外状况（快递不存在、丢失）问题2.2.4 系统

26、管理员用例图系统管理员图中包括的用例有：登录、订单处理、反馈处理、人员管理、个人中心。系统管理员用例图如图2-3所示。图2-3 系统管理员用例图系统管理员用例的部分用例描述如下所述。表2-5 订单处理用例规约表用例编号2-5用例名称订单处理功能描述系统管理员浏览订单列表，可以查看订单详情、分配订单给配送员，处理异常的订单、以及进行删除订单执行者系统管理员前置条件系统管理员进入系统，前往订单列表界面后置条件订单列表内容得到异步刷新涉众利益系统管理员基本路径1.查看订单详情1.1选择一个订单查看其详细内容，点击查询图标1.2系统获得请求，根据该订单id查询后台数据表，反馈查询结果1.3弹框界面显示

27、订单详情2.分配订单2.1管理员根据业务情况可以分配订单，选择订单并选择订单派送人员（代领人），提交确认请求2.2系统得到请求后，更新订单状态，返回更新结果2.3订单配送完成，订单刷新，显示派送员和显示订单在派送中3.标记异常订单3.1管理员选择异常订单进行操作，输入订单的异常详情，提交到系统3.2系统得到请求后，更新订单状态，返回更新结果3.3该订单刷新，显示为异常状态4.删除订单4.1管理员在订单列表界面选择订单移入订单回收站4.2系统得到请求后，更新订单，返回更新结果4.3管理员在订单回收站可以对订单进行恢复、删除的操作4.3.1管理员选择订单进行恢复，系统会更新订单状态，该订单将显示在

28、订单列表界面中4.3.2管理员选择订单删除，系统响应请求，把该订单所有信息从数据表中删除，并返回反馈结果4.4订单删除成功拓展无字段列表异常详情备注3a .订单发生异常，可以是订单信息存在问题或订单存在意外状况（快递不存在、丢失）问题表2-6 反馈处理用例规约表用例编号2-6用例名称反馈处理功能描述管理员对用户的反馈信息进行回复和删除操作执行者管理员前置条件管理员登录系统，进入反馈管理界面后置条件反馈信息的到管理员处理或反馈信息已被删除涉众利益管理员基本路径1.回复反馈1.1管理员进入填写反馈内容界面1.2填写反馈内容，提交处理1.3系统保存反馈信息，更新数据表，并返回更新结果给用户1.4反馈

29、状态更新，管理员和用户可以查看到反馈处理结果2.删除反馈信息2.1选择反馈进行删除，点击删除图标2.2系统响应删除请求，将该反馈信息从数据表删除，反馈处理结果2.3该反馈信息从列表移除拓展输入反馈内容为空，处理将取消并返回上一页面字段列表反馈内容备注无2.3 数据流图1. 登录数据流图登录数据流的过程：用户进入校园快递代取系统的登陆界面，填写用户的登录信息;系统校验数字图形验证码，用户信息是否与后台数据一致；系统将查询结果返回并判断用户的角色权限，生成相应的主页。用户登录数据流图如图2-4所示：图2-4 登录DFD2. 用户下单数据流图用户下单数据流的过程：第一步是已登录的用户进入填写快递信息

30、和个人信息后提交下单请求；第二步是系统验证订单信息通过后，然后用户可以选择支付方式，如果选择线下支付方式，下单完成；若选择上线方式，等待用户线上支付成功后订单才会生成；最后系统将处理结果返回给用户。用户发起订单DFD如图2-5所示：图2-5 用户下单DFD3. 意见反馈数据流图意见反馈数据流的过程：第一步是填写相关信息提交到系统；第二步是系统保存反馈信息并将用户反馈的信息传送给系统管理员；第三步就是管理员查看到反馈的信息，将实际地做出处理；最后将处理的结果返回给用户。意见反馈数据流图如图2-6所示：图2-6意见反馈DFD4. 代领人接单数据流图代领人接单数据流过程为：代领人请求接单，系统处理接

31、单请求，代领人成功接单后，系统将订单被接单信息反馈给用户。代领人接单DFD如图2-7所示：图2-7代领人接单DFD5. 订单管理数据流图系统管理员能够查看订单和删除订单。管理员提交查看或删除请求，系统处理管理员的请求，最后将处理结果返回给管理员。订单管理DFD如图2-8所示：图2-8订单管理DFD2.4 本章小结本章对校园快递代取系统进行了明确清晰的需求分析。通过可行性分析，确保校园快递代取系统开发的可能性。另外，本章从普通用户、代领人、系统管理员三个角色的角度对系统进行了UML建模，给出了各自的功能用例关系图以及部分用例对应的规约表，进行了详细的分析说明。最后，本章给出登录、用户发起订单、意

32、见反馈、代领人接单、订单管理这五个小模块的数据流图，并作了简要说明。第3章 系统设计3.1 系统总体架构设计根据校园快递代取系统的需求分析，校园快递代取系统的功能模块有：普通用户模块、代领人模块和管理员模块，图3-1为校园快递代取系统的功能模块结构图。图3-1 系统的功能模块结构图用户模块功能设计如下： 登录注册：用户可以向系统申请注册为普通用户，然后可以进行登录系统。 下单：用户填写相关订单信息，完成结算提交支付后，订单将发布到接单大厅。 查询订单或反馈：用户可以根据订单号（或订单号）准确查询到某个订单（或反馈）的状态。 意见反馈：用户把订单完成过程产生的问题和系统中的不足反馈给系统管理员。

33、 个人中心：更改用的基本信息，例如：修改密码。代领人模块功能设计如下： 接单：代领人能够在订单列表中选择性接单。 订单管理：代领人可以查询自己的接单列表，完成订单后可选择确认完成订单操作，订单存在问题时，可将订单标记为异常状态并提交相关问题信息。 个人中心：更改用户的基本信息，例如：修改密码。管理员模块功能分析如下： 订单处理：管理员可查看订单列表，可标记异常订单，也可将订单移除到订单回收站。 人员管理：管理员可对代领人的权限进行任职、离职操作。 用户反馈：管理员查看到用户反馈的信息，将处理结果回复给用，删除已经处理或无意义的反馈信息。 个人中心：更改用户的基本信息，例如：修改密码。3.2 数

34、据库设计根据第二章的系统需求分析和系统总体架构设计， 陈浩川, 饶志坚. 校园快递代取系统的数据库分析与设计J. 中国信息化, 2018, 000(010):43-45.可以对校园快递代取系统的数据库进行设计。在校园快递代取系统E-R图中，有四个实体，分别是系统用户、快递订单、订单支付信息、反馈信息。系统用户与快递订单、系统用户与反馈信息是一对多的关系，快递订单与订单支付信息是一对一的关系。校园快递代取系统E-R图如图3-2所示。图3-2 系统全局E-R图根据校园快递代取系统E-R图的设计，系统需要建立数据库表来保存一些相关的信息，数据库的名称为express-ssm,数据表有：用户信息表、订

35、单信息表、订单支付信息表、反馈信息表，以下表是对上述数据库表具体的设计：(1) SysUser（用户信息表）表 表3-1 SysUser表列名数据类型可为空注释IDVARCHAR(255)NOT NULL用户IdUSERNAMEVARCHAR(255)NOT NULL用户名PASSWORDVARCHAR(255)NOT NULL密码TELVARCHAR (1)NULL电话号码SEXVARCHAR(255)NOT NULL性别ADDRESSVARCHAR(255)NULL地址BIRTHDAYVARCHAR(255)NULL生日日期ROLE_IDINT(11)NOT NULL权限idSTATUSI

36、NT(11)NOT NULL状态CREATE_DATEDATETIMENOT NULL创建时间UPDATE_DATEDATETIMENULL修改时间表3-1给出了存放用户信息的数据库表结构（如用户Id、权限id、用户名、性别、地址、密码、生日日期、状态、电话号码等），表中各字段代表的含义在第四列“注释”中有具体描述，该表的主键为用户Id。(2) Express(订单信息表)表表3-2为订单信息表，用于存放用户快递订单的有关信息（如姓名、手机号码、订单号、快递短信、配送地址、订单备注、订单状态、配送人员、配送人员备注、订单是否删除、创建时间等），该表的主键为ID。Express表结构如表3-2所

37、示：表3-2 Express表列名数据类型可为空注释IDVARCHAR (255)NOT NULL订单号NAMEVARCHAR(16)NOT NULL收件人TELVARCHAR(24)NOT NULL手机号码MESSAGEVARCHAR(255)NOT NULL快递短信ADDRESSVARCHAR(255)NOT NULL配送地址REMARKVARCHAR(255)NULL订单备注STATUSINT(11)NOT NULL订单状态STAFFVARCHAR (255)NULL配送人员STAFF_REMARKVARCHAR (255)NULL配送人员备注HAS_DELETETINYINT (1)N

38、OT NULL订单是否删除CREATE_DATEDATETIMENOT NULL创建时间UPDATE_DATEDATETIMENULL修改时间(3) Express_payment(订单支付信息表)表表3-3为订单支付信息表，用来存储订单支付的相关信息（如订单号、支付方式、支付状态、线上支付、线上支付第三方的流水号、线上收款方、线下支付金额等），该表主键为EXPRESS_ID，Express_payment表结构详情如表3-3所示：表3-3 Express_payment表列名数据类型可为空注释EXPRESS_IDVARCHAR(255)NOT NULL订单号STATUSINT(11)NULL

39、支付方式TYPEINT(11)NULL支付状态ONLINE_PAYMENTDOUBLENULL线上支付ONLINE_ PAYMENT _NUMVARCHAR(255)NULL线上支付流水号ONLINE_SELLERVARCHAR(255)NULL线上收款方OFFLINE_PAYMENTDOUBLENULL线下支付金额REMARKVARCHAR(255)NULL备注CREATE_TIMEDATETIMENOT NULL创建时间UPDATE_TIMEDATETIMENULL修改时间（4）Feedback(反馈信息表)表表3-4为反馈信息表，用来存放用户反馈给管理员的相关信息，该表主键为id。Fee

40、dback表结构详情如表3-4所示：表3-4 Feedback表列名数据类型可为空注释IDVARCHAR (255)NOT NULLidNAMEVARCHAR (255)NOT NULL反馈人TELVARCHAR (255)NOT NULL联系方式TYPEVARCHAR (255)NOT NULL反馈类型（1.订单反馈、2.意见反馈、3.BUG反馈）MESSAGEVARCHAR (255)NOT NULL反馈信息STATUSINT(11)NULL反馈状态（0：等待处理、1：处理完成）STAFFIDVARCHAR (255)NULL处理人RESULTVARCHAR (255)NULL处理结果CR

41、EATE_DATEDATETIMENOT NULL创建时间UPDATE_DATEDATETIMENULL更改时间3.3 系统模块的设计根据校园快递代取系统的需求分析和功能模块设计，校园快递代取系统的模块设计主要包括普通用户模块、代领人模块、系统管理员模块的设计，本小节不在此对所有的模块的设计进行介绍，以下将介绍系统小模块中的用户登陆模块、下单模块、用户意见反馈模块、代领人接单模块、反馈处理模块的设计。3.3.1 登陆模块登录模块是用户前往登录界面后，输入相关信息进行登录，如果登录信息错误,则登录失败,只有通过校验正确的用户,即可根据用户的权限访问校园快递代取系统。其具体的流程图如图3-3所示：

42、图3-3 登陆流程图3.3.2 下单模块用户下单的前提是用户能够登陆校园快递代取系统。用户进入填写好快递具体的信息，填写好相关信息之后向系统提交下单请求，接下来前往订单结算，系统会根据用户输入的快递重量计算出配送费，用户还可以挑选线上或线下的支付方式，如果用户选择线上进行支付，支付完成，则用户下单成功了；如果用户选择线下支付，则用户下单成功；系统将保存订单信息到数据库的订单信息表中。下单的流程图如图3-4所示：图3-4 下单流程图3.3.3 意见反馈模块意见反馈可以是反馈订单问题、意见反馈、系统BUG反馈。在意见反馈页面，用户填写相关的反馈信息，当用户填写完信息后，发送反馈请求，反馈信息将由系

43、统写入数据库的反馈信息表中，并等待管理员处理。意见反馈的流程图如图3-5所示：图3-5 意见反馈的流程图3.3.4 代领人接单模块代领人接单是拥有代领人权限的用户可以在订单列表界面选择性接单，代领人可以先查看订单的详细信息后做出接单选择，接单后，如果订单出现异常，代领人可以在系统的订单列表页面选择异常的订单，向系统提交异常处理，并上报该异常的详细情况，提交到系统中；如果订单顺利完成后，代领人可以在系统的订单列表页面选择该订单，向系统提交确认请求，完成接单任务。其具体的流程图如图3-6所示：图3-6 代领人接单流程图3.4 本章小结 本章介绍了从系统的总体架构：系统功能模块分为用户模块、代领人模

44、块、管理员模块的；数据库的设计：建立数据表以及设计每张表的字段类型和大小。系统模块设计中，通过流程图详细介绍了部分模块的流程设计。本章节对校园快递代取系统进行了详细的功能设计和数据库设计，清晰地说明了系统的主要功能和数据存储的详情。第4章 系统实现根据上一章系统模块的详细设计，本节给出了它们实现。下面分别是它们实现的部分界面效果。4.1 登陆模块的实现下图4-1是登陆模块的实现界面图，页面上有验证码、用户名和密码的文本框，一个数字图片验证码，以及一个登录按钮，当用户单击“登陆”按钮将进行登陆操作；图4-1 登陆界面如图4-1所示，用户填写完登录信息，单击“登陆”按钮后，系统将进行信息验证，若验

45、证码、用户名和密码都正确，用户身份校验通过，系统将根据这个用户的权限生成相关的主页面。如图4-2为普通用户登录成功进入的主页面。普通用户主页中，左边是用户操作的菜单栏，右边是主页显示的内容区域。图4-2用户主页面实现登录模块中校验账号的主要代码如图4-3所示：图4-3 登录校验代码图4.2 下单模块的实现如图4-4是下单模块实现的模态框界面图，主要有六个文本框（订单信息的取件人姓名、取件短信、备注、配送地址、联系电话、验证码）、一个数字图形验证码以及三个按钮（提交订单的前往结算按钮、清空表单的重新填写按钮、关闭模拟框的关闭按钮）。图4-4 用户主页面如图4-5所示，当用户用户输入表单信息并提交后，系统将跳转到订单结算界面，界面中有显示出订单的基本信息(姓名、取件短信、配送地址、备注、联系电话)、价格计算说明、包裹重量，以及两个按钮（支付宝支付的按钮、线下支付按钮）。若用户选择线下支付，系统将保存用户订单，提示用户完成订单并生成订单号。若用户采用支付宝支付，系统将响应