计算机科学与技术-基于SSM的校园快递代取系统的设计与实现

I 目录第1章绪论 11.1系统开发的背景及意义 11.2国内外校园快递代取模式现状 21.3本课程研究主要内容 21.4系统开发环境与开发工具 3第2章系统需求分析 42.1可行性分析 42.2UML系统建模 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意见反馈模块 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致谢 37PAGEPAGE37第1章绪论1.1系统开发的背景及意义最近几年以来，网络购物渐渐地成为人们的一种生活习惯和消费，各高校快递物流的流通量近些年呈现出高幅度增长的趋势。在校园内，很多人都在为接收快递而苦恼。出于学校的校园区域限制非本校人员的进入，并且学校的快递点多和快递量又大，还有学校管理上没有送件上门这个服务。学生和学校的职工只有到快递点才能取到快递。因为各个快递点比较分散以及一般离学生宿舍比较远，因而学生取件很不方便。针对上面所说到的问题，实现一种由校园人员代取快递模式，以及基于SSM的校园快递代取系统，可以很好地化解了现有校园快递取件不便的问题，让系统中的用户能够足不出户，更方便的拿到自己的快递。本课题主要研究和开发校园快递代取系统，对高校校园快递收取存在的问题进行分析和解决。随着互联网信息迅速发展，以及学生消费水平的显著提高，网购已成为各高校学生优先考虑的一种购物方式。我们能够从网上商城浏览各种商品信息，不用出门就能买到自己想要的商品，并且网络支付的出现让我们更容易进行网上购物。在快递走进校园的同时，它也带来了快递量大造成的拥挤等问题。因此，校园快递代取系统的出现就可以很好地改善快递量多带来的滞后问题，同时给需要的同学提供了兼职的机会。基于SSM的校园快递代取系统具有简单的操作性，目前主要是面向全国高校在校学生提供快递代取功能，让快递迅速到达收件人手上，为没有时间或者不方便取快递的人送快递上门。只要有需求的用户登录系统中选择所需求的功能进行操作，即可快捷并方便地获取到自己的快递或有效地接下订单带领快递。校园快递代取系统的研发具有以下两点意义：1）该系统的研发成功可以便利同学们领取自己的快递和提供一个很好的兼职平台给需要的同学。开拓校园兼职市场。2）该系统的成功开发将成为高校兼职信息化、物品送货上门的一个典范作为高校的一个快递带领平台的开发，该系统的成功与否将给本系甚至本校的兼职市场提供了许多机会和解决同学们不方便取快递的需求。1.2国内外校园快递代取模式现状目前校园快递代取作为一种顺应快递迅速猛增的模式应运而生。信息化技术和互联网化的交易方式被应用在网上各个平台。在电子商务行业高速发展起来了，高校学生大多数选择网上购物。高校的购物党会因为时间冲突、不在学校等其他缘故，错过取快递时间而心慌意乱。校园快递代取系统的出现很好地解决了这些问题，这种代取平台的出现不单单可以解决购物党无法顺利取到快递的问题，也为需要做兼职的同学们提供了一个工作机会。校园快递代取模式已成为高校学生们非常欢迎的取快递服务。代取快递服务模式的投入成本小、校园物流多和工作分配灵活、具有效率收益。因此，在大学校园里的推行相比较容易。张议,肖珊珊,卓晓芸.高校校园快递现状调研及问题分析[J].中国物流与采购,2017(14):76-77.快递代取服务在校园中深受大众喜欢，它能够满足许多学生张议,肖珊珊,卓晓芸.高校校园快递现状调研及问题分析[J].中国物流与采购,2017(14):76-77.1.3本课程研究主要内容校园快递代取系统包括以下子系统如图1-1所示：校园快递代取系统校园快递代取系统代领人子系统用户子系统系统管理员子系统图1-1系统的组成用户子系统：用户在系统中可以发起订单，然后可以根据订单号查询进度，还可以反馈系统或订单的意见，并可根据反馈号查询结果。其需求有：用户注册登录、下单、意见反馈、查询订单、查询反馈以及个人中心服务。代领人子系统：拥有代领人角色权限的用户能接下其他用户添加的订单，在规时间内完成订单并确认完成，期间可以对异常的订单进行异常处理。包括以下需求：接单、确认完成订单、处理异常订单。系统管理员子系统：系统管理员对校园快递代取系统的订单、人员、反馈信息进行管理，维护系统运转所需要的数据。系统管理员包括以下需求：人员管理，订单处理，反馈处理。1.4系统开发环境与开发工具校园快递代取系统开发的过程使用的OS为：Windows10，以及其CPU为i5-8260U和运行内存为8G;开发工具选用IDEA；使用JDKVersion1.8.0作为开发工具包，JasonBrittain,IanF.Darwin.TomcattheDefinitiveGuide[M]//Tomcat:TheDefinitiveGuide.O'ReillyMedia,Inc.2003.使用Tomcat8.5作为项目部署的服务器；使用GoogleChromeJasonBrittain,IanF.Darwin.TomcattheDefinitiveGuide[M]//Tomcat:TheDefinitiveGuide.O'ReillyMedia,Inc.2003.

