某高校快递代理管理系统分析与设计.doc

《某高校快递代理管理系统分析与设计.doc》由会员分享，可在线阅读，更多相关《某高校快递代理管理系统分析与设计.doc（50页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、某高校快递代理管理系统分析与设计题目，宋体一号学 院：专 业：姓 名：指导老师：商学院信息管理与信息系统刘源沙学 号：职 称：161204107007兰淑娟讲师中国珠海二二年四月北京理工大学珠海学院2020届本科生毕业设计、诚信承诺书本人郑重承诺：本人承诺呈交的毕业设计某高校快递代理系统分析与设计是在指导教师的指导下，独立开展研究取得的成果，文中引用他人的观点和材料，均在文后按顺序列出其参考文献，设计使用的数据真实可靠。本人签名： 日期： 年 月 日高校快递代理管理系统分析与设计宋体小二，间距1.25行，段前段后1行摘 要宋体小三号，间距1.25行，段前段后0.5行随着电子商务的发展，人们生活

2、节奏的不断提高，互联网消费已经成为日常。我们作为一个大学生，在这个风起云涌的网络购物年代，成为了网上购物的核心力量。而对于校园快递，无论是在费用、送货时间上，还是在效率、安全性、快递员的服务态度上都大程度上影响着同学们的满意度。普遍有着区间路程过远、排队时间过长、快递点常常人群、快递爆满、代取快递服务范围有限。因此，在市场空缺这一块，快递服务行业还有较多的进步空间需要慢慢填满。为了改善高校的快递派送服务，减少关于高校由于校园住宿区比较分散或者由于工作和上课时间的冲突而导致老师学生们取件不方便的问题，我们开发了一个高校快递代理系统，这个系统对于改善快递服务行业的一系列问题具有较为积极的意义。关键

3、词：高校；市场空缺；快递代理英文题目新罗马【Times New Roman】小二，间距1.25行，段前段后1行Abstract新罗马小三，间距1.25行，段前段后0.5行With the development of e-commerce and the continuous improvement of the pace of peoples life, Internet consumption has become a daily routine. As a college student, we have become the core force of online shopping

4、in this turbulent era of online shopping. However, for campus express, whether in the cost, delivery time, or in the efficiency, safety, Courier service attitude, have a great impact on students satisfaction. Generally, there are too long interval distance, too long queue time, express delivery poin

5、t often crowd, express full, the delivery service is limited. Therefore, in the market vacancy this piece, the express service industry has more room for progress to be filled slowly. In order to improve the express delivery service, reduce about college because campus accommodation zone is disperse

6、d or due to the conflict of work and time to teacher the students take inconvenient problem, we developed a Courier agent system of colleges and universities, the system to improve the express service industry a series of problems has the positive significance.Key words: university; Market vacancy;

7、Delivery agent目 录第1章 绪论31.1系统开发背景31.2系统开发目标31.3系统开发的技术和环境41.3.1开发技术41.3.2运行环境4第2章 系统规划52.1系统的功能和特点52.1.1系统的功能52.1.2系统的特点52.2 可行性研究62.2.1技术可行性62.2.2经济可行性62.2.3法律可行性62.2.4应用可行性6第3章 系统分析73.1用例图73.1.1客户端用例73.1.2管理端用例93.2用例描述103.2.1用户注册103.2.2用户登录103.2.3收件人下单113.2.4撤销订单123.2.5用户反馈123.2.6修改个人信息133.2.7配送员接

8、单133.2.8删除订单133.2.9管理反馈143.2.10管理用户143.3时序图与协作图153.3.1下单153.3.2接单163.3.2管理订单173.4分析类图183.4.1下单183.4.2接单193.4.3管理订单193.5 活动图20第4章 系统设计204.1 数据库设计204.1.1概念模型204.1.2逻辑模型214.2界面、输入、输出设计234.2.1界面设计234.2.2输出设计244.2.3输入设计244.3总体结构设计24第5章 系统实现255.1 系统通用类实现255.1.1 数据库通用类实现255.1.2 其他通用类实现255.2 系统模块实现265.2.1 注

