摘 要
互联网发展至今，无论是其理论还是技术都已经成熟，而且它广泛参与在社会中的方方面面。它让信息都可以通过网络传播，搭配信息管理工具可以很好地为人们提供服务。针对生鲜配送信息管理混乱，出错率高，信息安全性差，劳动强度大，费时费力等问题，采用生鲜配送系统可以有效管理，使信息管理能够更加科学和规范。
生鲜配送系统在Eclipse环境中，使用Java语言进行编码，使用Mysql创建数据表保存本系统产生的数据。系统可以提供信息显示和相应服务，其管理员管理商品，商品评价，积分记录，用户购物订单。用户收藏商品，评价商品，购买商品，支付购买订单，管理收货地址。
总之，生鲜配送系统集中管理信息，有着保密性强，效率高，存储空间大，成本低等诸多优点。它可以降低信息管理成本，实现信息管理计算机化。
关键词：生鲜配送系统；Java语言；Mysql
Abstract
Since the development of the Internet, both its theory and technology have matured, and it has been widely involved in all aspects of society. It allows information to be disseminated through the Internet, and it can serve people well with information management tools. In view of the chaotic management of fresh food distribution information, high error rate, poor information security, high labor intensity, and time-consuming and labor-intensive problems, the use of fresh food distribution systems can be effectively managed, and information management can be more scientific and standardized.
The fresh food distribution system is coded in the Java language in the Eclipse environment, and MySQL is used to create a data table to save the data generated by the system. The system can provide information display and corresponding services, and its administrator manages products, product reviews, points records, and user shopping orders. Users collect products, evaluate products, purchase products, pay for purchase orders, and manage delivery addresses.
In short, the fresh food distribution system centralized management information has many advantages such as strong confidentiality, high efficiency, large storage space, and low cost. It can reduce the cost of information management and realize the computerization of information management.
Key Words：Fresh food distribution system; Java language; Mysql
目 录
第1章 绪论 1
1.1 课题背景 1
1.2 课题意义 1
1.3 研究内容 2
第2章 开发环境与技术 3
2.1 MYSQL数据库 3
2.2 Java语言 3
2.3 JSP技术 4
2.4 SSM框架 4
2.5 B/S架构 5
2.6 Tomcat 介绍 5
第3章 系统分析 7
3.1 可行性分析 7
3.1.1 技术可行性 7
3.1.2 经济可行性 7
3.1.3 操作可行性 7
3.2 系统流程 8
3.2.1 操作流程 8
3.2.2 登录流程 8
3.2.3 删除信息流程 9
3.2.4 添加信息流程 10
3.3 性能需求 10
3.4 功能需求 11
第4章 系统设计 14
4.1 设计原则 14
4.2 功能结构设计 15
4.3 数据库设计 16
4.3.1 数据库概念设计 16
4.3.2 数据库物理设计 19
第5章 系统实现 24
5.1 管理员功能实现 24
5.1.1 商品信息管理 24
5.1.2 用户管理 24
5.1.3 新闻资讯 25
5.1.4 积分记录 25
5.1.5 商品评价管理 26
5.1.6 已支付订单 26
5.2 用户功能实现 27
5.2.1 商品信息 27
5.2.2 购物车 28
5.2.3 在线下单 29
5.2.4 已支付订单 30
5.2.5 我的地址 30
5.2.6 新闻资讯 31
第6章 系统测试 32
6.1 测试的任务 32
6.2 测试的目标 32
6.3 测试方案 33
6.4 功能测试 34
6.4.1 登录功能测试 35
6.4.2 修改密码功能测试 35
6.5 测试结果 36
结 论 37
致 谢 38
参考文献 39
第1章 绪论
1.1 课题背景
互联网发展至今，无论是其理论还是技术都已经成熟，而且它广泛参与在社会中的方方面面。它让信息都可以通过网络传播，搭配信息管理工具可以很好地为人们提供服务。所以各行业，尤其是规模较大的企业和学校等都开始借助互联网和软件工具管理信息，传播信息，共享信息等等，以此可以增强自身实力，提高在同行业当中的竞争能力，并从各种激烈的竞争中获取发展的机会。针对生鲜配送信息管理混乱，出错率高，信息安全性差，劳动强度大，费时费力等问题，经过分析和考虑，在目前的情况下，可以引进一款生鲜配送系统这样的现代化管理工具，这个工具就是解决上述问题的最好的解决方案。它不仅可以实时完成信息处理，还缩短生鲜配送信息管理流程，使其系统化和规范化。同时还可以减少工作量，节约生鲜配送信息管理需要的人力和资金。所以生鲜配送系统是信息管理环节中不可缺少的工具，它对管理者来说非常重要。
1.2 课题意义
现如今，信息种类变得越来越多，信息的容量也变得越来越大，这就是信息时代的标志。近些年，计算机科学发展得也越来越快，而且软件开发技术也越来越成熟，因此，在生活中的各个领域，只要存在信息管理，几乎都有计算机的影子，可以说很多行业都采用计算机的方式管理信息。信息计算机化处理相比手工操作，有着保密性强，效率高，存储空间大，成本低等诸多优点。针对生鲜配送信息，采用生鲜配送系统可以有效管理，使信息管理能够更加科学和规范。
总之，在实际中使用生鲜配送系统，其意义如下：
第一点：生鲜配送系统的实际运用，可以帮助管理人员在短时间内完成信息处理工作；
第二点：通过系统页面的合理排版布局，可以更加直观的展示系统的内容，并且使用者可以随时阅读页面信息，随时操作系统提供的功能；
第三点：可以实现信息管理计算机化；
第四点：可以降低信息管理成本；
1.3 研究内容
对生鲜配送系统设计制作，不仅需要技术支撑，也需要大量的理论研究。本文在对生鲜配送系统进行介绍时，将按照如下内容进行。
第一部分：介绍生鲜配送系统研究的背景意义，便于用户了解系统；
第二部分：介绍开发生鲜配送系统需要搭建的环境，包括技术和工具；
第三部分：介绍用户对生鲜配送系统的功能要求，以及对生鲜配送系统的性能要求等；
第四部分：介绍数据库的设计方案，以及根据功能要求设计的功能结构；
第五部分：介绍通过编码最终实现的系统功能运行效果；
第六部分：介绍系统的功能测试，对系统进行综合检测，并及时解决系统出现的问题，直至系统运行正常。
第2章 开发环境与技术
生鲜配送系统的编码实现需要搭建一定的环境和使用相应的技术，接下来的内容就是对生鲜配送系统用到的技术和工具进行介绍。
2.1 MYSQL数据库
本课题所开发的应用程序在数据操作方面是不可预知的，是经常变动的，没有办法直接把数据写在文档里，这样不仅仅不安全，也不能实现应用程序的功能。如果要能实现应用程序所需要的数据存储功能，就避免不了要进行专业数据库存储软件的选择。基本上应用程序实现的功能不算太复杂，市面上任何一个关系型数据库软件都可以实现。参考自己的学习进度和操作习惯来讲，Oracle数据库是适合的，但是所需要的的安装软件很大，并且有好多不需要的功能都是开启的状态，十分消耗电脑资源，所以没有选择Oracle数据库，而SQL Server数据库虽然学过，但是安装的时候因为电脑上可能有其他的软件存在，经常性的出问题，而安装问题不好解决就需要重新安装操作系统，这样对已经存在的软件来讲又是一种时间上的浪费。只有MySQL数据库，安装包小，安装速度快，操作简单，哪怕安装出问题也好解决，不用重装操作系统，也不影响电脑上运行的其他软件，消耗资源也少，最重要的是在功能方面完全的符合设计需要，所以最后选择了MySQL数据库作为应用软件开发需要的数据库。
2.2 Java语言
Java语言发展有25年多了，在互联网行业经过这么多年的发展，还依然在市场的占有率上有半壁江山，依然受到很多程序员的喜爱，好多从业人员进行学习，随着互联网从业人员的增加，并没有降低Java语言的江湖地位，算是一个常青藤。Java语言学习很简单，当然这是针对于前辈C++来讲的，C++语言相当的强悍。Java取消了很多C++特征，比如go to这些语句，还有取消了主文件，让所有的文件都是类，类里都是数组和各种对象，还让Java自己处理各种对象的引用和回收，让开发人员只需要创建对象，使用对象，编辑代码逻辑，不需要关注性能方面，让数据的各种存储交给Java自己处理，可以花更多的时间研究应用程序之间的关系，让开发变得更专注，就像赛车的驾驶员一样，只需要了解各种车辆的性能，并且进行操作，不需要研究轱辘如何制造，这样让程序开发更加的细化。
2.3 JSP技术
在动态网站的兴起之初，作为高级编程语言的Java自然不会放弃这个领域的蛋糕。Sun公司推出了Servlet作为输出动态网站的一种技术标准，虽然不怎么受当时程序员的喜爱，但是当初也没有太多的选择，随后几个月PHP语言问世，不考虑性能和效率如何，起码在书写网页所需要的动态代码块和静态代码块方面进行了区分，让书写效率和可读效率大大的提升，所以很多Java程序员以及刚入行的初级程序员都选择了PHP语言作为自己职业的发展方向，Sun公司为了维护Java语言在高级编程语言上的江湖地位，防止PHP继续抢走市场份额占有率，Sun公司联合Apache基金会研发了一个关于Java动态网页的一个新型的技术标准，这就是JSP技术。JSP吸取了PHP语言在页面书写上面的所有优点，但是又背靠Java EE的庞大后台，又能实现很多通过Java组件就能实现的功能，在JSP页面上可以直接引用那些组件，让JSP更加的强壮丰富。保证了Java技术纵向的可持续发展，并且在动态网站开发领域终于站稳了脚跟，其他PHP开发人员可以很快的转移到JSP进行开发，不考虑一些特殊组件或者功能的开发，只从动态页面的开发上来讲，完全实现了PHP程序和JSP程序的几乎无成本的转换，JSP技术就这样的发展了起来。
2.4 SSM框架
SSM框架不是一个框架的名称，而是三个框架的首字母缩写，分别是Spring框架、SpringMVC框架、MyBatis框架。是目前Java开发者中学习的首选框架。
Spring框架继承了JavaEE和EJB框架的优点，在依赖注入方面去掉了臃肿的配置，在面向切面方面也简化了代码数量，提高了代码品质。依赖注解进行配置，让所有的依赖都可以通过程序的自动配置和寻找，减少了代码写作数量，提高了代码阅读性。
SpringMVC框架与Spring只是一个公司的，在底层代码结构上可以复用，但是最主要的功能是对数据提交请求进行过滤，并且对数据的返回进行过滤，不限于页面是JSP技术，也可以是其他的技术，更容易大型开发的集合技术。
MyBatis框架摒弃了Hibernate框架的配置臃肿方面，有时候Hibernate框架业务比较复杂的时候，代码量反而增加，性能下降，无法对底层的数据库语句优化，而MyBatis框架则有效的解决了这个方面，可以通过Java语句，对数据库操作语句进行优化，代码更简洁，执行效率更高，并且可以生产一些模块化代码，解决了开发过程中容易出现的实体映射方面的操作。
2.5 B/S架构
B/S架构是软件行业针对C/S架构来进行区分的，用来描述浏览器与服务器之间的一种架构模式。一般选择B/S架构最主要的原因就是方便维护，当程序开发的时候，可以在本地进行测试，一般的集成开发环境都自带的有开发和一键部署，本地浏览器可以及时的看到效果，测试人员有专门的服务器，只需要部署上去即可，如果中间有问题都可以进行整改的。应用程序升级，只需要后台维护代码即可，客户方面还是用之前的浏览器进行访问，所以客户端方面是很方便的。现在市面上基本上所有的操作系统平台只要是有视窗模式的，除了命令行操作界面的窗口之外，在视窗模式都是可以安装浏览器的，所以任何带视窗模式的电脑操作系统自带的浏览器或者是其他厂家的浏览器，或者是移动端的浏览器，都可以进行访问服务器的。访问服务器占用客户端资源是很少，而且不容易出错，哪怕客户端这边出现大的问题，只需要重装系统然后再安装上浏览器即可。在程序功能和客户体验上面，选择B/S架构进行应用程序开发，是很适合当今社会的主流发展趋势的。
2.6 Tomcat 介绍
刚开始学习Java语言的时候，是不知道还有Tomcat这些东西的，各种语法各种输出在控制台进行输出结果，当Java网站开发的时候就不可避免的学习到了Tomcat服务器。Tomcat准确的来讲不算是服务器，可以说是JSP引擎或者一个容器，这些都是学术上或者原理上都比较贴切的，但是实际工作中Tomcat就是作为一个web服务器来用的，因为可以实现网站的发布和运行。因为工作原理的原因，Tomcat一般作为中小型企业和并发量并不突出的一种轻量级的服务器存在的，比如某些行业的应用系统，本身客户端就不多，需要的连接也不多，一般都用Tomcat的。Tomcat里面可以配置多个网站，配置文件后缀是config的文档，类似于XML的结构，比较清晰明了。每当Java发布新的版本的时候，Tomcat也会为了匹配Java的版本进行升级，目前Tomcat版本已经到版本10了。Tomcat标识是一只有点发黄的小猫咪，当Tomcat配置成功一般测试的时候能看到这个小猫咪就算是成功的，才能进行下一步的配置。Tomcat服务器在Java网站开发中还是挺合适的。
第3章 系统分析
面对即将开发的系统，进行提前的分析是必要的。这也是开发流程中必须有的环节。通常分析系统期间，主要涉及的内容包括系统开发可行性问题，对系统功能和性能的分析等问题。
3.1 可行性分析
在正式对需要建设的项目进行投资前，有一个比较关键的步骤是不能缺少的，那就是可行性分析。它主要从当前技术，经济等角度去评估系统的可行性，在投资决策中常常采用这种科学的方法来论证项目。
3.1.1 技术可行性
当前，系统开发的技术已经发展成熟，而且通过计算机网络可以获取开发工具的使用方法，以及规范化编写的模块化代码，这些知识可以帮助开发者顺利完成本系统的编码工作。
3.1.2 经济可行性
本系统开发期间需要配置的软件环境，可以免费通过开发类官网下载安装，需要配置的硬件设备也不需要具备很高的性能，通常网吧电脑，或学校计算机机房的电脑都符合要求。因此，从经济方面考虑，生鲜配送系统开发可行。
3.1.3 操作可行性
生鲜配送系统根据用户使用习惯进行开发，设计的界面具有统一性，并具备优秀的导航功能。所以，只要会简单操作电脑的人员，可以无压力操作生鲜配送系统。
总之，从上述的论证来看，本系统可以开发。
3.2 系统流程
流程图这样的工具可以直观反映出系统内部的操作逻辑，可以帮助用户更好的理解系统。
3.2.1 操作流程
进入本系统需要访问者提供验证信息。验证合格的访问者才能获取访问资格。其具体的操作流程见下图。访问者根据登录界面设置的信息项如实填写，待信息通过验证后，访问者可以进入指定的页面享受本系统提供的服务和阅读本系统的相关信息。
图3.1 操作流程图
3.2.2 登录流程
本系统的登录模块，其内部的流程见下图。主要对访问本系统的人员提供的验证信息进行逐个判断，系统面对录入错误的信息会给出提示，比如，提示账号不对，或提示密码不匹配等提示信息。总之，在登录页面填写的所有信息都符合要求，访问者就登录成功了。
图3.2 登录流程图
3.2.3 删除信息流程
本系统在经常性的使用后，会产生很多失去价值的信息，因此就需要及时清理数据，腾出系统的空间。对这些数据进行清理时，其对应的流程见下图。先选中要清理的数据，通过反复确认需要清理的数据，避免操作人员误删。已经删除的数据就不会出现在系统里面。
图3.3 删除信息流程图
3.2.4 添加信息流程
本系统主要用于显示信息，提供服务，其中，数据添加功能就是其中的服务之一，具体流程见下图。让操作者在信息添加的页面录入数据，待这些数据被提交检验合格后，就会在系统指定页面显示出来。
图3.4 添加信息流程图
3.3 性能需求
进行需求分析，包括了根据用户实际需求制定功能，也涵盖了对即将设计的系统进行性能上的需求分析。所以一般分析系统时，一方面要分析系统功能，另一方面也要分析系统的性能。毕竟设计开发出一个好性能的系统可以确保系统的质量可靠。
接下来分析系统的性能，还要从界面友好性，系统的时间特性，系统的可靠性等方面来分析说明。
（1）系统的容量要求：对本系统完成数据处理的容量最大化进行确定。也就是确定系统处理数据的容量临界值，超过这个临界值，可能系统就运行不正常了。
（2）系统精度的要求：确定数据传输需要达到的精度值，也包括了数值计算的精度值，数据的精度值的设置等。
（3）时间特性要求：系统处理数据都有时间要求，这也是系统的时间特性。通常都会把数据处理的时间进行分析，也会设置用户请求的响应时间，还有系统在满负荷运行时可以偏离的范围数值等都需要提前分析确定。
（4）适应性要求：系统在面对系统环境的改变时，其自身适应这种变化的能力，也需要通过参数信息体现。比如说，在面对变化的需求，系统就要去适应这种变化，通过指出需要设计的过程或者是需要设计的软件来体现系统的适应性。
（5）界面友好性：除了功能上需要考虑用户需求外，在人机交互界面的设计上，也需要考虑用户的使用习惯，包括界面的布局，界面基调选择以及颜色搭配等。尽量做到用户在接受简单的培训之后，可以对系统进行独立操作。
（6）系统可靠性：对于初学者而言，很容易出现一个问题，就是设计开发的系统，因为人为的误操作出现崩溃，有些也会导致电脑死机。这样的现象也说明这种容错能力低下的系统是不可靠的。完全不能作为生活中处理信息的系统。当下，系统开发要保证可靠性，设计时，把模块化和结构化的设计理念也考虑进来。如果遇到对时效性要求比较严格的系统，也需要采取其它的措施，比如双机系统，还有磁盘阵列等方式。还有就是一个可靠性的系统，对设备的供电能力也有要求。
运行在计算机上的系统大都担负着信息处理的任务，对于它们而言，其性能要求有：完成信息查询，需要的响应时间；对终端设备的连接数量的确定；对存储数据的容量的安排；以及存储数据的可扩充的容量的设置，比如说系统存放近几个月，或者存放近几年的数据；完成报表打印数量的设置，也包括报表打印种类的设置等。
3.4 功能需求
不同的系统提供的服务也不相同，其对应的功能也不相同，所以，系统开工前，需要明确其用途，确定其功能。由此，才可以进行各个任务的开展。
生鲜配送系统经过分析，确定了其需要设置管理员的角色，其操作的功能通过用例图展示（见下图）。管理员管理商品，商品评价，积分记录，用户购物订单。
图3.5 管理员用例图
生鲜配送系统经过分析，确定了其需要设置用户的角色，其操作的功能通过用例图展示（见下图）。用户收藏商品，评价商品，购买商品，支付购买订单，管理收货地址。
图3.6 用户用例图
第4章 系统设计
一个成功设计的系统在内容上必定是丰富的，在系统外观或系统功能上必定是对用户友好的。所以为了提升系统的价值，吸引更多的访问者访问系统，以及让来访用户可以花费更多时间停留在系统上，则表明该系统设计得比较专业。
4.1 设计原则
本系统在设计过程中需要依照一定的设计原则进行，目的就是为了让开发的系统具备高质量，齐全完备的功能，方便简单的操作，如此才可以最大限度的满足使用者的要求。系统设计原则除了基本的易操作原则，安全性原则外，还有准确性原则，实用性原则，可维护性原则。
第一个设计原则：易操作原则，针对本系统设计的功能要完备齐全，编码时，设计的各个接口要具备友好性，使用者一旦使用本系统时，要能够轻松上手，操作本系统处理数据时，要具备便利性。此外，也需要设计一些必要提示，引导使用者操作系统。
第二个设计原则：安全性原则，本系统在登录模块要对各个访问者进行身份验证，系统会通过访问者输入的信息进行判断，使用提前编写的安全验证代码进行数据比对，引导匹配成功的访问者进入指定的操作界面。这样可以避免无关性访问者窃取系统的数据。
第三个设计原则：准确性原则，为了保证使用者登记的数据是正确的，需要提前设计数据纠错机制，让使用者可以通过系统的报错提示，仔细检查登记的错误信息，并及时纠正错误，填写规范正确的信息。比如设置密码时，要求密码的长度不能低于6个字符，且数据类型要求不能全部是数字等都能进行规范。
第四个设计原则：实用性原则，本系统主要用于处理信息，在实际工作中，要帮助使用者完成信息处理任务，同时本系统在面对特殊情况时，也要能够满足信息处理的需要。另外，为了后期便于在本系统中进行功能的扩充，也需要提前预留好空间。
第五个设计原则：可维护性原则，本系统在实际使用期间，难免会遇到一些故障，因此，本系统在应对故障时，要能够进行诊断并弱化故障，可以在短时间内进行自维护。
4.2 功能结构设计
在前面分析的管理员功能的基础上，进行接下来的设计工作，最终展示设计的管理员结构图（见下图）。管理员管理商品，商品评价，积分记录，用户购物订单。
图4.1 管理员功能结构图
在前面分析的用户功能的基础上，进行接下来的设计工作，最终展示设计的用户结构图（见下图）。用户收藏商品，评价商品，购买商品，支付购买订单，管理收货地址。
图4.2 用户功能结构图
4.3 数据库设计
开发一个系统也需要提前设计数据库。这里的数据库是相关数据的集合，存储在一起的这些数据也是按照一定的组织方式进行的。目前，数据库能够服务于多种应用程序，则是源于它存储方式最佳，具备数据冗余率低的优势。虽然数据库为程序提供信息存储服务，但它与程序之间也可以保持较高的独立性。总而言之，数据库经历了很长一段时间的发展，从最初的不为人知，到现在的人尽皆知，其相关技术也越发成熟，同时也拥有着坚实的理论基础。
4.3.1 数据库概念设计
这部分内容需要借助数据库关系图来完成，也需要使用专门绘制数据库关系图的工具，比如Visio工具就可以设计E-R图（数据库关系图）。设计数据库，也需要按照设计的流程进行，首先还是要根据需求完成实体的确定，分析实体具有的特征，还有对实体间的关联关系进行确定。最后才是使用E-R模型的表示方法，绘制本系统的E-R图。不管是使用亿图软件，还是Visio工具，对于E-R模型的表示符号都一样，通常矩形代表实体，实体间存在的关系用菱形符号表示，实体的属性也就是实体的特征用符号椭圆表示。最后使用直线将矩形，菱形和椭圆等符号连接起来。接下来就开始对本系统的E-R图进行绘制。
（1）下图是订单实体和其具备的属性。
图4.4 订单实体属性图
（2）下图是商品实体和其具备的属性。
图4.5 商品实体属性图
（3）下图是用户实体和其具备的属性。
图4.6 用户实体属性图
（4）下图是购物车实体和其具备的属性。
图4.7 购物车实体属性图
（5）下图为上述各实体间相互之间的关系。
图4.8 实体间关系E-R图
4.3.2 数据库物理设计
本数据库是关系型数据库，因此对二维表的结构设计也比较关键。毕竟二维表格模型就是关系型数据库中的关系模型。而一些常用的关系模型中的概念也需要了解，才可以对关系模型进行设计。下面就简单介绍关系，元组，属性，域，关键字等常用概念的含义。
关系：关系就是数据库中的一张数据表，每张数据表都有命名，也就是每个关系也有名字，那就是数据表名；
元组：元组就是数据表中的一行记录；
属性：属性就是数据表中的字段，也就是数据表中的一列；
域：域就是对数据表中属性的取值进行限定；
关键字：关键字就是数据表中的主键；
在了解了表结构设计的常用概念后，接下来就需要使用前面绘制的E-R模型完成表结构的设计工作，并在数据库中创建数据表，并为各个数据表进行命名。以下就对设计的结果通过表格形式进行展示。
表4.1 地址信息表
字段 类型 空 默认 注释
id (主键) bigint(20) 否 主键
addtime timestamp 否 CURRENT_TIMESTAMP 创建时间
userid bigint(20) 否 用户id
address varchar(200) 否 地址
name varchar(200) 否 收货人
phone varchar(200) 否 电话
isdefault varchar(200) 否 是否默认地址[是/否]
表4.2 购物车信息表
字段 类型 空 默认 注释
id (主键) bigint(20) 否 主键
addtime timestamp 否 CURRENT_TIMESTAMP 创建时间
tablename varchar(200) 是 shangpinxinxi 商品表名
userid bigint(20) 否 用户id
goodid bigint(20) 否 商品id
goodname varchar(200) 是 NULL 商品名称
picture varchar(200) 是 NULL 图片
buynumber int(11) 否 购买数量
price float 是 NULL 单价
discountprice float 是 NULL 会员价
表4.3 商品评论信息表
字段 类型 空 默认 注释
id (主键) bigint(20) 否 主键
addtime timestamp 否 CURRENT_TIMESTAMP 创建时间
refid bigint(20) 否 关联表id
userid bigint(20) 否 用户id
content longtext 否 评论内容
reply longtext 是 NULL 回复内容
表4.4 积分信息表
字段 类型 空 默认 注释
id (主键) bigint(20) 否 主键
yonghu_id bigint(20) 否 用户id
shangpinxinxi_id bigint(20) 否 商品id
jifenjilu_types varchar(200) 是 NULL 积分类型
buynumber int(11) 否 积分数量
insert_time timestamp 否 CURRENT_TIMESTAMP 记录时间
create_time timestamp 否 CURRENT_TIMESTAMP 创建时间
表4.5 新闻资讯信息表
字段 类型 空 默认 注释
id (主键) bigint(20) 否 主键
addtime timestamp 否 CURRENT_TIMESTAMP 创建时间
title varchar(200) 否 标题
picture varchar(200) 否 图片
content longtext 否 内容
表4.6 订单信息表
字段 类型 空 默认 注释
id (主键) bigint(20) 否 主键
addtime timestamp 否 CURRENT_TIMESTAMP 创建时间
orderid varchar(200) 否 订单编号
tablename varchar(200) 是 shangpinxinxi 商品表名
userid bigint(20) 否 用户id
goodid bigint(20) 否 商品id
goodname varchar(200) 是 NULL 商品名称
picture varchar(200) 是 NULL 商品图片
buynumber int(11) 否 购买数量
price float 否 0 价格/积分
discountprice float 是 0 折扣价格
total float 否 0 总价格/总积分
discounttotal float 是 0 折扣总价格
type int(11) 是 1 支付类型
status varchar(200) 是 NULL 状态
address varchar(200) 是 NULL 地址
表4.7 商品分类信息表
字段 类型 空 默认 注释
id (主键) bigint(20) 否 主键
addtime timestamp 否 CURRENT_TIMESTAMP 创建时间
shangpinfenlei varchar(200) 是 NULL 商品分类
表4.8 商品信息表
字段 类型 空 默认 注释
id (主键) bigint(20) 否 主键
addtime timestamp 否 CURRENT_TIMESTAMP 创建时间
shangpinbianhao varchar(200) 是 NULL 商品编号
shangpinmingcheng varchar(200) 是 NULL 商品名称
shangpinfenlei varchar(200) 是 NULL 商品分类
shuliang varchar(200) 是 NULL 数量
pinpai varchar(200) 是 NULL 品牌
guige varchar(200) 是 NULL 规格
xiangqing longtext 是 NULL 详情
fengmian varchar(200) 是 NULL 封面
clicktime datetime 是 NULL 最近点击时间
clicknum int(11) 是 0 点击次数
price float 否 原价
discountprice float 是 NULL 折扣价
jifen float 是 NULL
flag int(11) 是 NULL 是否上架(1:上架,2:下架)
表4.9用户信息表
字段 类型 空 默认 注释
id (主键) bigint(20) 否 主键
addtime timestamp 否 CURRENT_TIMESTAMP 创建时间
yonghuzhanghao varchar(200) 否 用户账号
yonghuxingming varchar(200) 否 用户姓名
mima varchar(200) 否 密码
xingbie varchar(200) 是 NULL 性别
lianxidianhua varchar(200) 是 NULL 联系电话
dianziyouxiang varchar(200) 是 NULL 电子邮箱
money float 是 0 余额
jifen float 是 NULL 积分
表4.10 收藏信息表
字段 类型 空 默认 注释
id (主键) bigint(20) 否 主键
addtime timestamp 否 CURRENT_TIMESTAMP 创建时间
userid bigint(20) 否 用户id
refid bigint(20) 是 NULL 收藏id
tablename varchar(200) 是 NULL 表名
name varchar(200) 否 收藏名称
picture varchar(200) 否 收藏图片
表4.11 管理员信息表
字段 类型 空 默认 注释
id (主键) bigint(20) 否 主键
username varchar(100) 否 用户名
password varchar(100) 否 密码
role varchar(100) 是 管理员 角色
addtime timestamp 否 CURRENT_TIMESTAMP 新增时间
~~
第5章 系统实现
~~
进入到这个环节，也就可以及时检查出前面设计的需求是否可靠了。一个设计良好的方案在运用于系统实现中，是会帮助系统编制人员节省时间，并提升开发效率的。所以在系统的编程阶段，也就是系统实现阶段，对于一些不合理的设计需求，也是可以及时发现。因为设计的方案是完全指导系统的编码过程的。
5.1 管理员功能实现
5.1.1 商品信息管理
管理员进入指定功能操作区之后可以管理商品信息。其页面见下图。管理员增删改查商品信息。对商品进行上架和下架操作，可以为商品添加库存或减少库存等操作。
图5.1 商品信息管理页面
管理员可以查询商品的信息列表，实现代码如下所示：
/**
-
后端列表
*/
@RequestMapping(“/page”)
public R page(@RequestParam Map<String, Object> params,ShangpinxinxiEntity shangpinxinxi,
HttpServletRequest request){EntityWrapper ew = new EntityWrapper();
PageUtils page = shangpinxinxiService.queryPage(params, MPUtil.sort(MPUtil.between(MPUtil.likeOrEq(ew, shangpinxinxi), params), params));
return R.ok().put(“data”, page);
}
前端页面向后台控制器发送了一个查询商品信息的ajax的GET请求,请求的名为/shangpinxinxi/page，并传输过来要查询的条件，封装到后台中定义的params中，params中的key就是字段名，value就是条件，之后调用shangpinxinxiService类中的queryPage方法，查询出来数据返回给前端。
5.1.2 用户管理
管理员进入指定功能操作区之后可以管理用户信息。其页面见下图。管理员查看用户账户余额，可以修改用户的联系电话，电子邮箱等信息，在本页面也能删除指定的用户资料。
图5.2 用户管理页面
新增用户：
/**
* 后端保存
*/
@RequestMapping(“/save”)
public R save(@RequestBody YonghuEntity yonghu, HttpServletRequest request){
yonghu.setId(new Date().getTime()+new Double(Math.floor(Math.random()*1000)).longValue());
//ValidatorUtils.validateEntity(yonghu);
YonghuEntity user = yonghuService.selectOne(new EntityWrapper().eq(“yonghuzhanghao”, yonghu.getYonghuzhanghao()));
if(user!=null) {
return R.error(“用户已存在”);
}
yonghu.setId(new Date().getTime());
yonghuService.insert(yonghu);
return R.ok();
}
前端页面向后台控制器发送了一个新增用户的POST请求,请求的名为/yonghu/save，把用户信息封装在后台定义的yonghu对象中，由于id是唯一的，不允许重复，所以取当前时间的毫秒数加上随机出来的整数作为id，保证唯一性，通过mybatis的selectOne方法，查询账户是否存在，存在就返回错误信息，用户已存在，不存在就调用mybatis-plus的insert方法，把用户数据新增到数据库中。
5.1.3 新闻资讯
管理员进入指定功能操作区之后可以管理新闻资讯信息。其页面见下图。管理员负责新闻资讯的发布，在本页面可以对新闻资讯的内容或图片等信息进行修改，或者是删除指定的新闻资讯。
图5.3 新闻资讯页面
修改新闻资讯：
/**
* 修改
*/
@RequestMapping(“/update”)
public R update(@RequestBody NewsEntity news, HttpServletRequest request){
//ValidatorUtils.validateEntity(news);
newsService.updateById(news);//全部更新
return R.ok();
}
前端页面向后台控制器发送了一个修改新闻的POST请求,请求的名为/new/update，把新闻资讯信息封装在后台定义的news对象中，通过mybatis的update
ById方法通过id把新闻资讯数据更改，更新完成后返回更新完成给前端，进行页面展示和跳转。
5.1.4 积分记录
管理员进入指定功能操作区之后管理积分记录。其页面见下图。管理员查询积分记录，查看用户的积分记录明细，包括添加的积分与使用的积分信息。
图5.4 积分记录页面
管理员可以查询积分记录的信息列表，实现代码如下所示：
/**
* 后端列表
*/
@RequestMapping(“/page”)
public R page(@RequestParam Map<String, Object> params,JifenjiluEntity jifenjilu, HttpServletRequest request){
if(!request.getSession().getAttribute(“role”).toString().equals(“管理员”)) {
params.put(“yonghuId”,request.getSession().getAttribute(“userId”));
}
PageUtils page= jifenjiluService.queryPage1(params);
return R.ok().put(“data”, page);
}
前端页面向后台控制器发送了一个查询积分记录信息的ajax的GET请求,请求的名为/jifenjilu/page，并传输过来要查询的条件，封装到后台中定义的params中，params中的key就是字段名，value就是条件，里面有条数，第几页，排序字段，用户姓名，联系电话等查询条件，之后调用jifenjiluService类中的queryPage方法，查询出来数据返回给前端进行展示。
5.1.5 商品评价管理
管理员进入指定功能操作区之后可以管理商品评价信息，其页面见下图。管理员根据评论的内容查询用户对商品的评价，在本页面，管理员可以删除指定的商品评价信息。
图5.5 商品评价管理页面
商品评价回复功能：
/**
* 修改
*/
@RequestMapping(“/update”)
public R update(@RequestBody DiscussshangpinxinxiEntity discussshangpinxinxi, HttpServletRequest request){
//ValidatorUtils.validateEntity(discussshangpinxinxi);
discussshangpinxinxiService.updateById(discussshangpinxinxi);//全部更新
return R.ok();
}
前端页面向后台控制器发送了一个商品评价的POST请求,请求的名为/discussshangpinxinxi/update，把回复信息封装在后台定义的discussshangpinxinxi对象中，通过mybatis的updateById方法通过id把回复信息修改进数据库中，更新完成后返回更新完成给前端，进行页面展示和跳转。
5.1.6 已支付订单
管理员进入指定功能操作区之后可以管理已支付订单。其页面见下图。管理员查看订单的收货地址信息，然后针对各个订单进行发货。
图5.6 已支付订单页面
查询已支付订单的信息列表，实现代码如下所示：
/**
* 后端列表
*/
@RequestMapping(“/page”)
public R page(@RequestParam Map<String, Object> params,OrdersEntity orders, HttpServletRequest request){
if(!request.getSession().getAttribute(“role”).toString().equals(“管理员”)) {
orders.setUserid((Long)request.getSession().getAttribute(“userId”));
}
PageUtils page=null;
if(“已完成”.equals(orders.getStatus())){
params.put(“status”,orders.getStatus());
// params.put(“userid”,orders.getStatus());
page= ordersService.queryPage1(params);
}else{
EntityWrapper ew = new EntityWrapper();
page = ordersService.queryPage(params, MPUtil.sort(MPUtil.between(MPUtil.likeOrEq(ew, orders), params), params));
request.setAttribute(“data”, page);
}
return R.ok().put(“data”, page);
}
前端页面向后台控制器发送了一个查询已支付订单信息的ajax的GET请求,请求的名为/orders/page，并传输过来要查询的条件，封装到后台中定义的params中，params中的key就是字段名，value就是条件，里面有条数，第几页，排序字段等查询条件，如果是管理员，就查询全部的，如果是用户的话，就把用户的id塞入查询条件中，只能查询自己的，如果是已完成订单的话，要级联查询售后表，所以单独提出来查询ordersService的queryPage1方法，如果不是已完成订单的话，调用ordersService类中的queryPage方法，查询出来数据返回给前端进行展示。
5.2 用户功能实现
5.2.1 商品信息
用户进入指定功能操作区之后可以查看商品信息。其页面见下图。用户在当前页面除了查看商品详情之外，也能收藏商品，对商品进行评价，或把商品添加进入购物车，也能选择直接购买商品。
图5.7 商品信息页面
商品查询：
/**
* 前端详情
*/
@IgnoreAuth
@RequestMapping(“/detail/{id}”)
public R detail(@PathVariable(“id”) String id){
ShangpinxinxiEntity shangpinxinxi = shangpinxinxiService.selectById(id);
shangpinxinxi.setClicknum(shangpinxinxi.getClicknum()+1);
shangpinxinxi.setClicktime(new Date());
shangpinxinxiService.updateById(shangpinxinxi);
return R.ok().put(“data”, shangpinxinxi);
}
前端页面向后台控制器发送了一个查询商品的get请求,请求的名为/shangpinxinxi/detail/{id}，把商品的id传入后台的id对象中，然后通过mybatis-plus的selectById方法，通过id把数据查询出来，设置点击次数加1，最近点击时间设置为当前时间，更新点击次数和最近点击时间两个字段的数据更新数据库中，然后把商品信息返回给前台，进行展示。
5.2.2 购物车
用户进入指定功能操作区之后可以管理购物车信息。其页面见下图。购物车专门用来保存用户打算购买的商品的信息，用户在本页面除了修改商品购买数量，删除购买商品之外，也能选择购买购物车保存的商品。
图5.8 购物车页面
用户可以查询到当前用户的购物车中的商品信息，实现代码如下所示：
/**
* 前端列表
*/
@RequestMapping(“/list”)
public R list(@RequestParam Map<String, Object> params,CartEntity cart, HttpServletRequest request){
EntityWrapper ew = new EntityWrapper();
PageUtils page = cartService.queryPage(params, MPUtil.sort(MPUtil.between(MPUtil.likeOrEq(ew, cart), params), params));
request.setAttribute(“data”, page);
return R.ok().put(“data”, page);
}
前端页面向后台控制器发送了一个查询购物车中商品的ajax的GET请求,请求的名为/cart/list，并传输过来要查询的条件，封装到后台中定义的params中，params中的key就是字段名，value就是条件，里面有条数，第几页，排序字段，当前用户的id等查询条件，之后调用cartService类中的queryPage方法，查询出当前用户的购物车的所有商品，然后返回给前台，进行页面展示。
5.2.3 在线下单
用户进入指定功能操作区之后可以对需要购买的商品提交订单。其页面见下图。用户检查购买的商品信息，对收货地址进行选择，然后点击支付按钮即可支付订单。
图5.9 在线下单页面
用户可以查询到当前用户的购物车中的商品信息，实现代码如下所示：
payClick() {
console.log(‘payClick’)
var index = layui.jquery(‘input[name=address]:checked’).val();
console.log(index);
if (!index) {
layui.layer.msg(‘请选择收货地址’, {
time: 2000,
icon: 5
});
return
}
// 生成订单
for (let item of this.dataList) {
// 获取商品详情信息
layui.http.request(`${item.tablename}/info/${item.goodid}`, 'get', {}, (res) => {
// 订单编号
debugger
var orderId = genTradeNo();
let data = res.data;
// 减少库存
data.shuliang = data.shuliang - item.buynumber;
// 更新库存信息
layui.http.requestJson(`${item.tablename}/update`, 'post', data, (res) => {
// 添加订单信息
let order = {
orderid: orderId,
tablename: item.tablename,
userid: this.user.id,
goodid: item.goodid,
goodname: item.goodname,
picture: item.picture,
buynumber: item.buynumber,
discountprice: item.discountprice,
price: item.price,
total: item.price * item.buynumber,
discounttotal: item.discountprice * item.buynumber,
type: 1,
address: this.addressList[index].address,
status: '未支付'
}
layui.http.requestJson(`orders/add`, 'post', order, (res) => {
// 减少余额，更新订单状态
// 判断余额是否充足
if (this.user.money < this.totalPrice) {
layui.layer.msg('余额不足，请先充值', {
time: 2000,
icon: 5
});
return
}
// 如果该商品存在积分
var date = new Date();
var dateformat = date.getFullYear() + '-' + (date.getMonth() + 1) + '-' + date.getDate() + ' ' + date.getHours() + ':' + date.getMinutes() + ':' + date.getSeconds();
var s =Number(this.shiyongJifen);
if(s !=0){// 使用积分不为0
let jifenjilu = {
yonghuId: this.user.id,
shangpinxinxiId:item.goodid,
jifenjiluTypes:"使用",
buynumber:this.shiyongJifen,
insertTime:dateformat
}
layui.http.requestJson(`jifenjilu/add`, 'post', jifenjilu, (res) => {});
}
var a = Number(this.user.jifen)-s;
if (data.jifen) {
debugger
// this.user.jifen = Number(this.user.jifen) + Number(data.jifen * item.buynumber);
//用户积分-这次使用的积分+这次订单的积分
a+=Number(data.jifen * item.buynumber);
let jifenjilu = {
yonghuId: this.user.id,
shangpinxinxiId:item.goodid,
jifenjiluTypes:"添加",
buynumber:Number(data.jifen * item.buynumber),
insertTime:dateformat
}
layui.http.requestJson(`jifenjilu/add`, 'post', jifenjilu, (res) => {});
}
this.user.jifen=a;
this.user.money = this.user.money - this.totalPrice;
// 更新用户余额
layui.http.requestJson(`${localStorage.getItem("userTable")}/update`, 'post', this.user, (res) => {
order.status = '已支付'
layui.http.request(`orders/list`, 'get', {
orderid: orderId,
page: 1,
limit: 1,
}, (res) => {
order.id = res.data.list[0].id;
layui.http.requestJson(`orders/update`, 'post', order, (res) => {
// 删除购物车数据(如果是购物车下单)
if (item.id) {
layui.http.requestJson(`cart/delete`, 'post', [item.id], (res) => {});
}
layui.layer.msg('购买成功', {
time: 2000,
icon: 6
}, function() {
window.location.href='../order/list.jsp'
});
});
});
});
})
})
});
}
},
点击支付按钮，会调用payClick方法，进行支付操作，先获取收货地址是否被选择，选择了进入下一步，没选择就提示，请选择收货地址，然后获取当前所有商品的信息，把库存减去，添加订单信息，减少余额（如果余额够，就减去余额，如果余额不够就把该订单设置为未支付），如果有积分，就把当前商品的积分加给用户，把订单给新增到数据库中，把余额给更改到数据库中，执行完成后把购物车中的信息给清空。
5.2.4 已支付订单
用户进入指定功能操作区之后可以查看已支付订单。其页面见下图。用户在已支付订单模块查看订单明细，核对订单的收货地址以及购买的商品信息，用户在本页面可以点击退款按钮进行订单退款。
图5.10 已支付订单页面
查询已支付订单的信息列表，实现代码如下所示：
/**
* 后端列表
*/
@RequestMapping(“/page”)
public R page(@RequestParam Map<String, Object> params,OrdersEntity orders, HttpServletRequest request){
if(!request.getSession().getAttribute(“role”).toString().equals(“管理员”)) {
orders.setUserid((Long)request.getSession().getAttribute(“userId”));
}
PageUtils page=null;
if(“已完成”.equals(orders.getStatus())){
params.put(“status”,orders.getStatus());
// params.put(“userid”,orders.getStatus());
page= ordersService.queryPage1(params);
}else{
EntityWrapper ew = new EntityWrapper();
page = ordersService.queryPage(params, MPUtil.sort(MPUtil.between(MPUtil.likeOrEq(ew, orders), params), params));
request.setAttribute(“data”, page);
}
return R.ok().put(“data”, page);
}
前端页面向后台控制器发送了一个查询已支付订单信息的ajax的GET请求,请求的名为/orders/page，并传输过来要查询的条件，封装到后台中定义的params中，params中的key就是字段名，value就是条件，里面有条数，第几页，排序字段等查询条件，如果是管理员，就查询全部的，如果是用户的话，就把用户的id塞入查询条件中，只能查询自己的，如果是已完成订单的话，要级联查询售后表，所以单独提出来查询ordersService的queryPage1方法，如果不是已完成订单的话，调用ordersService类中的queryPage方法，查询出来数据返回给前端进行展示。
5.2.5 我的地址
用户进入指定功能操作区之后可以管理收货地址。其页面见下图。用户在当前页面新增收货地址，对已存在的收货地址进行信息更改，也能删除不需要的收货地址信息。
图5.11 我的地址页面
查询我的地址列表，实现代码如下所示：
/**
* 后端列表
*/
@RequestMapping(“/page”)
public R page(@RequestParam Map<String, Object> params,AddressEntity address, HttpServletRequest request){
if(!request.getSession().getAttribute(“role”).toString().equals(“管理员”)) {
address.setUserid((Long)request.getSession().getAttribute(“userId”));
}
EntityWrapper<AddressEntity> ew = new EntityWrapper<AddressEntity>();
PageUtils page = addressService.queryPage(params, MPUtil.sort(MPUtil.between(MPUtil.likeOrEq(ew, address), params), params));
request.setAttribute("data", page);
return R.ok().put("data", page);
}
前端页面向后台控制器发送了一个查询我的地址列表信息的ajax的GET请求,请求的名为/address/page，并传输过来要查询的条件，封装到后台中定义的params中，params中的key就是字段名，value就是条件，里面有条数，第几页，排序字段，当前用户的id等查询条件，通过addressService的queryPage方法，从service中把数据查询出来，然后返回给前端，进行展示。
5.2.6 新闻资讯
用户进入指定功能操作区之后可以查看新闻资讯信息。其页面见下图。用户查看新闻资讯的标题和图片，对感兴趣的新闻资讯进行其内容的详细查看。
图5.12 新闻资讯页面
查询新闻咨询列表，实现代码如下所示：
/**
* 前端列表
*/
@IgnoreAuth
@RequestMapping(“/list”)
public R list(@RequestParam Map<String, Object> params,NewsEntity news, HttpServletRequest request){
EntityWrapper ew = new EntityWrapper();
PageUtils page = newsService.queryPage(params, MPUtil.sort(MPUtil.between(MPUtil.likeOrEq(ew, news), params), params));
request.setAttribute(“data”, page);
return R.ok().put(“data”, page);
}
前端页面向后台控制器发送了一个查询新闻咨询信息的ajax的GET请求,请求的名为/news/page，并传输过来要查询的条件，封装到后台中定义的params中，params中的key就是字段名，value就是条件，里面有条数，第几页，排序字段等查询条件，通过newsService的queryPage方法，从service中把数据查询出来，然后返回给前端，进行展示。
第6章 系统测试
进入这个环节就代表着系统已经结束了编码实现功能阶段，接下来要做的事情，就是对该系统进行检测，也就是系统测试，这个环节是很有必要进行的，原因是开发本系统的人员，其自身具备的开发技术以及开发思维是有限的，在面对具有复杂性操作逻辑的系统，都会出现大大小小的错误，并且这样的错误还都是不可避免的。通过及时的测试，可以尽早排除程序中的错误，这样也可以减少实际运行中产生的问题，从而真正避免在后期使用中为修复这些问题所付出的高昂代价。及时测试，及时发现问题并解决，也是提高开发过程的效率的一种表现形式。总而言之，在软件开发生命周期的每个阶段都需要加以重视，并做好每个阶段需要做的任务，从开始到结尾都需要保证开发软件的质量。
6.1 测试的任务
在系统编码完成之后，完成对本系统的测试工作，其主要的任务还是找出本系统可能出现的错误，而且是发现的错误越多越好，因为每发现一个程序错误，都需要进行文档记载，然后根据这些记载程序错误的文档，采取各种措施去解决这些程序问题，逐渐完善程序。所以，测试并不是去证明开发的系统是正确的，而是通过各种各样的方式去寻找系统中的缺陷，并针对性的完善系统。这样才能保证系统在实际运行中，可以保质保量的进行工作。
6.2 测试的目标
通过对系统的测试，才可以发现系统的问题。通常测试就是对大部分程序容易出错的位置进行检测，或者是针对系统复杂的部分进行检测，其目的就是发现系统中尽可能多的错误。尽管系统开发时，采用的开发方式，或者是开发技术都是比较成熟的，但这并不能证明系统是没有缺陷和错误的。尤其是随着现在软件开发技术的升级，市场上大部分软件都具有规模大，复杂性高的特点，所以这更加难以保证开发的系统不会出现错误。对此，进行系统的测试，并做好测试工作，是十分有益的。
6.3 测试方案
系统进入测试阶段，就要确定测试方案，毕竟这部分内容非常关键。测试时，要对前面设计的系统功能进行检测，看刚刚完成编码的系统是否在功能上符合用户需求，同时还要在各个功能模块里面进行测试数据的输入，并查看预期的结果与系统实际反馈的结果是否一致，另外，为了检测系统各个模块的错误，也要设计输入一些不符合操作规范的数据，检测系统能不能正常应对或者显示报错提示。截止目前，常用的两种测试方法即：黑盒和白盒测试，它们分别用于不同的测试内容。以下就对这两种方法进行了描述。
黑盒测试方法：这个测试主要还是运用在程序的各个接口测试，使用这个方法主要还是检查程序实现的功能是否跟功能需求文档匹配，它关注的主要还是功能实现，而忽视了程序的内部运行原理，以及程序在操作逻辑上的处理过程。通常进行黑盒测试，大部分都没有让用户参与。常见的除了功能测试外，它也会涉及到其它的测试，比如系统的安全性测试，恢复性测试，容量和负载性测试，以及稳定性和可靠性测试等。
白盒测试方法：这个测试主要还是注重程序内部的逻辑，包括检测程序是如何工作的，是否跟预期设定的操作逻辑一致，同时白盒测试对程序代码的检测比较彻底，可以及时把代码层面隐藏的错误给找出来，因为程序代码的每条路径都要经过检测，所以这样的方式对于代码优化也有好处。
本节针对本系统的检测也设置了相应的测试步骤，首先是模块测试，然后是集成测试，最后是验收测试。
模块测试：这个测试环节的操作员，一般都是编写程序的人员，他们会划分系统的功能模块，然后把每个功能模块都当成一个单元进行测试，因此单元测试也是模块测试的别称。这部分测试通常就是验证程序各个功能可以运行，以及发现一些来源于编码和程序设计的问题。对于模块测试，常见的错误主要有下面5个。
第一个常见错误：则是单元接口；
第二个常见错误：则是局部数据结构；
第三个常见错误：则是独立路径；
第四个常见错误：则是出错处理通路；
第五个常见错误：则是跟上述错误相关的边界条件；
总之，模块测试也是基于白盒测试，在对各模块内部的检测中，发现可能存在的错误。
集成测试：进行这个环节的测试的前提是，模块测试已经完成，然后把系统的各个模块进行组合并开始测试，测试时，主要还是检查系统各个模块连接的接口是否正确。当模块测试通过之后，把它们进行组合时，也会出现一些问题，所以在模块组合时，也进行整体性的测试，也非常重要。
集成测试常用的方法则是渐增式方法，相比非渐增式来说，渐增式用得比较多，也比较受欢迎，其中的原因有以下4点。
第一点：同样是测试，采用渐增式方法可以节约成本，开销不高；
第二点：采用渐增式方法可以短时间内暴露模块间接口的错误问题；
第三点：采用渐增式方法可以更容易对错误的位置进行判断；
第四点：采用渐增式方法可以更彻底地测试系统；
通过上面的比较分析，选用渐增式方式测试本系统，但是主要是运用渐增式里面的混合法进行集成测试。用自上而下的方式测试程序结构的较上层；对程序结构的较下层，则是采用自下而上的方式，这两种方式搭配使用完成本系统的集成测试。
验收测试：这个步骤就需要未来使用程序的人进行参与了，主要还是检测程序是否可以按照用户预定的方式进行工作，此部分测试主要还是在功能检测上，参考标准就是提前设计的功能需求文档，所以，采用黑盒测试法比较符合要求。一般来说，进行到验收测试这个环节，都会产生两种结果。一种是程序提供的功能跟用户之前要求的功能保持一致；这个就是未来使用程序的用户想要达到的效果。还有一种是程序提供的功能跟用户预定的功能需求有差距；总的来说，这个阶段主要还是验证程序跟需求文档之间的差距问题。
6.4 功能测试
通过设计一些数据检验生鲜配送系统的功能是否根据预定进行数据输出，以此检验系统功能是否合格。接下来就选取部分功能进行检测。
6.4.1 登录功能测试
生鲜配送系统提供的服务是给规定的用户使用的，其他无关用户是无法进入的，登录功能就是检验访问者是否是符合要求的用户，及时将不符合要求的用户拒之门外。以此保证系统安全。这里以管理员身份进行检测，测试的内容见下表。
表6.1 登录功能测试表
账号 密码 身份 结果
guanliyuan guanliyuan 管理员 提示成功，进入系统后台
user guanliyuan 管理员 提示失败，停留在登录页面
guanliyuan user 管理员 提示失败，停留在登录页面
生鲜配送系统在面对正确的账号，不匹配的密码时，会有相应的反馈，其反馈结果见下图。
图6.1 登录错误反馈提示
6.4.2 修改密码功能测试
这个功能的设置也是出于对系统的保护，让操作人员的密码可以一直变化，减少泄露的几率。测试的数据见下表。通过验证旧密码，确认操作者是本人，然后开始对新密码进行登记。一般修改完密码后，需要再次登录。
表6.2 修改密码功能测试表
旧密码 新密码 密码修改结果
guanliyuan gly 成功
user gly 失败
guanliyuan 失败
本系统在面对登记错误的旧密码信息时，有相应的反馈提示，见下图。
图6.2 旧密码错误提示
6.5 测试结果
经过测试，从生鲜配送系统功能的角度来看，本系统各个功能在符合用户要求的情况下，也能保持运行正常。从生鲜配送系统性能的角度来看，本系统可以保持24小时不间断运行，而且面对用户的误操作行为，有提前设置的错误反馈机制应对，另外，本系统界面布局考虑用户阅读习惯，可以让用户短时间内获取需要的内容。总之，本系统可以投入生产，帮助用户解决实际问题，发挥其应用价值。
结 论
采用JAVA+Mysql的方式设计制作的生鲜配送系统，在功能上可以满足管理人员对于信息的管理需求；在界面的设计上，尽最大努力用自身的美工知识做到界面美观简洁。在操作方面上，让系统可以方便操作，同时对用户常见的误操作行为进行分析总结，并尽力在系统中避免同样的由于用户的误操作所带来的错误现象。
作为毕业设计，分配给本系统的设计与制作时间还是不足的，所以，生鲜配送系统还有许多需要完善的地方。
第一个就是本系统的编程代码问题，各个程序文件的代码存在冗余的地方非常多，导致代码不够简洁，同时对代码的注释也比较麻烦。编码期间，对于很多页面可以共享的函数与方法都没有单独列出来，而是在需要用到函数和方法的页面上都重新编写了代码，通过后期的技术学习，以及对编码过程的分析总结，发现可以把共用的函数或方法编写在同一个页面上，在之后的页面中，需要使用此函数的页面，则可以直接调用函数，无需再编写代码了，这样可以简化代码，也能节省时间和存储空间。
第二个就是对数据库的设计不够好，在数据处理中，影响程序运行速度。因此需要对数据库的性能进行优化。通过这方面知识的学习，在某个开发技术类的博客中，发现可以用数据库连接池技术来解决数据库的性能问题，另外还需规范数据库里面的关系模式，降低数据库的冗余率，提高运行速度。
如果说平时的作业也是检查对知识的掌握情况，那么制作毕业设计，将是对自身所有知识的一个全面检测。因为系统能够制作完成则是经历了很多阶段，正如文中所展示的那样，先有可行性分析，对功能的分析，对功能的设计，对数据库的设计，对程序功能的编码实现，对完成编码程序的测试等，这些环节缺一不可，而且还都需要认真对待，大学学到的所有知识在制作系统时，才会发现不够用。所以这个项目制作，在检测自身能力的同时，也对问题分析，资料搜集，问题解决等能力进行了培养。
我通过制作本系统，熟悉了程序开发的流程，提高了对程序的编码能力，培养了独立分析与解决问题的能力；但也让我明白自身的不足之处，所以在接下来的时间，我还是要加强对技术知识的学习，去逐渐完善本系统。
致 谢
制作毕设项目这段时间，忙碌又充实。从最开始选题的不知所措，到现在毕设项目完成时的淡然，两种完全不同的心境，也意味着我这段时间在不断成长。项目制作是一个很耗费时间与精力的任务，如果说仅仅依靠自己的话，那肯定达不到毕设的标准。所以，这一路走来，导师给予我的帮助也是非常大的。不管我处于哪个阶段，比如选题阶段，比如分析系统功能阶段，设计系统结构阶段，系统编码阶段等，都有导师参与指导，他提出的建议和技术上的指导让我可以更快地完成这个毕设项目。此刻，我非常感谢导师，感谢他提供的帮助。
毕设项目制作期间，我身边的同学也及时指出了我系统的错误，并帮助我完善已开发的系统，还提供了很多文档撰写的技巧，所以，我也非常庆幸能和他们一起努力制作项目，也非常感谢他们一直以来的陪伴。
大学短短几年，能够得到成长，也离不开授课老师们，他们一直在校园为广大学子传授知识，用他们毕生所学，教出一批批优秀的学生，我这几年的成熟与成长也得益于他们的教导。所以我也非常感谢校园的各位老师。
即将离开校园，回想这几年的时光，还真挺不舍。安安静静在校园走了一圈，发现我的大学校园真的很美，我也感谢学校给我们提供这么美好的学习环境，以及给了我上大学的机会。感谢母校！
参考文献
[1]张骏.基于众包的生鲜电商配送系统探析[J].电子商务,2019(08):3-4.
[2]孙建梅,樊晓勇,丁凡,谢予诺,李慧.基于物联网生鲜配送服务系统的设计与实现[J].计算机产品与流通,2019(09):129.
[3]张振超,吴杰,陈序蓬.浅谈Java中Mysql数据库的连接与操作[J].信息记录材料,2020,21(02):144-145.
[4]郑智方,魏恺乐,李彬,谢易壮.MySQL得到广泛使用的原因以及它的嵌入应用[J].科技风,2020(05):114.
[5]赵秀芹,刘杨青,李瑞祥.MySQL数据库使用技巧三例[J].网络安全和信息化,2019(08):90-91.
[6]余涛.计算机软件开发中Java编程语言的应用研究[J].信息记录材料,2020,21(01):113-115.
[7]岳青玲.Java面向对象编程的三大特性[J].电子技术与软件工程,2019(24):239-240.
[8]耿学.关于Java Web中中文乱码问题的探讨[J].现代信息科技,2020,4(01):74-75+78.
[9]张彦芳.Java Web项目开发中的中文乱码问题与对策[J].电脑知识与技术,2020,16(09):96-97.
[10]韩思凡.Web开发中的JSP与H T ML的基础应用[J].科学技术创新,2020(14):71-72.
[11]赵晓丹.网页开发中的JSP技术分析[J].南方农机,2019,50(20):247-248.
[12]蒋治学.JSP技术及其在动态网页开发中的应用分析[J].浙江水利水电学院学报,2020,32(02):75-77.
[13] 朱钧.基于角色的jsp通用权限系统设计与实现[D].山东大学,2017.
[14]薛茹.基于SSM框架的Web系统研究与应用[J].计算机产品与流通,2018(07):30.
[15]邱丹萍.Web开发中SSM框架的分析[J].电脑知识与技术,2020,16(17):81-82.
[16]仲崇文.关于计算机软件开发中常见问题的研究[J].通讯世界,2020,27(07):89-90.
[17]Raffi Khatchadourian. Automated refactoring of legacy Java software to enumerated types[J]. Automated Software Engineering,2017,24(4).
[18]Ben White. Marx and Chayanov at the margins: understanding agrarian change in Java[J]. The Journal of Peasant Studies,2018,45(5-6).