第2章系统需求分析网络购物方式日益成为高校学生在校生活的重要组成部分，为了方便学生收取快递，校园快递代取模式的产生和发展正好满足同学们的这种需求。然而，校园快递代取系统也应运而生，成为一种深受同学们欢迎的快递代取平台。校园快递代取系统的角色被划分为普通用户、代领人、以及系统管理员。普通用户登录成功之后，即可填写订单信息并发起订单，并能根据订单号查询具体的订单信息，普通用户也可以对订单进行意见反馈。配送员是普通用户申请具有配送员权限的角色，能够进入接单大厅进行选择性接单和管理自己的订单。系统管理员负责对管订单、人员、用户反馈等进行管理。该系统的核心与主要功能模块分为：普通用户模块、代领人模块、管理员模块。2.1可行性分析可行性研究可以确定系统能否值得去开发，避免投入开发等资金亏损。通常来说，要从经济、技术、运行和法律四个方面进行分析，做出明确结论给用户参考。（一）经济可行性 校园快递代取系统开发过程消耗成本低和维护过程损耗低，本系统使用免费版IDEA作为开发工具；WideniusM,AxmarkD,DuboisP.MysqlReferenceManual[M].O'Reilly&Associates,Inc.2002.使用版本为5.7.28的MySQL作为系统后台数据管理库，开发工具都不用花费资金，即能使用。因此该系统开发过程，主要是在消耗个人时间和精力，WideniusM,AxmarkD,DuboisP.MysqlReferenceManual[M].O'Reilly&Associates,Inc.2002.（二）技术可行性 校园快递代取系统后端使用开源框架TomcyJohn.LearnSpringFramework[M].Springer,Berlin,2013.SSM实现，前端的实现使用了bootstrap+layer开源框架；IDEA是功能齐全，编码效率高的JAVA开发工具。开发过程中用到的技术和知识都是在校期间学习过的，因此，这些工具TomcyJohn.LearnSpringFramework[M].Springer,Berlin,2013.（三）运行可行性 校园快递代取系统简单易操作，功能清晰。懂得浏览网站的人都能轻松使用，学生们完全能够掌握使用，在运行上是没有问题的。（四）法律可行性 本系统的设计和实现均由个人独自开发，使用的系统框架均为开源框架和正版的开发工具，无入侵他人权益行为和没有违反国家政策的行为。2.2UML系统建模 根据上述的功能分析，可以得出系统的参与者有：普通用户、代领人和系统管理员。根据参与者来划分，系统用例图可以分为：普通用户用例图、代领人用例图和系统管理员用例图。2.2.2普通用户用例图普通用户用例有：用户注册登录、查询订单或反馈、下单、意见反馈、个人中心等用例。在校园快递代取系统中，用户可以通过注册成为系统的普通用户之后登录上系统；当自己有需要时，填写被代领快递订单的信息，即可发起订单；可以根据订单号查看订单的信息状态；在个人中心，可以修改用户的基本信息。普通用户用例图如图2-1所示：图2-1普通用户的用例关系图用户用例的部分用例描述如下所述。表2-1下单用例规约表用例编号2-1用例名称下单功能描述用户在填写订单界面进行下单操作执行者用户前置条件进入填写订单界面后置条件下单成功，显示订单号涉众利益用户基本路径1、用户下单1.1、用户在填写订单界面填写订单信息（取件人姓名、联系电话、取件短信、配送地址、备注（可选）），以及验证码1.2、订单结算1.2.1、用户提交订单信息请求，进入订单结算界面1.2.2、用户输入包裹重量，系统计算出订单费用1.2.3、用户可以选择线下支付，系统保存订单信息，订单完成；用户也可以悬着线上支付宝支付方式，系统将提交用户请求，进入支付界面，等待用户支付完成后，系统保存订单信息，订单完成1.3、用户成功下单，得到系统反馈的订单号拓展1.2.3a、用户对快递订单付款时，支付费用时间超过系统允许的时间范围时订单将被系统取消1.2.3b、用户选择线上支付宝平台进行付款时，如果用户付款账户余额不足，用户付款操作被终止，系统提示用户付款账户余额不足，请重新付款字段列表取件人姓名、配送地址、取件短信、备注（可选）、联系电话、验证码备注无表2-2意见反馈用例规约表用例编号2-2用例名称意见反馈功能描述用户可以对系统或订单等问题进行反馈执行者用户前置条件登录用户进入填写意见反馈信息界面后置条件显示出反馈号涉众利益用户基本路径1.意见反馈1.1输入反馈类型、反馈人、联系电话、反馈内容、验证码，提交反馈1.2系统得到用户的反馈请求，保存反馈信息到后台数据库表，并反馈给用户系统随机生成的反馈号1.3界面显示反馈号拓展1.1a、如果输入条件为空，则提示该条件不能为空字段列表反馈人、反馈类型、联系电话、反馈内容、验证码备注无2.2.3代领人用例图代领人用例有：注册、登录、订单管理、接单、个人中心等用例。代领人用例图如图2-2所示：图2-2代领人用例图代领人用例的部分用例描述如下所述。表2-3接单用例规约表用例编号2-3用例名称接单功能描述代领人在接单大厅界面查看到订单表，可以查看每个订单详细信息，选择订单进行接单执行者代领人前置条件代领人已登录系统，前往接单大厅界面后置条件在我的订单可以查看到已经接单的订单涉众利益代领人、用户基本路径1.代领人进入接单大厅界面，查看到订单列表1.1选择一个订单查看其详细内容，点击查询图标1.2系统获得点击请求，根据该订单id查询后台数据表，反馈查询结果1.3界面显示订单详情2.接单2.1代领人可以单选或多选订单进行接单，提交接单请求2.2系统相应用户请求，保存提交请求后反馈成功信息2.3弹框界面显示接单成功拓展无表2-4订单管理用例规约表用例编号2-4用例名称订单管理功能描述代领人在我的订单界面，可以查看订单、确认完成的订单，标记异常的订单执行者代领人前置条件代领人已登录系统，前往我的订单界面后置条件代领人操作后的订单得到异步刷新涉众利益代领人基本路径1.代领人进入我的订单界面，查看到接单列表1.1选择一个订单查看其详细内容，点击查询图标1.2系统获得点击请求，根据该订单id查询后台数据表，反馈查询结果1.3弹框界面显示订单详情2.确认订单2.1在代领人完成订单配送后确认订单，提交确认请求2.2系统得到请求后，更新订单状态，返回更新结果2.3订单配送完成，订单刷新，显示完成状态3标记异常订单3.1代领人选择异常订单进行操作，输入订单的异常详情，提交到系统3.2系统得到请求后，更新订单状态，返回更新结果3.3该订单刷新，显示为异常状态拓展无字段列表异常详情备注订单发生异常，可以是订单信息存在问题或订单存在意外状况（快递不存在、丢失）问题2.2.4系统管理员用例图系统管理员图中包括的用例有：登录、订单处理、反馈处理、人员管理、个人中心。系统管理员用例图如图2-3所示。图2-3系统管理员用例图系统管理员用例的部分用例描述如下所述。表2-5订单处理用例规约表用例编号2-5用例名称订单处理功能描述系统管理员浏览订单列表，可以查看订单详情、分配订单给配送员，处理异常的订单、以及进行删除订单执行者系统管理员前置条件系统管理员进入系统，前往订单列表界面后置条件订单列表内容得到异步刷新涉众利益系统管理员基本路径1.查看订单详情1.1选择一个订单查看其详细内容，点击查询图标1.2系统获得请求，根据该订单id查询后台数据表，反馈查询结果1.3弹框界面显示订单详情2.分配订单2.1管理员根据业务情况可以分配订单，选择订单并选择订单派送人员（代领人），提交确认请求2.2系统得到请求后，更新订单状态，返回更新结果2.3订单配送完成，订单刷新，显示派送员和显示订单在派送中3.标记异常订单3.1管理员选择异常订单进行操作，输入订单的异常详情，提交到系统3.2系统得到请求后，更新订单状态，返回更新结果3.3该订单刷新，显示为异常状态4.删除订单4.1管理员在订单列表界面选择订单移入订单回收站4.2系统得到请求后，更新订单，返回更新结果4.3管理员在订单回收站可以对订单进行恢复、删除的操作4.3.1管理员选择订单进行恢复，系统会更新订单状态，该订单将显示在订单列表界面中4.3.2管理员选择订单删除，系统响应请求，把该订单所有信息从数据表中删除，并返回反馈结果4.4订单删除成功拓展无字段列表异常详情备注3a.订单发生异常，可以是订单信息存在问题或订单存在意外状况（快递不存在、丢失）问题表2-6反馈处理用例规约表用例编号2-6用例名称反馈处理功能描述管理员对用户的反馈信息进行回复和删除操作执行者管理员前置条件管理员登录系统，进入反馈管理界面后置条件反馈信息的到管理员处理或反馈信息已被删除涉众利益管理员基本路径1.回复反馈1.1管理员进入填写反馈内容界面1.2填写反馈内容，提交处理1.3系统保存反馈信息，更新数据表，并返回更新结果给用户1.4反馈状态更新，管理员和用户可以查看到反馈处理结果2.删除反馈信息2.1选择反馈进行删除，点击删除图标2.2系统响应删除请求，将该反馈信息从数据表删除，反馈处理结果2.3该反馈信息从列表移除拓展输入反馈内容为空，处理将取消并返回上一页面字段列表反馈内容备注无2.3数据流图登录数据流图登录数据流的过程：用户进入校园快递代取系统的登陆界面，填写用户的登录信息;系统校验数字图形验证码，用户信息是否与后台数据一致；系统将查询结果返回并判断用户的角色权限，生成相应的主页。用户登录数据流图如图2-4所示：图2-4登录DFD用户下单数据流图用户下单数据流的过程：第一步是已登录的用户进入填写快递信息和个人信息后提交下单请求；第二步是系统验证订单信息通过后，然后用户可以选择支付方式，如果选择线下支付方式，下单完成；若选择上线方式，等待用户线上支付成功后订单才会生成；最后系统将处理结果返回给用户。用户发起订单DFD如图2-5所示：图2-5用户下单DFD意见反馈数据流图意见反馈数据流的过程：第一步是填写相关信息提交到系统；第二步是系统保存反馈信息并将用户反馈的信息传送给系统管理员；第三步就是管理员查看到反馈的信息，将实际地做出处理；最后将处理的结果返回给用户。意见反馈数据流图如图2-6所示：图2-6意见反馈DFD代领人接单数据流图代领人接单数据流过程为：代领人请求接单，系统处理接单请求，代领人成功接单后，系统将订单被接单信息反馈给用户。代领人接单DFD如图2-7所示：图2-7代领人接单DFD订单管理数据流图系统管理员能够查看订单和删除订单。管理员提交查看或删除请求，系统处理管理员的请求，最后将处理结果返回给管理员。订单管理DFD如图2-8所示：图2-8订单管理DFD2.4本章小结本章对校园快递代取系统进行了明确清晰的需求分析。通过可行性分析，确保校园快递代取系统开发的可能性。另外，本章从普通用户、代领人、系统管理员三个角色的角度对系统进行了UML建模，给出了各自的功能用例关系图以及部分用例对应的规约表，进行了详细的分析说明。最后，本章给出登录、用户发起订单、意见反馈、代领人接单、订单管理这五个小模块的数据流图，并作了简要说明。