9、册登录模块实现265.2.2 用户发布和接受订单模块实现295.2.3 订单管理模块实现305.2.4 回收站模块实现325.2.5 反馈建议模块实现335.2.6 用户信息管理模块实现35总结37参考文献38谢辞39附录40程序源代码40第1章 绪论1.1系统开发背景随着信息技术应用逐步深化，互联网已经深入生产生活各个领域，不断与各行业融合摩擦出新火花，电子商务改变大众消费习惯，改变物流供应链模式，快递行业在电子商务的带动下迅速发展壮大 ，而高校学生是网购主力军之一，其购买力强，校园快递业务量大1。由于快递数量成指数型增长，导致学校快递站经常爆满，在不合适的时间取快递常常要排长龙，并且快递中

10、心的服务时间常常与同学们上课或工作的时间造成冲突，大多时候也带来极大的不方便。有些离学校相对较远的快递站，就更加不方便拿取快递了，由于快递站人员常常爆满以及时间的冲突较远的快递站在路程上造成的不便，使得同学们经常延迟取快递的时间，也造成快递站的快递长时间的滞留。在这样的背景下，“快递代拿”的市场出现以及成为必然选择。快递代拿服务的出现可以很大程度上避免了这一类的问题，为没有时间或不方便取快递的人提供了便捷。但是在校园的快递代拿还存在一个明显问题就是代拿以及有代领需求的收件人常常难以实现同平台以及业务有效时间的沟通以及交互，造成双方无法进行业务交流或无法及时进行业务交流。为解决这些问题，我们开发

11、了一个快递代理系统，突破时间、空间的限制性去帮助有需要的师生代拿快递就是我们的主要目的。快递代拿连接快递公司和客户群体，是指将快递包裹从快递网点运送到客户手里的末端配送形式，它是在快递末端配送频频失控的情况下产生的，带有浓厚的拯救快递客户取快递不方便的使命感，在快递网点不完善的高校校园和农村地区具有很大的市场2。该系统中，收件人和代领可以根据自己的需求进行注册，在平台上，收件人发布的订单信息可以被代领接收到，方便了双方的业务交流。1.2系统开发目标我们这一次将会开发一个界面友好、具有实用功能的快递代理管理系统，能够提高广大师生的便捷程度，有效解决关于快递领取的各种问题。有效解决收件人和配送员由

12、于空间上、时间上难以契合而造成无法完成自己对于快递需求的问题。的这个系统的推广能带给三方好处，首先是快递中心，不用为快递的堆积和处理问题烦恼了，对于学生来说也不用担心时间与空间的问题就能够及时的拿到自己的快递，节省了时间与精力，而代拿服务也给做代拿学生提供了一种课外兼职服务，让学生能够利用自己的方便之余服务他人，也不会浪费自己的时间。1.3系统开发的技术和环境1.3.1开发技术系统开发的实现主要依赖Java代码，使用intellij IDEA来编写代码，数据库使用的是MySQL，利用ssm框架来进行组织整合。1.3.2运行环境表1-1硬件设备项目参数CPU1.60GHz内存可用空间5GB以上硬

13、盘可用空间5GB以上其他计算机设备联机设备等表1-2软件设备项目参数操作系统Windows2010maven3.5jdk1.8数据库MySQL5.7第2章 系统规划2.1系统的功能和特点2.1.1系统的功能需要使用系统的人可以通过填写注册信息成为我们的用户，注册后用户进入登录页面，跟据用户身份的不同系统将进入到不同的主页。收件人可在系统中根据需求发布订单，代拿登陆后可以看到收件人发布的订单，实现寻求快递代拿和帮助他人代拿快递的需求。系统有以下几个主要功能模块：（1）用户注册模块：用于用户进行系统注册，用户需要提高用户名和密码进行注册。（2）用户登录模块：用于用户登录，第一次登陆的时候需要选择身

14、份，然后根据不同的身份会进入到不同的页面系统。（3）用户发布订单功能：用户根据业务需求下单并进行订单支付。（4）用户接受订单功能：用户在接单大厅选择接受合适的订单进行派送。（5）订单管理功能：用户可以根据订单状态、订单日期和订单号对订单进行条件查询，收件人可以撤销和删除订单，配送员可以删除；管理员管理所有订单。（6）回收站功能：用户删除的订单会放在回收站中，对回收站的订单进行还原，已删除订单就能恢复。（7）反馈功能：用户对订单或系统的反馈可以传达给管理员，用户可以在我的反馈查看自己的反馈。（8）用户信息管理功能:用户可以改变自己的密码和性别，管理员管理所有用户信息，可以将不合格和不合法的用户进

15、行禁用和冻结。2.1.2系统的特点（1）系统由各个模块组成，具有实用性；（2）系统拥有简洁清晰的界面，操作简单明了；（3）系统大大降低了业务在时间和空间上的限制，用户的业务需求几乎不会被时间和空间所限制。2.2 可行性研究2.2.1技术可行性 本系统是一个数据库的增删改查系统，现有的软件、硬件水平负荷负荷该系统绰绰有余，完全可以利用现有的技术达到系统开发的目标。而在高校里，快递代拿的需求是源源不断的，配送员也是源源不断的，在自己拿快递的时候顺手替别人代领个快递，还能赚到钱，何乐而不为呢。2.2.2经济可行性 快递代理服务的投资成本小、市场大、可调和时间灵活，可作为休闲时间的学生兼职，这些是相对

16、于其他行业具有的相对优势，鉴于此，快递代理系统在高校里实施相对容易，并且通过分析，快递代拿服务在高校里需求量很大该系统如果推出，短时间内就能受到同学们的青睐，提高快递服务的效率。2.2.3法律可行性 开发的新系统不会侵犯伤害到他人、社会和国家的相关利益，系统中的业务交流属于正当买卖，无任何违反国家法律政策的行为。2.2.4应用可行性快递代理服务是为了更好地服务于学生和教师而产生的，在遵循校园守则的基础上，通过线上运作与线下运作结合的方式，能让快递用户及时且方便地拿到自己的快递，也能让兼职学生从中获取利益而不耽误学习。在另一方面，快递代拿也可以有效解决校园中各大快递站点货物囤积的问题。第3章 系

17、统分析3.1用例图快递代理系统的参与者有：（1） 收件人：收件人可以登录系统下单、对订单进行撤销和删除、向管理员提交反馈意见、修改个人信息等；（2） 配送员；配送员可以登录系统查看订单状态，对待接单进行接单、向管理员提交意见反馈、修改个人信息等；（3） 管理员：登录系统的管理员除了可以对订单进行管理外还可以对系统用户、用户的反馈建议进行管理等，同时作为系统的用户，管理员也可以修改自己的信息。根据上述分析，我们可以发现系统主要有三类参与者：收件人、配送员、管理员。3.1.1客户端用例（1）收件人在系统中拥有下述用例： 注册登录系统 根据需求下单 查看订单状态 撤销订单 向管理员提交反馈建议 修改

18、个人信息图3-1 收件人用例图（2）配送员在系统中拥有下述用例： 注册登录系统 接单 查看订单信息 向管理员提交反馈建议 修改个人信息图3-2 配送员用例图3.1.2管理端用例（1） 管理员在系统中拥有下述用例： 登录系统 管理订单 管理用户 反馈建议管理 修改管理员信息图3-3 管理员用例图3.2用例描述3.2.1系统用户注册表3-1 用户注册的用例描述名称用户注册参与者收件人、配送员前置条件用户未注册过系统账号后置条件数据库中存有用户信息正常流程1.用户进入到进入到系统登录页面2.用户点击注册跳转到注册页面3.系统显示注册页面，用户填写注册表单进行注册4.提交注册扩展流程4.1注册失败4.

19、1.a系统检查该账号已经存在4.1.b注册信息不符合规格 3.2.2系统用户登录表3-2 用户登录用例描述名称用户登录参与者收件人、配送员、管理员前置条件注册过该系统账号后置条件进入到系统主页正常流程1.用户进入到系统登陆页面2.系统显示登录页面，用户输入用户名和密码，点击登录按钮3.不同身份的用户进入到不同的系统主页面扩展流程2.1登录失败2.1.a系统检查是否有该用户信息，若存在该用户，显示密码错误；若不存在该用户，则显示该用户不存在，跳转注册页面3.2.3收件人下单表3-3 收件人下单用例描述名称下单参与者收件人前置条件用户成功登录系统后置条件订单成功发布正常流程1.收件人进入到系统，选