第3章系统设计3.1系统总体架构设计根据校园快递代取系统的需求分析，校园快递代取系统的功能模块有：普通用户模块、代领人模块和管理员模块，图3-1为校园快递代取系统的功能模块结构图。图3-1系统的功能模块结构图用户模块功能设计如下：登录注册：用户可以向系统申请注册为普通用户，然后可以进行登录系统。下单：用户填写相关订单信息，完成结算提交支付后，订单将发布到接单大厅。查询订单或反馈：用户可以根据订单号（或订单号）准确查询到某个订单（或反馈）的状态。意见反馈：用户把订单完成过程产生的问题和系统中的不足反馈给系统管理员。个人中心：更改用的基本信息，例如：修改密码。代领人模块功能设计如下：接单：代领人能够在订单列表中选择性接单。订单管理：代领人可以查询自己的接单列表，完成订单后可选择确认完成订单操作，订单存在问题时，可将订单标记为异常状态并提交相关问题信息。个人中心：更改用户的基本信息，例如：修改密码。管理员模块功能分析如下：订单处理：管理员可查看订单列表，可标记异常订单，也可将订单移除到订单回收站。人员管理：管理员可对代领人的权限进行任职、离职操作。用户反馈：管理员查看到用户反馈的信息，将处理结果回复给用，删除已经处理或无意义的反馈信息。个人中心：更改用户的基本信息，例如：修改密码。3.2数据库设计根据第二章的系统需求分析和系统总体架构设计，陈浩川,饶志坚.校园快递代取系统的数据库分析与设计[J].中国信息化,2018,000(010):43-45.可以对校园快递代取系统的数据库进行设计。在校园快递代取系统E-R图中，有四个实体，分别是系统用户、快递订单、订单支付信息、反馈信息。系统用户与快递订单、系统用户与反馈信息是一对多的关系，快递订单与订单支付信息是一对一的关系。校园快递代取系统E-R图如图3-2陈浩川,饶志坚.校园快递代取系统的数据库分析与设计[J].中国信息化,2018,000(010):43-45. 图3-2系统全局E-R图根据校园快递代取系统E-R图的设计，系统需要建立数据库表来保存一些相关的信息，数据库的名称为express-ssm,数据表有：用户信息表、订单信息表、订单支付信息表、反馈信息表，以下表是对上述数据库表具体的设计：SysUser（用户信息表）表表3-1SysUser表列名数据类型可为空注释IDVARCHAR(255)NOTNULL用户IdUSERNAMEVARCHAR(255)NOTNULL用户名PASSWORDVARCHAR(255)NOTNULL密码TELVARCHAR(1)NULL电话号码SEXVARCHAR(255)NOTNULL性别ADDRESSVARCHAR(255)NULL地址BIRTHDAYVARCHAR(255)NULL生日日期ROLE_IDINT(11)NOTNULL权限idSTATUSINT(11)NOTNULL状态CREATE_DATEDATETIMENOTNULL创建时间UPDATE_DATEDATETIMENULL修改时间表3-1给出了存放用户信息的数据库表结构（如用户Id、权限id、用户名、性别、地址、密码、生日日期、状态、电话号码等），表中各字段代表的含义在第四列“注释”中有具体描述，该表的主键为用户Id。Express(订单信息表)表表3-2为订单信息表，用于存放用户快递订单的有关信息（如姓名、手机号码、订单号、快递短信、配送地址、订单备注、订单状态、配送人员、配送人员备注、订单是否删除、创建时间等），该表的主键为ID。Express表结构如表3-2所示：表3-2Express表列名数据类型可为空注释IDVARCHAR(255)NOTNULL订单号NAMEVARCHAR(16)NOTNULL收件人TELVARCHAR(24)NOTNULL手机号码MESSAGEVARCHAR(255)NOTNULL快递短信ADDRESSVARCHAR(255)NOTNULL配送地址REMARKVARCHAR(255)NULL订单备注STATUSINT(11)NOTNULL订单状态STAFFVARCHAR(255)NULL配送人员STAFF_REMARKVARCHAR(255)NULL配送人员备注HAS_DELETETINYINT(1)NOTNULL订单是否删除CREATE_DATEDATETIMENOTNULL创建时间UPDATE_DATEDATETIMENULL修改时间Express_payment(订单支付信息表)表表3-3为订单支付信息表，用来存储订单支付的相关信息（如订单号、支付方式、支付状态、线上支付、线上支付第三方的流水号、线上收款方、线下支付金额等），该表主键为EXPRESS_ID，Express_payment表结构详情如表3-3所示：表3-3Express_payment表列名数据类型可为空注释EXPRESS_IDVARCHAR(255)NOTNULL订单号STATUSINT(11)NULL支付方式TYPEINT(11)NULL支付状态ONLINE_PAYMENTDOUBLENULL线上支付ONLINE_PAYMENT_NUMVARCHAR(255)NULL线上支付流水号ONLINE_SELLERVARCHAR(255)NULL线上收款方OFFLINE_PAYMENTDOUBLENULL线下支付金额REMARKVARCHAR(255)NULL备注CREATE_TIMEDATETIMENOTNULL创建时间UPDATE_TIMEDATETIMENULL修改时间（4）Feedback(反馈信息表)表表3-4为反馈信息表，用来存放用户反馈给管理员的相关信息，该表主键为id。Feedback表结构详情如表3-4所示：表3-4Feedback表列名数据类型可为空注释IDVARCHAR(255)NOTNULLidNAMEVARCHAR(255)NOTNULL反馈人TELVARCHAR(255)NOTNULL联系方式TYPEVARCHAR(255)NOTNULL反馈类型（1.订单反馈、2.意见反馈、3.BUG反馈）MESSAGEVARCHAR(255)NOTNULL反馈信息STATUSINT(11)NULL反馈状态（0：等待处理、1：处理完成）STAFFIDVARCHAR(255)NULL处理人RESULTVARCHAR(255)NULL处理结果CREATE_DATEDATETIMENOTNULL创建时间UPDATE_DATEDATETIMENULL更改时间3.3系统模块的设计根据校园快递代取系统的需求分析和功能模块设计，校园快递代取系统的模块设计主要包括普通用户模块、代领人模块、系统管理员模块的设计，本小节不在此对所有的模块的设计进行介绍，以下将介绍系统小模块中的用户登陆模块、下单模块、用户意见反馈模块、代领人接单模块、反馈处理模块的设计。3.3.1登陆模块登录模块是用户前往登录界面后，输入相关信息进行登录，如果登录信息错误,则登录失败,只有通过校验正确的用户,即可根据用户的权限访问校园快递代取系统。。其具体的流程图如图3-3所示：图3-3登陆流程图3.3.2下单模块用户下单的前提是用户能够登陆校园快递代取系统。用户进入填写好快递具体的信息，填写好相关信息之后向系统提交下单请求，接下来前往订单结算，系统会根据用户输入的快递重量计算出配送费，用户还可以挑选线上或线下的支付方式，如果用户选择线上进行支付，支付完成，则用户下单成功了；如果用户选择线下支付，则用户下单成功；系统将保存订单信息到数据库的订单信息表中。下单的流程图如图3-4所示：图3-4下单流程图3.3.3意见反馈模块意见反馈可以是反馈订单问题、意见反馈、系统BUG反馈。在意见反馈页面，用户填写相关的反馈信息，当用户填写完信息后，发送反馈请求，反馈信息将由系统写入数据库的反馈信息表中，并等待管理员处理。意见反馈的流程图如图3-5所示：图3-5意见反馈的流程图3.3.4代领人接单模块代领人接单是拥有代领人权限的用户可以在订单列表界面选择性接单，代领人可以先查看订单的详细信息后做出接单选择，接单后，如果订单出现异常，代领人可以在系统的订单列表页面选择异常的订单，向系统提交异常处理，并上报该异常的详细情况，提交到系统中；如果订单顺利完成后，代领人可以在系统的订单列表页面选择该订单，向系统提交确认请求，完成接单任务。其具体的流程图如图3-6所示：图3-6代领人接单流程图3.4本章小结本章介绍了从系统的总体架构：系统功能模块分为用户模块、代领人模块、管理员模块的；数据库的设计：建立数据表以及设计每张表的字段类型和大小。系统模块设计中，通过流程图详细介绍了部分模块的流程设计。本章节对校园快递代取系统进行了详细的功能设计和数据库设计，清晰地说明了系统的主要功能和数据存储的详情。第4章系统实现根据上一章系统模块的详细设计，本节给出了它们实现。下面分别是它们实现的部分界面效果。4.1登陆模块的实现下图4-1是登陆模块的实现界面图，页面上有验证码、用户名和密码的文本框，一个数字图片验证码，以及一个登录按钮，当用户单击“登陆”按钮将进行登陆操作；图4-1登陆界面 如图4-1所示，用户填写完登录信息，单击“登陆”按钮后，系统将进行信息验证，若验证码、用户名和密码都正确，用户身份校验通过，系统将根据这个用户的权限生成相关的主页面。如图4-2为普通用户登录成功进入的主页面。普通用户主页中，左边是用户操作的菜单栏，右边是主页显示的内容区域。图4-2用户主页面 实现登录模块中校验账号的主要代码如图4-3所示： 图4-3登录校验代码图4.2下单模块的实现 如图4-4是下单模块实现的模态框界面图，主要有六个文本框（订单信息的取件人姓名、取件短信、备注、配送地址、联系电话、验证码）、一个数字图形验证码以及三个按钮（提交订单的前往结算按钮、清空表单的重新填写按钮、关闭模拟框的关闭按钮）。 图4-4用户主页面如图4-5所示，当用户用户输入表单信息并提交后，系统将跳转到订单结算界面，界面中有显示出订单的基本信息(姓名、取件短信、配送地址、备注、联系电话)、价格计算说明、包裹重量，以及两个按钮（支付宝支付的按钮、线下支付按钮）。若用户选择线下支付，系统将保存用户订单，提示用户完成订单并生成订单号。若用户采用支付宝支付，系统将响应用户请求跳转页面到支付宝支付界面，支付宝支付界面如图4-6所示。图4-5订单结算界面图4-6支付宝支付界面 实现用户下单模块的线下支付方式的主要代码如下：//创建订单