20、择下单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反

21、馈填写不符合规格 3.2.6修改个人信息表3-6 修改个人信息用例描述名称修改个人信息参与者收件人、配送员、管理员前置条件用户成功登录系统后置条件修改信息成功正常流程1. 用户登陆后进入个人中心2. 对个人信息进行修改3. 修改成功，系统回到登录页面3.2.7配送员接单表3-7 接单用例描述名称接单参与者配送员前置条件用户成功登录系统后置条件成功接受订单正常流程1.用户进入到接单大厅，选择接单2.接单成功3.2.8删除订单表3-8 删除订单用例描述名称删除订单参与者收件人、管理员前置条件用户登录系统后置条件订单进入回收站正常流程1.用户查看异常订单或已过期订单 2.对订单进行删除操作3订单进入

22、回收站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 下

23、单分析类图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

24、_user）：用于记录系统用户的详细信息，根据角色id、的不同，又可以划分为收件人、配送员和管理员；（2）订单表（order_info）：用于记录订单的详细信息，根据订单信息有无被修改的区别又可以分为待接单、待派送单、已派送单；（3）用户反馈表（user_feedback）：记录用户的反馈记录。系统的逻辑模型如下图：图4-3 用户下单、接单逻辑模型图4-4 系统反馈建议逻辑模型4.2界面、输入、输出设计4.2.1界面设计（1）系统界面我们尽量会设计的简洁明易操作；（2）系统中的按钮和图标我们会加上相应解释的标签和提示；（3）对于同一个对象的不同操作我们会以不同的颜色区分；（4）提供符合逻辑的界

25、面组织；（5）为了防止用户不小心删除有用订单，我们设置了回收站操作；（6）当用户输入有误时，我们设置了醒目的红色字体给予用户提示；（7）对不同身份用户给予不同头像方便区分。4.2.2输出设计（1）根据不同的信息使用者的使用目的输出相应的信息；（2）以报表形式显示订单记录和反馈记录。4.2.3输入设计（1）在像用户输入手机号码、身份证号等这一类需要校验的信息时，我们会对它进行相应的校验和纠错提醒；（2）尽量保证系统拿到的是用户输入的原始数据；（3）尽量实现一个方便用户操作和填写的输入界面，契合我们一般的填写习惯；（4）输入设备为鼠标和键盘。4.3总体结构设计图4-5 系统总体结构设计图47第5章

26、 系统实现5.1 系统通用类实现5.1.1 数据库通用类实现系统是使用mybatis框架然后配置mapper.xml文件配合mapper接口对数据库进行增删改查的操作的。首先创建mybatis的核心配置文件application.yml，然后创建实体类,实体类属性需要与数据库的保持一致，根据系统需要功能配置mapper.xml文件 ,最后通过创建并且调用mapper接口就能实现系统对数据库操作的需求了。5.1.2 其他通用类实现1.验证码操作类CommonDataCache：把系统要用到的验证码操作封装到CommonDataCache类里。CommonDataCache类的主要作用是避免一些人

27、为的或者网络病毒的恶意注册登录，每次系统或者页面刷新出来的验证码都会有所改变，这样其他的病毒或者恶意软件去自动地注册登录就能够被有效地防止。2.集合工具类ConllectionUtils：把系统要用到的对数组的操作封装到ConllectionUtils类里，需要使用的时候直接调用。3.日期工具类DateUtils：把对日期的操作按照想要的格式封装在DateUtils类里。当系统需要使用到日期的时候，直接调用。4.金额工具类DoubleUtils：把对金额的操作封装在DoubleUtils类里，包括对金额的加减乘除算法等。5.身份验证工具类IDValidateUtils：把对用户的身份验证操作包

28、装在IDValidateUtils类里，包括身份证的信息验证等。6.Json工具类JsonUtils：把有关json的操作封装到JsonUtils类里。7.随机工具类RandomUtils：把生成随机数据的功能封装在RandomUtils类里面。8.字符串工具类StrtingUtils： StrtingUtils类里主要封装一些需要用到的对字符串的操作。5.2 系统模块实现5.2.1 注册登录模块实现1.注册登录模块实现简介所有想要使用快递代理系统的用户就必须先进行注册登录，注册登录后的用户可以在个人中心查看到自己的个人信息。该模块用到的数据库表有sys_user。2.注册登录模块相关类实现U