StringexpressId=expressService.createExpress(express);

//创建订单支付信息

ExpressPaymentpayment=expressPaymentService.createOfflinePayment(expressId,money);

//将支付信息写入session

session.setAttribute(SESSION_LATEST_PAYMENT,payment);

//下单成功后删除Express的session

session.removeAttribute(SESSION_LATEST_EXPRESS);

returnMsg.ok(null,"/user/payment/result");4.3意见反馈模块的实现意见反馈模块实现的模态框如图4-7所示，界面中有五个文本框（反馈信息的反馈类型、反馈内容、姓名、验证码、联系电话）、一个数字图形验证码以及三个按钮（提交反馈按钮、清空表单的重新填写按钮、关闭模拟框的按钮）。用户填写完信息，提交反馈，系统会响应用户的请求，生成反馈号反馈给用户。反馈成功界面如图4-8所示。图4-7意见反馈模态框界面图4-8反馈成功界面实现意见反馈模块的主要代码如下所示：publicMsgfeedback2(Feedbackfeedback){

feedback.setCreateDate(newDate());

feedbackService.insert(feedback);

returnMsg.ok(null,feedback.getId());

}4.4代领人接单模块的实现 如图4-9是代领人接单模块实现的接单大厅界面。代领人进入接单大厅界面后，可以根据姓名、订单号等条件进行查询，得到订单列表。代领人可以查看订单的详细信息和单选或多选订单进行接单。当代领人接单成功后，该订单将从接单大厅列表中移除，显示到代领人的“我的订单”界面中。代领人的订单界面如图4-10所示，代领人在完成订单过程中能够处理异常订单，当订单配送完成，代领人可以确认订单完成。图4-9接单大厅界面图4-10代领人的订单界面 实现代领人接单模块的主要代码如下所示：publicMsgacceptExpress(String[]ids){

for(Stringid:ids){

Expressexpress=expressService.selectById(id);

express.setStaff(globalFunction.getUserId());

express.setStatus(ExpressStatusEnum.TRANSPORT.getIndex());

expressService.updateById(express);

}

returnMsg.ok();

}4.5反馈处理模块的实现如图4-11是反馈处理模块的反馈列表界面。管理员在反馈列表界面可以根据反馈类型、反馈号、反馈状态这些条件查询相关的反馈信息，同时可以对用户的反馈进行恢复，以及删除反馈信息。图4-11反馈列表界面 管理员对用户的反馈进行回复时，将进入反馈处理模态框，界面里有一个文本框。管理员填写反馈的处理结果，提交处理，系统将保存反馈信息并将处理详情提供给用户查看，此条反馈状态将更新为已处理状态。反馈处理模态框的实现如图4-12所示。 图4-12反馈处理模态框实现反馈处理模块的主要代码如下所示：publicMsghandleFeedback(Stringid,Stringcontent){

if(StringUtils.isBlank(id)||StringUtils.isBlank(content)){

returnMsg.error("参数错误");

}

Feedbackfeedback=feedbackService.selectById(id);

//设置处理人为当前用户

feedback.setStaffId(globalFunction.getUserId());

feedback.setResult(content);

//0代表未处理，1代表已处理；默认为0

feedback.setStatus(1);

feedbackService.updateById(feedback);

returnMsg.ok();

}

}4.6本章小结本章从系统的五个模块的实现进行了介绍。对每个模块的实现效果和功能都做出了详细的说明。比如下单模块和代领人接单，这两个模块是校园快递代取系统的核心模块。这些模块的实现效果基本上可以满足用户的需求。

第5章系统测试5.1测试目的和意义 找到系统中的存在的不足是系统测试的目的。系统中可能存在界面溢出、功能错乱、数据错误、显示不当等缺陷，为了保证软件产品的质量和给用户更好的体验感以及降低软件项目开发的成本，系统测试已经成为了软件开发流程中的关键环节。 系统测试提升了软件质量，降低了软件开发投资的资金，提高用户的体验。测试成为了保障整个软件系统质量的重要环节。5.2测试方法 校园快递代取系统的测试使用黑盒测试的方法进行测试。测试中，采用的用例输入分别是错误和正确的条件。部分功能具体的测试计划如下所示：测试1：测试名称：登录测试目的：测试用户登录功能测试内容：验证码、用户名和密码的输入，校验正确，用户主页面显示测试2：测试名称：用户下单测试目的：测试用户下单功能测试内容：用户填写订单界面显示、取件人姓名输入、联系电话输入、取件短信输入、配送地址输入、备注输入、验证码输入、表单清空按钮检查、检查支付宝方式支付按钮、测试3：测试名称：查询订单测试目的：测试查询订单功能测试内容：订单号输入、搜索功能测试、检查查询内容显示5.3测试用例5.3.1登录测试 功能描述：用户输入相关信息进行登录。如果输入的登录信息错误或不输入任一登录信息，则登录界面会显示相应的警告信息；输入正确的登录信息后，将登录进入系统主页。登录测试用例如表5-1所示。表5-1用户登录测试用例表序号测试目的测试输入测试结果测试说明用户名密码验证码1空用户名（为空）123验证码正确输入用户名或密码不能为空2密码为空李明（为空）验证码正确输入用户名或密码不能为空3用户名和密码不输入（为空）（为空）验证码正确输入用户名或密码不能为空4验证码不输入李明123（为空）验证码不能为空用户名和密码正确输入5验证码错误输入李明1230000验证码输入错误用户名和密码正确输入6用户名、密码错误输入123李明验证码正确输入用户名或密码错误7用户名、密码正确输入李明123验证码正确输入登录成功进入正确的用户主界面5.3.2用户下单测试 功能描述：用户进入订单填写界面，输入相关信息，提交订单，完成结算后，将生成相关订单。每项信息均为必填项，如果输入信息为空，会出现提示信息；联系电话验证长度不少与11位；提交填写信息，将跳转到订单结算界面并显示出填写信息，选择包裹重量只能输入阿拉伯数字。根据用户下单测试计划的内容（用户填写订单界面显示、取件人姓名输入、联系电话输入、取件短信输入、配送地址输入、备注输入、验证码输入、表单清空按钮检查、检查支付宝方式支付按钮），用户下单测试用例如表5-2所示。表5-2用户下单测试用例表序号测试目的测试内容测试结果测试说明1测试下单功能选择“我要下单”命令正常显示“快递代取信息填写”模拟框界面界面和设计时保持一致2测试数据输入完整性“取件人姓名”、“联系电话”、“取件短信”、“配送地址”、“验证码输入”都未空提示——不能为空3测试输入部分数据“取件人姓名”为张三、“联系电话”为空、“取件短信”为中通快递、“配送地址”为3栋605、“验证码输入”为正确输入提示——联系电话不能为空4测试输入部分数据“取件人姓名”为张三、“联系电话”“取件短信”为中通快递、“配送地址”为空、“验证码输入”为正确输入提示——配送地址不能为空5测试输入部分数据“取件人姓名”为空、“联系电话”“取件短信”为中通快递、“配送地址”为3栋605、“验证码输入”为正确输入提示——必填项取件人姓名不能为空6测试输入部分数据“取件人姓名”为张三、“联系电话”“取件短信”为空、“配送地址”为3栋506、“验证码输入”为正确输入提示——取件短信不能为空7测试输入部分数据“取件人姓名”为张三、“联系电话”“取件短信”为中通快递、“配送地址”为3栋506、“验证码输入”为空提示——验证码不能为空8测试表单清空按钮点击“重新填写”命令填写信息被清空效果与设计一致9测试逻辑处理按钮点击“支付宝”命令跳转到支付界面，支付金额准确效果与设计一致5.3.3查询订单测试 功能描述：用户进入查询订单模拟框界面，输入搜索条件订单号即可查询到该订单的详细信息。如果输入订单号为空，会出现提示信息。如果输入不存在的订单号，会出现查询不到的提示信息。当输入正确的订单号，则会显示出该订单的详细信息。根据查询订单测试计划的内容（订单号输入、搜索功能测试、检查查询内容显示），查询订单测试用例如表5-3所示。表5-3查询订单测试用例表序号测试目的测试内容测试结果测试说明1测试输入数据为空不输入订单号，点击“搜索”命令提示—查询内容不能为空2测试输入不合理的数据输入123后，点击“搜索”命令提示—没有查询到相关数据3测试查询内容显示输入合理的订单号，点击“搜索”命令显示出该订单号的订单信息显示内容与设计一致5.4本章小结 以上主要介绍了系统采用了黑盒测试进行校园快递代取系统测试的部分具体实例，其中包括了用户登录模块测试、用户下单模块测试、查询订单模块测试，大概介绍了校园快递代取系统主要的功能实现情况，在测试过程中发现了一些系统问题并对这些问题作出了修改。

第6章结束语6.1全文总结经过三个月的基于SSM的校园快递代取系统的设计与实现，我巩固了所学的Java的知识，对项目中出现的一些问题有了更加深刻的理解和相对应的解决办法，对SSM架构、编程思想有