29、serApiController类处理前台发送的注册登录请求，这个模块业务逻辑主要被SysUserService接口类定义，SysUserServiceImpl类对接口函数进行实现，SysUserMapper接口类和SysUserMapper.xml文件实现sql语句。3.注册登录模块程序流程下图5-1是系统注册登录模块的程序流程。系统用户需要先进行注册，数据库中会添加用户的注册信息，在店里时使用正确的用户名和密码即可成功登录系统，不同身份的用户会进入到不同的页面。图5-1 注册登录模块程序流程图4.注册登录模块实现界面图5-2 注册界面图5-3 登录界面5.2.2 用户发布和接受订单模块实现

30、1.用户发布和接受订单模块实现简介用户登入系统，收件人根据需求发布快递代取订单，配送员根据需求接受订单。该模块涉及到的数据库表有order_info。2.用户发布和接受订单模块相关类实现OrderApiController类处理前台发送的下单以及接单请求，OrderInfoService接口类定义业务逻辑的接口，OrderInfoServiceImpl类对接口函数进行实现，OrderInfoMapper接口类和OrderInfoMapper.xml文件实现sql语句。3.用户发布和接受订单模块程序流程注册登录模块程序流程如图5-4所示。图中收件人根据业务需求下单，数据库会储存订单信息，这个订单

31、信息会被配送员读取到，配送员根据业务需求接受订单，订单表数据发生改变。图5-4 用户订单业务模块程序流程图4.用户发布和接受订单模块实现界面图5-5 用户发布订单界面图5-6 用户接受订单界面5.2.3 管理订单模块实现1.订单管理模块实现简介已经生成的订单可以被用户进行增删改查操作，对于订单，收件人有查看、撤销和删除订单的权限，配送员可以查看订单，管理员具有查看和删除订单的权限。2.订单管理模块相关类实现对订单的管理主要依靠OrderInfoMapper接口类和OrderInfoMapper.xml文件实现sql语句对订单的增删改查等操作。3.订单管理模块程序流程订单管理模块程序流程如图5-

32、7所示。图中用户对订单的查看、撤销和删除都是对数据库的操作。图5-7 订单管理模块程序流程图4.订单管理模块实现界面图5-8 收件人订单管理界面图5-9 配送员订单管理界面图5-10管理员订单管理界面5.2.4 回收站模块实现1.回收站模块实现简介如果用户撤销或者删除订单，那么订单就会在回收站出现，当用户想要恢复这个订单时，就可以恢复还原回收站的订单。2.回收站模块实现界面图5-11 回收站界面5.2.5 反馈建议模块实现1.反馈建议模块实现简介收件人和配送员可以对订单、业务交流对象或者系统的使用进行反馈建议，管理员管理反馈建议。该模块设计到的数据库表有user_feedback。2.反馈建议

33、模块相关类实现FeedbackApiController类处理前台发送的反馈建议请求,UserFeedbackService接口类定义用户反馈的业务逻辑接口，UserFeedbackServiceImpl类对接口函数进行实现，UserFeedbackMapper接口类和UserFeedbackMapper.xml文件实现sql语句。3.反馈建议模块程序流程注册登录模块程序流程如图5-12所示。图中收件人和配送员在系统填写自己的反馈建议，提交之后反馈建议被存储到数据库中，用户可以利用对数据库的操作查看到反馈信息，管理员可以管理反馈，操作数据库的查询和修改操作对反馈进行处理。图5-12 反馈建议模

34、块程序流程图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 管理员个人中心界面图5-19 用户管理界面总结本系统的主业务基本都已经实现，包括用户的注册登录、下单

35、接单以及对订单的管理，除此之外，还添加了用户反馈建议功能、回收站功能、用户信息管理功能和用户对个人信息的修改功能等。在本系统中，大大提高了收件人和配送员业务的空间和时间效率，消除了不同平台的限制性，用户下单、接单灵活高效，反馈建议功能也给了用户一个申诉的平台。当然，该系统还有很多不完善的地方，像接单这样的业务关系到快递的安全性和用户的安全感，需要完全谨慎的机制以保证快递能够安全的到达收件人手中，在注册时利用实名制的手机号进行注册验证就是一个很好的办法，而这个方法目前我并没有实现，在之后的学习中我需要好好的去学习研究，从而快递代理系统变得更加完善。在这次设计中，我最深的体会就是前期的准备工作对于

36、后续系统的实现具有很大的现实意义，尤其是细节工作一定要考虑好，后期系统实现后再去修改远比前期准备好要花费的工程量大。写代码是一个循序渐进、注重基础的过程，像现在时兴的很多java程序的框架几乎都是建立在java基础上的，就想建房子一样，先打好底层基础，才能够顺利往上走。开发一个系统是一个极其需要时间、精力和耐心的工作，而且系统的代码调试是一件很麻烦的工作，也许你反复修改大半天也寻不到错误，哪怕只是一个小小的中文标点错误。做完这次毕业设计，我对数据库以及Java前端后端的知识都有了一定的了解，编写程序的能力得到了很大的提升。在整个过程中对我意义最深的就是掌握了学习的方式和解决问题的方法，看别人敲

37、十遍代码不如自己敲一遍，它是一个实践性的工作，在实践中学习，在实践中理解。在今后的学习中我也会继续去探寻更多、更好的学习方法。参考文献1 罗白璐,赵少平,周雨菲.“互联网+”时代高校快递配送模式分析以近邻宝为例J.价值工程,2018,37(31):1-4.2 张仕广.快递代拿的机遇与法律风险J.中国市场,2016(32):45-46.3 张树叶,吴家臣,梁子婧.校园快递“最后一百米”有偿代取模式可行性分析以徐工院为例J.价值工程,2019,38(03):6-8.4 朱运乔.基于SpringBoot+SSM框架的Web应用系统搭建与实现J.电脑编程技巧与维护,2019(10):23-25.谢辞时

38、光如梭，毕业即将来临，此时此刻，只觉百感交集却不知如何道出，四年的光阴无法只浓缩于只言片语。时间总是在不经意间流逝掉，每个昨天都历历在目，每个明天都在等我到来，几年的大学生涯让我得到了很多，也让我懂得了失去，更明白怎样去珍惜。在漫长的求学路上，无论是学习上还是生活上给与我支持、鼓励以及帮助的人太多太多了，有我的老师、同学，也有我的朋友、亲人，如果没有他们一路的鼓励支持，就没有我个人的成长，在此谨向他们致以我最真挚的感谢和祝福！首先感谢我的导师兰淑娟老师，在大学期间，老师的耐心教导与鼓励使我在学习、生活上不断进步，从论文选题到定稿的过程中也给予我耐心指导，提出了很多具有建设性的建议，也能从不同的

39、角度提出我论文以及在写论文过程中的不足之处，每每让我认识到自己的不足并引导我去改正自己的不足。天下无不散之宴席，只能将老师的淳淳教诲铭记于心，愿老师身体健康、桃李春秋、岁月静好。感谢商院的其他老师，也许是偶然机会下听过您的一场讲座，让我对很多尚且不解的地方醍醐灌顶；也许是在您的课堂上，学到了让我受益匪浅的知识；也许只是在哪个转角、哪个过道、哪个楼梯间与您打了个照面，您的一个微笑、一个点头、一句你好对我来说都是一种莫大的鼓励与肯定。感谢我的舍友们，感谢这几年来你们在我困惑和难过的时候不厌其烦的开导与陪伴，感谢你们总是包容我的小脾气和小任性。也感谢商院所有同学这一路的包容与陪伴，与大家相处的日子，会是我生命中美丽的回忆。感谢一直在身后默默支持我的家人，你们总是默默给予我最温馨的鼓励与关怀，你们是我成长路上最坚强的后盾，是我一想起来浑身都能发热的前进动力。最后，感谢评阅论文的各位专家和老师们在百忙之中给予我宝贵意见！由于本人理论功底较浅，不足之处有劳老师和同学们不吝赐教。 附录程序源代码（1） 注册登录： 注册登录html页面： controller： service： domain： mapper.xml：（2） 订单管理： 下单html页面： 接单html页面： 订单管理html页面： controller： service： domain： mapper.xml：