鲜牛奶订购系统的设计与实现
摘 要
如今社会上各行各业，都喜欢用自己行业的专属软件工作，互联网发展到这个时候，人们已经发现离不开了互联网。新技术的产生，往往能解决一些老技术的弊端问题。因为传统鲜牛奶订购信息管理难度大，容错率低，管理人员处理数据费工费时，所以专门为解决这个难题开发了一个鲜牛奶订购系统，可以解决许多问题。
鲜牛奶订购系统可以实现商家管理，商品订单管理，用户管理，商品管理，商品评价管理等功能。该系统采用了Mysql数据库，Java语言，Spring Boot框架等技术进行编程实现。
鲜牛奶订购系统可以提高鲜牛奶订购信息管理问题的解决效率，优化鲜牛奶订购信息处理流程，保证鲜牛奶订购信息数据的安全，它是一个非常可靠，非常安全的应用程序。
**关键词：**鲜牛奶订购系统；Mysql数据库；Java语言
Abstract
Nowadays, all walks of life in society like to work with their own industry-specific software. At this point in the development of the Internet, people have found that they cannot do without the Internet. The emergence of new technologies can often solve the drawbacks of some old technologies. Because the traditional fresh milk ordering information management is difficult, the fault tolerance rate is low, and the management personnel is labor-intensive and time-consuming to process the data, a fresh milk ordering system has been specially developed to solve this problem, which can solve many problems.
The fresh milk ordering system can realize business management, commodity order management, user management, commodity management, commodity evaluation management and other functions. The system uses Mysql database, Java language, Spring Boot framework and other technologies for programming.
The fresh milk ordering system can improve the efficiency of solving the problem of fresh milk order information management, optimize the fresh milk order information processing process, and ensure the safety of fresh milk order information data. It is a very reliable and very safe application.
**Key Words：**Fresh milk ordering system; Mysql database; Java language
目 录
摘 要 I
Abstract II
第1章 绪论 1
1.1 课题背景 1
1.2 课题意义 1
1.3 研究内容 1
第2章 开发环境与技术 3
2.1 Java语言 3
2.2 MYSQL数据库 3
2.3 IDEA开发工具 4
2.4 Spring Boot框架 4
2.5 B/S架构 4
2.6 Vue框架 5
第3章 系统分析 6
3.1 可行性分析 6
3.1.1 技术可行性 6
3.1.2 经济可行性 6
3.1.3 操作可行性 6
3.2 系统流程 6
3.2.1 操作流程 7
3.2.2 登录流程 7
3.2.3 删除信息流程 8
3.2.4 添加信息流程 8
3.3 性能需求 9
3.4 功能需求 10
第4章 系统设计 13
4.1 系统设计思想 13
4.2 功能结构设计 14
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.2 商家功能实现 26
5.2.1 商品管理 26
5.2.2 商品评价管理 26
5.2.3 商品订单管理 27
5.3 用户功能实现 27
5.3.1 商家信息 27
5.3.2 商品信息 28
5.3.3 确认下单 28
5.3.4 商品订单 29
第6章 系统测试 30
6.1 测试任务 30
6.2 测试目标 30
6.3 测试方案 31
6.4 系统测试的特点 32
6.5 功能测试 33
6.5.1 登录功能测试 33
6.5.2 修改密码功能测试 34
6.6 系统测试结果 35
结 论 36
参考文献 37
致 谢 38
第1章 绪论
1.1 课题背景
二十一世纪互联网的出现，改变了几千年以来人们的生活，不仅仅是生活物资的丰富，还有精神层次的丰富。在互联网诞生之前，地域位置往往是人们思想上不可跨域的鸿沟，信息的传播速度极慢，信息处理的速度和要求还是通过人们骑马或者是信鸽传递，这些信息传递都是不可控制的，中间很有可能丢失，信息的传递水平决定了人们生活的水平。如今大家都在使用互联网软件产品，从内部管理设置计算机管理，提高内部信息化的管理水准，从外部市场也可以用计算机获取相关数据进行处理，如今各行各业已经严重依赖于计算机了。
本课题研究和开发鲜牛奶订购系统，让安装在计算机上的该系统变成管理人员的小帮手，提高鲜牛奶订购信息处理速度，规范鲜牛奶订购信息处理流程，让管理人员的产出效益更高。
1.2 课题意义
传统处理数据，必须是一张张纸，然后处理完毕又是统计在一张张纸上面，不断的重复处理，最终有个结果给最高层作为参考，这个模式在互联网没有出现之前，是一种常见的事情，信息管理的效率提不上去，人多不一定力量大，因为人多肯定更加消耗资源，并且因为人类需要休息，需要管理，思想会不统一，会偷懒，所以人们研究出专门帮助人们计算的机器，就是计算机的前身，到了互联网时代，人们发现完全可以让程序供应商提供解决方案，自己挑选自己合适的方案来提高自己的产出比。所以在日常工作和生活中会发现各种各样方便人们的工具。
本课题研发的鲜牛奶订购系统，就是提供鲜牛奶订购信息处理的解决方案，它可以短时间处理完信息，并且这些信息都有专门的存储设备，而且数据的备份和迁移都可以设定为无人值守，从人力角度和信息处理角度以及信息安全角度，鲜牛奶订购系统是完胜传统纸质操作的。
1.3 研究内容
本文对鲜牛奶订购系统的设计与实现分成六个章节来说明。
第1章：研究鲜牛奶订购系统的背景，以及开发鲜牛奶订购系统的意义。
第2章：对开发鲜牛奶订购系统的环境还有技术进行说明。
第3章：分析鲜牛奶订购系统的可行性，性能，流程以及功能。
第4章：设计鲜牛奶订购系统的功能结构，设计数据库E-R图以及对数据表的存储结构进行设计。
第5章：实现鲜牛奶订购系统的功能并进行功能界面展示。
第6章：对系统测试进行阐述，以及对本系统部分功能进行检测。
第2章 开发环境与技术
本章节对开发鲜牛奶订购系统需要搭建的开发环境，还有鲜牛奶订购系统开发中使用的编程技术等进行阐述。
2.1 Java语言
Java语言是当今为止依然在编程语言行业具有生命力的常青树之一。Java语言最原始的诞生，不仅仅是创造者感觉C语言在编程上面很麻烦，如果只是专注于业务逻辑的处理，会导致忽略了各种指针以及垃圾回收这些操作，导致出现问题需要解决的时间往往大于正常编程处理业务逻辑的时间，这些是非常浪费时间的。Java语言的创造者就考虑到如何避免这个问题，把指针处理和垃圾处理全部自动化，虽然这会损失一些性能，但是计算机硬件在性能上的发展速度是很快的，这些性能是可以忽略考虑的。并且C语言是针对硬件开发的语言，虽然执行效率高，但是随着硬件的变化或者操作系统的变更，就需要重新编写程序，造成重复劳动，只有解决重复性劳动的语言才算符合生存规律的语言。Java语言的创造者就针对C语言的缺点专门开发了Java语言。让Java语言不管是在什么样的环境里都是可以运行，因为在Java语言运行外面套了一个壳，也就是虚拟机，只要是Java虚拟机能安装的电脑都可以运行Java的程序。
2.2 MYSQL数据库
MySQL数据库是一种数据存放方面的专业软件，也是传统的行式数据模式，获取一些数据是先一行一行的获取，然后一行一行的显示，与列式数据库不同。行式数据库主要是处理最重要的数据逻辑部分，并且必须是有效数据，这样每一处的数据关联都是不可损坏，对数据安全要求比较严格还是用MySQL数据库比较好。列式数据库的发明仅仅是因为读取效率高，但是也就仅仅如此罢了。MySQL虽然比起Oracle或者SQL Server来讲，安装包只是几十兆甚至几百兆，有点小，但是功能并不会弱到哪里，严格遵循SQL标准语法。MySQL的数据存放形式从大向小的说是数据库最大，然后是表，每个表里面存放数据是有一定的规则的，数据存放是表格形式的，也就是说有横也有竖，横着的为行，一般表示一条数据，表与表之间还可以进行关联，进行分表操作，如果一条数据相关项目属性太多，那么可以把有效的相关联系做成关联，可以设定是否唯一。
2.3 IDEA开发工具
IDEA是捷克共和国的Java程序员开发人员创造的一个开发软件，刚开始主要是对于用Eclipse软件他们用得不顺手，所以直接开发了这款软件。之所以不顺手原因在于没有代码提升功能，原因是Eclipse只是把代码提示作为一种插件形式的存在，如果有些程序开发人员不清楚代码提示插件可能会出问题，并且代码提示只是用来作为插件，所以功能上有所欠缺。IDEA不仅仅代码提示做的很好，在代码重构上面更上如虎添翼，程序开发人员可以选择一段代码然后IDEA就会对代码进行分解重构，有效的把代码弄得更够层次感，复用性更高，用着更简洁和方便，大大的减少了代码工作量，提升了代码开发效率。当然，IDEA对于使用者这么好，肯定也是有目的的，原因在于插件越多越友好，就需要花费大量的金钱来使用，所以说IDEA使用主要是看自己喜好。
2.4 Spring Boot框架
Spring Boot是一种不需要代码生成的一种框架，并且可以不需要配置任何的XML文件就可以，因为Spring Boot里面自带了很多接口，只需要配置不同的接口就会自动的应用并且识别需要的依赖，在配置方面非常的方便，使用起来感觉像没有用到框架的感觉。Spring Boot有很多默认的配置文件，并且可以对默认的配置文件进行修改，可以设置为自动加载，可以对异常处理分为全局异常处理和默认异常处理。Spring Boot使用过程中就像是使用什么直接注册什么，所谓的注册也就是在对应的类和方法上面进行一个特殊的声明即可。
2.5 B/S架构
B/S架构的说法是区别于C/S架构，如果单纯的说B/S架构，仅仅可以说是通过浏览器来访问服务器而已。在当今社会，为什么还是有很多B/S架构的存在，是因为一些业务信息不得不采用B/S架构。首先第一条，B/S架构设计的应用对于程序开发来讲是非常的方便的，对于用户满意度来讲，客户端电脑不需要太高的配置，只需要可以上网的浏览器就行，如果用户量庞大，那么使用者在电脑性能资金这方面就可以节省出大笔的金钱，B/S架构是一种为使用者节约金钱的一种开发方式。B/S架构因为把数据都存在服务端，那么安全性就有保障，用户不管在任何一个地方，只要能上网就能访问自己需要的信息和资源。在操作性上面来讲，用户习惯是一个问题，用户已经习惯了打开浏览器访问各种各样的信息，如果需要安装过多的软件进行访问特定的信息会让使用用户感觉到被强迫的感觉，会产生不信任感。综合考虑，依然采用B/S架构形式的设计方式是符合本设计的需求的。
2.6 Vue框架
Vue框架因为是纯JavaScript开发的模式，只需要通过浏览器就可以进行解析，不需要增加服务端的处理压力。Vue框架最典型的就是渐进式显示模式，举一个小小的例子，如果一个商店一些商品的库存或者价格不变，会急速的显示，如果一处地方进行变换，那么只要引用到这个变化数据的所有数据都会自动变化，让数据显示的实时性大大的增加，让用户使用起来更加的友好。对开发者而言，Vue框架非常好理解，编写起来能极大的减少DOM的相关操作，让页面渲染更加的有层次。当前端不在需要关注一些不必要的操作的时候，能让程序开发人员的注意力都能集中到业务逻辑方面，这样从这一个方面又能极大的提高了开发效率。所以Vue框架这个火爆是有原因的。
第3章 系统分析
本文作者在确定了研究的课题之后，从各大数字图书馆下载文献来阅读，并了解同类型的网站具备的大致功能，然后具体事务具体分析，得出本系统要研究的具体功能与性能。虽然分析系统这一阶段性工作主要是确定功能，但它却影响着后面系统开发环节的进展，系统分析这个环节是不能少的。
3.1 可行性分析
从三个不同的角度来分析，确保开发成功的前提是有可行性分析，只有进行提前分析，符合程序开发流程才不至于开发过程的中断。
3.1.1 技术可行性
在技术实现层次，分析了好几种技术实现方法，并且都有对应的成功案例，也有很多开源模块可以进行参考，所以从技术可行性分析来讲，实现鲜牛奶订购系统是没有问题的。
3.1.2 经济可行性
对于身为学生的开发者而言，在经济资源上面可用者很少，为了开发鲜牛奶订购系统，通过开发软件对硬件的要求，发现自己的电脑是完全能用来开发的，并且学校机房的配置也可以达到要求。最重要的是选择的技术都可以在网上找到不花钱的教程以及资料，因为不花钱，所以经济方面是具有可行性的。
3.1.3 操作可行性
鲜牛奶订购系统的具体实现，本身参考人类的正常操作逻辑，把常用的操作习惯当做主要的导航实现，可以让使用者更快速的理解并且上手操作，实现符合逻辑的操作流程是操作可行性的具体体现。
以上就是从不同的角度来分析，确保了鲜牛奶订购系统的正常开展。
3.2 系统流程
鲜牛奶订购系统投入使用后，使用者如果能看到相应的流程操作图会提高程序的理解能力。
3.2.1 操作流程
使用者在操作鲜牛奶订购系统中，应该按照本系统提供的操作流程（图3.1即为本系统的操作流程图）进行操作，可以减少操作失误，从而节省进入鲜牛奶订购系统的时间。
图3.1 系统操作流程
3.2.2 登录流程
鲜牛奶订购系统通过登录功能（图3.2即为其登录的流程）引导使用者进入指定的功能操作区，也避免非本系统的用户享受本系统提供的服务以及查看本系统提供的信息，进而保证用户安全。
图3.2 登录流程
3.2.3 删除信息流程
鲜牛奶订购系统在经过长期使用后，会产生很多的数据信息。为了腾出存储空间存放更多的数据，本系统数据库中存储的数据，一些没有参考价值的数据需要进行删除（图3.3即为删除信息的流程），删除数据过程中，为避免误删，使用者要根据系统的提示来决定是否删除数据。
图3.3 删除信息流程
3.2.4 添加信息流程
鲜牛奶订购系统提供可视化的功能操作区，非常方便使用者进行数据操作，当使用者往系统中录入数据时（图3.4即为添加信息的流程），本系统也会进行数据合法性的判断，符合要求的数据才能够在数据库指定表中进行登记。
图3.4 添加信息流程
3.3 性能需求
需求分析少不了对项目用到的硬件设备进行分析，这样才符合正常的分析流程。只谈功能需求不谈性能需求，是一件很严重的事情，可能会导致一些不可控的问题出现。
以下从这几个角度来分析系统性能。
(1)系统数据的容量：从数据角度来分析，每个表和每个数据库，达到的数据量到一定的程度，是否需要分表或者是分库，超过了数据的设定限度，可能会导致数据反映迟钝，容错量增加。
(2)数据精度的要求：需要对需求分析里面数据设定环节，考虑相应的数据精度问题，需要发现数据是常用的精度还是非常用的精度，进而设定不同的数值。
(3)时间响应要求：从用户提交操作，到页面反映，中间有个数据处理的问题，需要考虑预测数据量的大小，提前预案分库分表的设计，数据量再大就要考虑增加列式数据库的问题，这些都不是一拍脑门就能决定的，都需要经验和同行业的数据分析研判，才能符合用户的要求，毕竟响应时间太久操作起来也不舒服。
(4)普适性问题：用户使用应该不需要感知服务端的数据量问题或者响应问题，只需要任意一台电脑，不需要更多的操作，打开浏览器就能用，太多的设置以及操作，不符合普适性操作。
(5)页面设计问题：功能符合要求之后，肯定是要丰富页面的。页面设计才是用户长时间面对的问题，首先考虑数据的整洁性，让页面看起来更加的清爽。颜色与数据方面，该不同颜色就不同颜色，降低用户长时间使用出现的视觉疲劳，让用户使用起来心情不至于太差。
(6)系统的稳定性：正常用户操作系统页面，必须是该提交提交，正常输入符合逻辑，不能随随便便的就出各种问题，导致用户操作疲惫，并且输入的数据和回显的数据符合用户的要求。如果正常操作都会出现问题，那设计就是不稳定的，这一点肯定不行。只要是与数据进行交互的系统，都必须稳定。系统稳定从开发部署角度上来分析，可以考虑数据的冗余备份功能，自动值守功能，机房数据同步，机房分开的功能，这些都可以让系统的稳定性得到提升。
系统的性能需求需要对业务很熟练的情况下判断然后分析，再从系统性能需求来逐条实现，可以让设计的系统有使用价值。
3.4 功能需求
鲜牛奶订购系统根据使用权限的角度进行功能分析，并运用用例图来展示各个权限需要操作的功能。
图3.5即为管理员用例图，管理员权限操作的功能包括管理商家，管理商家星级信息，管理用户，管理商品等。
图3.5 管理员用例图
图3.6即为商家用例图，商家权限操作的功能包括管理商品，回复商品评价，管理商品订单等。
图3.6 商家用例图
图3.7即为用户用例图，用户权限操作的功能包括查看商家，购买商品，提交订单，管理商品订单等。
图3.7 用户用例图
第4章 系统设计
用户对着浏览器操作，肯定会出现某些不可预料的问题，但是不代表着系统对于用户在浏览器上的操作不进行处理，所以说，要提前考虑可能会出现的问题。
4.1 系统设计思想
系统设计，肯定要把设计的思想进行统一，只有统一的思想才能指导程序的开发，并且可以让众多的程序开发人员更快速的进入状态，提高开发速度。根据当前系统的既定需求，下面将进行本系统设计思想的阐述。
(1)扩展性：开发任何一个系统的时候不可避免要考虑这个问题。软件版本的更迭是一种常识，任何一个软件都不会一次性开发就成永恒，软件是一个不断成长的东西。所以考虑问题的时候需要对当前问题进行数据上的扩大化，然后进行归纳整理，最终形成具有一定扩展性的程序。程序的可扩展性必然会影响开发进度，所以最终需要综合评估程序的可扩展程度，进而有的放矢，循序开发。
(2)实用性：程序设计是一个先高屋建瓴式的设想，然后再具体化，实用性就是具体化的第一个步骤，要充分考虑使用者是不懂程序设计的这一点，使用者只是懂得常规性的上网操作步骤，并不需要对程序进行理解，所以一定要让使用者感觉到便利，感觉到实用性的存在，如果使用者使用程序过程中没发现使用程序的好处，那么程序设计的实用性将大大降低。
(3)安全性：当使用者使用的过程中，会产生大量的相关数据，这些数据必须有安全性的保证，否则当使用者发现数据出现问题的原因是程序设计问题的时候，将会对程序开发者失去信任，甚至可能会产生大量的费用赔偿问题，这是一个不可避免的问题。所以安全性关系开发与使用者双方的经济利益，程序的安全性是一定要保证的。
(4)先进性：程序设计的先进性是开发者进行考虑的，必须要在满足系统功能的前提下，必须要选择好当下最合适的技术。最合适的技术要从开发成本，使用成本以及维护成本里面综合分析，经过综合分析后要让技术实现最优解，保持先进的技术生产力。
(5)维护性：程序开发之初就要考虑以后的维护问题。维护是在程序开发完毕，已经上线可以运作，进入生产试用过程和使用过程中才会发现需要维护的必要。要通过各方面降低维护成本，不是说维护的越少就代表程序开发的越完美，程序既然是人类进行设计制造的，肯定有很多不可避免的问题产生，那么如何维护好程序的正常运作也是一门很重要的学问。
4.2 功能结构设计
图4.1即为设计的管理员功能结构，管理员权限操作的功能包括管理商家，管理商家星级信息，管理用户，管理商品等。
图4.1 管理员功能结构
图4.2即为设计的商家功能结构，商家权限操作的功能包括管理商品，回复商品评价，管理商品订单等。
图4.2 商家功能结构
图4.3即为设计的用户功能结构，用户权限操作的功能包括查看商家，购买商品，提交订单，管理商品订单等。
图4.3 用户功能结构
4.3 数据库设计
鲜牛奶订购系统运行中产生的数据需要按照提前设置的存储规则进行保存，设计出一个符合项目的最优数据存储格式，因为它能减少用户的等待时间，还可以对系统的请求在最短时间内进行响应。所以，对数据库设计时，需要对功能需求进行详细的拆分，以及对业务状态的细分，然后设计具体的存储规则，保证数据库能正常运作，缩短数据处理时间，并在一定程度上降低数据冗余，节省存储空间。
4.3.1 数据库概念设计
实体-联系图还有一个名称即E-R图，是Entity Relationship Diagram各英文单词首字母的缩写，它这种概念模型通常用于对现实世界进行描述。同时它还是一种能够直观表达数据中实体，联系，属性的有效手段。绘制E-R图能够选择的工具也有很多，但是Office Visio 这款软件在E-R图的绘制上一般都是作为首选工具，因为它是基于可视化处理，使用它创建E-R图非常简单。使用基本的E-R图构成元素，比如椭圆，菱形，矩形，还有实线段来表达对应的信息，椭圆代表属性，即实体的特征，矩形代表实体，即数据库中的一个具体数据表，菱形代表实体中相互关系，实线段主要是完成椭圆，矩形，菱形的连接。
（1）图4.4即为商品这个实体所拥有的属性值。商品有商品类型，商品现价，商品名称等。
图4.4 商品实体属性图
（2）图4.5即为商品订单这个实体所拥有的属性值。商品订单有订购数量，订单类型，收货地址等。
图4.5 商品订单实体属性图
（3）图4.6即为商家这个实体所拥有的属性值。商家有邮箱，营业执照，商家星级类型等。
图4.6 商家实体属性图
- 图4.7即为用户这个实体所拥有的属性值。用户有手机号，电子邮箱，用户头像等。
图4.7 用户实体属性图
- 图4.8即为上面介绍的实体中存在的联系。
图4.8 实体间关系E-R图
4.3.2 数据库物理设计
本小节主要任务即是根据上述内容进行数据存储结构的设计，实体的属性就用来表示字段名称，不同的字段表示的数据类型以及取值都不相同，以及该表各个字段是否能够保持空等进行说明，设计完成一张数据表的结构之后，在保存时同样要命名，尽量选择英文名称进行命名并保存，还不容易导致系统出错。接下来就对设计的表进行简单说明。
送货地址表如表4.1所示。
表4.1 送货地址表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | int(20) | 否 |
| yonghu_id | 创建用户 | int(20) | 否 |
| address_name | 收货人 | varchar(200) | 否 |
| address_phone | 电话 | varchar(200) | 否 |
| address_dizhi | 地址 | varchar(200) | 否 |
| isdefault_types | 是否默认地址 | int(11) | 否 |
| insert_time | 添加时间 | timestamp | 否 |
| update_time | 修改时间 | timestamp | 否 |
| create_time | 创建时间 | timestamp | 否 |
购物车表如表4.2所示。
表4.2 购物车表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | int(11) | 否 |
| yonghu_id | 所属用户 | int(11) | 是 |
| xiannai_id | 商品 | int(11) | 是 |
| buy_number | 购买数量 | int(11) | 是 |
| create_time | 添加时间 | timestamp | 是 |
| update_time | 更新时间 | timestamp | 是 |
| insert_time | 创建时间 | timestamp | 是 |
公告信息表如表4.3所示。
表4.3 公告信息表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | int(11) | 否 |
| news_name | 公告标题 | varchar(200) | 是 |
| news_photo | 公告图片 | varchar(200) | 是 |
| news_types | 公告类型 | int(11) | 否 |
| news_content | 公告详情 | text | 是 |
| create_time | 创建时间 | timestamp | 是 |
商家表如表4.4所示。
表4.4 商家表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | int(11) | 否 |
| username | 账户 | varchar(200) | 是 |
| password | 密码 | varchar(200) | 是 |
| shangjia_name | 商家名称 | varchar(200) | 是 |
| shangjia_phone | 联系方式 | varchar(200) | 是 |
| shangjia_email | 邮箱 | varchar(200) | 是 |
| shangjia_photo | 营业执照展示 | varchar(200) | 是 |
| shangjia_xingji_types | 商家星级类型 | int(11) | 是 |
| new_money | 现有余额 | decimal(10,2) | 是 |
| shangjia_content | 商家简介 | text | 是 |
| shangjia_delete | 逻辑删除 | int(11) | 是 |
| create_time | 创建时间 | timestamp | 是 |
管理员表如表4.5所示。
表4.5 管理员表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | bigint(20) | 否 |
| username | 用户名 | varchar(100) | 否 |
| password | 密码 | varchar(100) | 否 |
| role | 角色 | varchar(100) | 是 |
| addtime | 新增时间 | timestamp | 否 |
商品表如表4.6所示。
表4.6 商品表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | int(11) | 否 |
| shangjia_id | 商家 | int(11) | 是 |
| xiannai_name | 商品名称 | varchar(200) | 是 |
| xiannai_photo | 商品照片 | varchar(200) | 是 |
| xiannai_types | 商品类型 | int(11) | 是 |
| xiannai_kucun_number | 剩余订购数量 | int(11) | 是 |
| xiannai_old_money | 商品原价 | decimal(10,2) | 是 |
| xiannai_new_money | 现价/月 | decimal(10,2) | 是 |
| xiannai_clicknum | 点击次数 | int(11) | 是 |
| shangxia_types | 是否上架 | int(11) | 是 |
| xiannai_delete | 逻辑删除 | int(11) | 是 |
| xiannai_content | 商品简介 | text | 是 |
| create_time | 创建时间 | timestamp | 是 |
商品收藏表如表4.7所示。
表4.7 商品收藏表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | int(11) | 否 |
| xiannai_id | 商品 | int(11) | 是 |
| yonghu_id | 用户 | int(11) | 是 |
| xiannai_collection_types | 类型 | int(11) | 是 |
| insert_time | 收藏时间 | timestamp | 是 |
| create_time | 创建时间 | timestamp | 是 |
商品评价表如表4.8所示。
表4.8 商品评价表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | int(11) | 否 |
| xiannai_id | 商品 | int(11) | 是 |
| yonghu_id | 用户 | int(11) | 是 |
| xiannai_commentback_text | 评价内容 | text | 是 |
| reply_text | 回复内容 | text | 是 |
| insert_time | 评价时间 | timestamp | 是 |
| update_time | 回复时间 | timestamp | 是 |
| create_time | 创建时间 | timestamp | 是 |
商品订单表如表4.9所示。
表4.9 商品订单表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | int(11) | 否 |
| xiannai_order_uuid_number | 订单号 | varchar(200) | 是 |
| address_id | 送货地址 | int(11) | 是 |
| xiannai_id | 商品 | int(11) | 是 |
| yonghu_id | 用户 | int(11) | 是 |
| buy_number | 订购数量 | int(11) | 是 |
| xiannai_order_true_price | 实付价格 | decimal(10,2) | 是 |
| xiannai_order_types | 订单类型 | int(11) | 是 |
| xiannai_order_payment_types | 支付类型 | int(11) | 是 |
| insert_time | 订单创建时间 | timestamp | 是 |
| create_time | 创建时间 | timestamp | 是 |
用户表如表4.10所示。
表4.10 用户表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | int(11) | 否 |
| username | 账户 | varchar(200) | 是 |
| password | 密码 | varchar(200) | 是 |
| yonghu_name | 用户姓名 | varchar(200) | 是 |
| yonghu_phone | 用户手机号 | varchar(200) | 是 |
| yonghu_id_number | 用户身份证号 | varchar(200) | 是 |
| yonghu_photo | 用户头像 | varchar(200) | 是 |
| sex_types | 性别 | int(11) | 是 |
| yonghu_email | 电子邮箱 | varchar(200) | 是 |
| new_money | 余额 | decimal(10,2) | 是 |
| create_time | 创建时间 | timestamp | 是 |
第5章 系统实现
编程人员在搭建的开发环境中，会让各种编程技术一起呈现出最终效果。本节就展示关键部分的页面效果。
5.1 管理员功能实现
5.1.1 公告信息管理
图5.1 即为编码实现的公告信息管理界面，公告信息包括了公告图片，公告类型，公告标题等，管理员在公告信息管理界面中可以对界面中显示的所有公告信息进行更改，查询，删除。
图5.1 公告信息管理界面
5.1.2 用户管理
图5.2 即为编码实现的用户管理界面，用户信息有性别，用户手机号，用户身份证号，用户头像等信息。管理员在用户管理界面中可以为本界面显示的所有用户信息进行查询，修改，删除，可以为用户的账号进行重置密码。
图5.2 用户管理界面
5.1.3 商家管理
图5.3 即为编码实现的商家管理界面，商家信息有营业执照，商家星级类型，商家名称等信息。管理员在商家管理界面中新增商家，更改商家的营业执照，商家星级信息等，可以删除需要删除的商家信息。
图5.3 商家管理界面
5.1.4 商家星级管理
图5.4 即为编码实现的商家星级管理界面，商家星级信息有商家星级类型名称等，管理员在商家星级管理界面修改商家星级信息，查询商家星级信息，删除商家星级信息等。
图5.4 商家星级管理界面
5.2 商家功能实现
5.2.1 商品管理
图5.5 即为编码实现的商品管理界面，商品信息有商品是否上架，剩余订购数量，商品原价等信息，商家在商品管理界面中为商品的可订购数量进行增加，为商品的可订购数量进行减少，可以上架商品，下架商品以及更改商品信息等。
图5.5 商品管理界面
5.2.2 商品评价管理
图5.6 即为编码实现的商品评价管理界面，商家在商品评价管理界面中查看用户对商品的评价信息，商品的评价信息有评价内容，回复内容等，商家需要对商品评价进行回复。
图5.6 商品评价管理界面
5.2.3 商品订单管理
图5.7 即为编码实现的商品订单管理界面，商品订单有订单号，实付价格，支付类型，商品照片等信息。商家在商品订单管理界面中对商品订单查询，查询条件有商品类型，商品名称，用户姓名等。管理员也能对商品订单详情进行查看。
图5.7 商品订单管理界面
5.3 用户功能实现
5.3.1 商家信息
图5.8 即为编码实现的商家信息界面，用户在商家信息界面中查看商家介绍还有商家的营业执照以及商家的星级信息等。
图5.8 商家信息界面
5.3.2 商品信息
图5.9 即为编码实现的商品信息界面，用户在商品信息界面中查看评论，可以直接购买商品。
图5.9 商品信息界面
5.3.3 确认下单
图5.10 即为编码实现的确认下单界面，用户在确认下单界面中可以提交订单，前提是检查购买的物品以及收货的地址信息等是否正确，也需要查看总金额信息以及实付款信息，最后根据实付款的金额进行支付。
图5.10 确认下单界面
5.3.4 商品订单
图5.11 即为编码实现的商品订单界面，用户在商品订单界面中可以退款，主要是对已支付的订单，发现不需要该订单商品，则可以申请退款，如果订单已经完成，用户可以评价订单。
图5.11 商品订单界面
第6章 系统测试
当系统测试环节开始的时候，也就说明对于系统的编码已经弄得大致通顺了，剩下来需要对一些模块和功能进行测试，这个环节就叫系统测试。在程序开发过程中，系统测试是整个开发过程不能缺少的。原因很简单，系统开发人员在面对各种需求需要对各个模块进行编码，开发人员编写过程中，对于程序的理解全部都在编码里面，一人计短，当一个人去做一些事情的时候，把自己的理解变成成果，有可能理解错误，这个在程序开发过程中很常见。程序开发人员在面对复杂的逻辑，没有想象中的多么清晰，开发过程就是面对着一堆代码，不断的变换数据类型，这些很容易实现程序开发人员的想法，但是如果是比较复杂的逻辑，很可能会出现各种问题，这是无法避免的。所以说，需要额外的人员进行系统测试编写，要站在用户使用的角度去发现问题，这样开发与测试的分离，有助于系统开发的强壮，让程序表达的更完美一些。之所以把系统测试安排到程序开发过程中的原因在于，当测试过程中发现的问题可以最快速度的反馈到程序开发人员手里，可以以最快的时间解决问题。所以必须在系统测试环节做好应该做好的事情，让程序开发从开始到结束都有一个完美的流程。
6.1 测试任务
测试不是说随便测试的，在测试的角度要制定相关的测试任务，测试任务是根据系统的需求角度来进行任务的设置，首先要符合常规的测试流程，然后要符合项目的实际情况，两者相结合才能形成科学的测试任务。在测试任务范围内，能测试出问题才是好的测试，毕竟程序开发不可能不出现问题，测试出的问题越多，代表程序修复的越好，程序修复的越好，程序上线可能会出现的程序相关问题就会越少，这个作用是相互的。
6.2 测试目标
测试的目标就是程序测试环节发现更多的问题，测试就是针对性的，在程序员开发过程中可能忽略到的问题，往往都是测试过程中需要注重的环节。虽然软件开发的技术算是当前最流行也最成熟的一些技术，但是毕竟开发是人为开发的，只要是人开发的就会产生缺陷。随着市场竞争越来越激烈，好多公司都把测试部门给砍掉了，让程序开发人员写完程序自己测试，造成的后果就是程序上线没多久就会出现问题，所以现在有些小型的开发公司都不招测试人员，但是把测试的工作给外包到专门的测试公司，这说明了软件开发行业是离不开专业的测试环节的。
6.3 测试方案
测试方案主要分两个方向，一个是黑盒测试，一个是白盒测试，这两个测试方向是目前最通用的测试方案。测试过程中，要对各个模块实现有个预期，在符合用户的要求上，要对一些字段还有逻辑进行测试，需要不断输入各种各样类型的数据来进行测试，看是否会有内存漏出，指针异常，或者是逻辑问题。
白盒测试：白盒主要是进行逻辑测试的，测试是属于透明形式的测试。白盒测试要求对各种逻辑以及各种判断，每种判断都要进行一次测试，判断实现效果。白盒测试可以说就是把代码能实现的不能实现的语句都进行判断，只要进行过白盒测试，甚至能定位到哪些判断有问题，或者说某个方法就有问题，只要白盒测试过关的，那说明代码功能基本上没有什么大的问题，符合功能开发的很不错。
黑盒测试：黑盒是不管代码是怎么编写的，只测试功能接口问题。黑盒测试一般不让用户测试的，因为主要围绕着安全性或者恢复性测试，包括负载均衡方面，这些需要大量的数据进行冲击，用户是没有这方面的技术的。所以一般需要负责专业的测试人员进行测试，专业的测试人员经过专门的测试方面培训，懂得黑盒测试的测试要领，所以先经过白盒测试功能问题，然后再经过黑盒测试进行运行问题，基本上就满足了测试任务。
本章节主要就是对系统的测试来设置对应的测试操作，从模块功能测试到最后的验收测试。
模块测试：在模块测试一般都是程序员开发过程中，有的自己写属于自己模块的测试用例，一般以达到效果为主，每个模块都是一个单元，这样来区分单元测试的过程，如果不进行单元测试会出现大问题的，会出现各个环节不知道数据的执行流程，方法跳转，以及更重要的异常抛出，这些可能都会忽略，所以要进行模块测试。
模块测试一般有几个需要注意：
第一个问题：路径问题，路径是绝对路径还是相对路径，因为程序代码很多，所以这些肯定要进行测试的，不然会出现异常。
第二个问题：接口问题。接口的命名方式，会不会与技术自带的接口混淆，会不会接口重复，这些都是需要测试的。
第三个问题：数据结构。数据库的数据结构在代码里，是否编写过程中达到了预期，有些地方该是包装类型的还是数据类型的，这些都要测试。
第四个问题：异常处理。每个环节可能会出现的问题，都要定义异常抛出，并且尽量写好异常处理原因，只要抛出指定异常信息，才会达到测试目的。
第五个问题：边界问题。边界问题一般指的的数据大小以及正负数的问题，这些该测试还要测试的，不测试不符合操作流程。
总而言之，模块测试是测试的第一个环节，是不可少的，也是出现问题最多的领域。
集成测试：模块测试完毕才可以集成测试，集成测试主要是对各个模块之间的逻辑进行测试，只要是相关联的模块，都要测试一遍，需要找到模块关联是否能达到正常开发预期。
集成测试主要采用渐增式测试，好处有以下几点：
第一点：渐进式可以更彻底的对逻辑所有功能进行测试，是很彻底的。
第二点：渐进式相当节约时间，节约时间就是节约成本。
第三点：可以更快速的定位错误位置，有助于问题反馈。
用渐进式测试软件功能，用到的混合法。混合法是有顺序的，自上而下测试和自下而上测试，对程序的上下层混合测试，就是测试里面的集成测试方法。
验收测试：验收一般是甲方派人来负责程序的验收测试，派来的人员可能计算机水平层次不齐，也更适合对程序问题提出异议，因为计算机开发的哪怕在行业内最厉害的，也不一定能满足甲方的需求，毕竟开发者认为合理的必须有局外人来进行判断，而甲方派人测试则是代表着对程序的直观认知，前面的所有测试，只是验收测试前的测试，验收测试决定着程序是最终问题。
6.4 系统测试的特点
系统测试，是有一定的特点，并且根据这些特定也有相关的描述信息，下面就是对这些测试的特点来进行阐述：
第一点：完整的测试，就是在用户的角度上，通过不同的权限，来测试不同的模块，最终判断程序的优劣性。
第二点：测试主要从程序的设计架构方面来进行测试，也需要从业务操作流程方面测试。
第三点：测试不是想一出是一出，要有严谨的测试步骤，测试目的，只有科学的测试方法才能产生科学的测试结果，能很好的对出错几率进行降低。
总的来说，系统测试不仅仅是让功能符合，还要在突发情况下有相应的配套表现，只要考虑的多，做的多，系统运行过程中才能更加平稳。
6.5 功能测试
本节主要选择一些功能进行具体测试描述，在相应的功能里面，根据不同的输入看看能否达到理想中的效果。以下会描述部分功能的测试过程和结果。
6.5.1 登录功能测试
登录是一个常规功能，虽然是常规功能，但是用处很大，可以拒绝非法用户访问，只有合法用户才可以访问对应的功能，这样能保证程序设定的功能符合安全性要求。
表6.1 管理员登录功能测试表
| 管理员账号 | 管理员密码 | 结果 |
|---|---|---|
| uuu | uuu | 成功登录系统 |
| yyy | uuu | 登录失败 |
| uuu | yyy | 登录失败 |
只有正确的账号密码才会进行跳转到对应的功能区，如果输入的账号密码不对的话，肯定会有相关提示，用来提示操作人员注意输入正确的账号密码，这样有助于提高用户体验。这里以使用者提交错误的账号为“yyy”,正确的密码为“uuu”为例进行测试，具体反馈结果看下面。
图6.1 登录失败提示
6.5.2 修改密码功能测试
任何用户角色都有安全性要求，那么对应的密码最好是经常更改，只有经常更改才会降低坏人的有机可乘几率，达到密码保护的最低要求，当然，如果用户登录人离开了，为了防止其他人乘机篡改密码，那么也会设定旧密码要求，只有输入正确的旧密码才可以进行密码的修改。下面就是测试过程。
表6.2 修改密码功能测试表
| 之前的旧密码 | 设置的新密码 | 结果 |
|---|---|---|
| uuu | yyy | 成功修改密码 |
| hhh | yyy | 修改密码失败 |
| uuu | 修改密码失败 |
不管是旧密码错误还是新密码不合规，都会提示相应的要求，下面就是关于旧密码输入错误的提示。
图6.2 错误的旧密码反馈提示
6.6 系统测试结果
对鲜牛奶订购系统进行了各种检测，包含功能检测和性能检测，操作性检测，兼容性检测，通过各方面检测结果来判定系统是符合设计目标，并且在扩展性或者是稳定性上面，也有很好的表现，能完全的满足用户需求。
结 论
由于本人学习的是计算机方面的专业，学习了一定的开发知识，因此，对于开发一款已经确定了课题的鲜牛奶订购系统，从功能需求，功能模块划分，数据库的选择与设计，编程语言的确定，系统界面的布局和设计等知识，我都有个大致的思路。我运用已经具备的理论知识，加上后期从网络渠道获取的相关技术知识，能够在系统完成开发后期，编写相应的系统文档。
鲜牛奶订购系统制作期间，我也遇到过一些难题，模块拆分不够精细，以及数据表需要设计几张表，还有对于开发技术的深度理论学习还不充分等，不过我能够通过网络或者通过学院提供的图书馆寻求解决办法。比如在不知道具体功能的情况下，我从网上下载了很多的与鲜牛奶订购系统相关的程序，分析了它们的功能之后，我再结合即将开发的鲜牛奶订购系统进行综合分析，选取了适合鲜牛奶订购系统的功能部分，再具体模块具体分析，设计专属项目功能。对于数据表的设计，先在图书馆学习，然后查看相似系统对于数据表的结构设计等知识，然后在本系统功能确定的情况下，结合本系统设计了配套的数据表，对于难度最大的开发技术部分，这是需要大量时间调试的，一般都是对基础数据的增加，更新，查询或修改方面的代码，然后把本系统能够运用的代码部分在简单更改后进行使用，又经过了简单的测试工作，最终呈现出一个完整的能够解决用户实际问题的鲜牛奶订购系统。该系统唯一不足的就是代码方面还有很多重复的部分，不够精简，还有用户操作本系统，对于用户的误操作行为，本系统还不能及时反馈，这也是一大缺点。
鲜牛奶订购系统完成了，其相应的配套文档也需要进行编写，该文档主要描述鲜牛奶订购系统是如何进行分析，设计以及实现的，让其他阅读本文档的人增加对该系统的了解，编写文档过程中，由于自己平时对于办公软件的操作不是很频繁，根据学院要求的文档排版格式进行编辑也花了很多时间，在不断学习排版技巧以及对本系统配套文档的反复修改之后，最终在学院规定的时间内进行了文档定稿。
毕业项目各个工作进行到此，我也是收获颇丰，正因为自己努力学习知识，积极寻求解决办法，才让我能够提交一个完整的作品。制作毕业项目让我又得到了成长，不仅是专业知识的增加，也学到了解决问题的能力和方法。
参考文献
[1]常佳宁,潘琳.一种基于B/S的网上购物系统设计[J].中国科技信息,2021,(15):71-72.
[2]胡小春,胡凯,陈燕.基于Java的网上购物系统研发[J].信息技术与信息化,2021,(01):18-21.
[3]余涛.计算机软件开发中Java编程语言的应用研究[J].信息记录材料,2020,21(01):113-115.
[4]王子虎,胡丽珍.基于计算机软件安全开发的JAVA编程语言研究[J].数字技术与应用,2019,37(12):133-134.
[5]刘星淇.Java编程语言的特点与应用分析[J].通讯世界,2019,26(09):149-150.
[6]张云健.计算机软件Java编程特点及其技术应用[J].信息与电脑(理论版),2019(13):97-98.
[7]张振超,吴杰,陈序蓬.浅谈Java中Mysql数据库的连接与操作[J].信息记录材料,2020,21(02):144-145.
[8]范开勇,陈宇收.MySQL数据库性能优化研究[J].中国新通信,2019,21(01):57.
[9]丁佳.基于JSP+MySQL的用户登录系统SQL注入实例及防范[J].网络安全技术与应用,2020(09):49-51.
[10]王丹,孙晓宇,杨路斌,高胜严.基于SpringBoot的软件统计分析系统设计与实现[J].软件工程,2019,22(03):40-42.
[11]张峰.应用SpringBoot改变web应用开发模式[J].科技创新与应用,2017(23):193-194.
[12]谢志坚.计算机应用软件开发技术支撑思考[J].电子世界,2020(15):53-54.
[13]姬晓鹏.计算机软件开发技术与设计探究[J].电子测试,2020(16):133-134.
[14]Raffi Khatchadourian.Automated refactoring of legacy Java software to enumerated types[J].Automated Software Engineering,2017,24(4).
[15]Ben White.Marx and Chayanov at the margins:understanding agrarian change in Java[J].The Journal of Peasant Studies,2018,45(5-6).
致 谢
也许是大学校园在管理上比较开放，学习知识时不像高中时期那样一整天都在学习，而是一天当中抽出部分时间安排学习，其余的时间就可以自由安排，可以去社会上参加实践，可以在学校的图书馆阅读书籍，丰富自己的知识，也可以加入学校的社团进行个人能力的锻炼等等，加上学院的学生都来自全国各地，大家的风俗习惯都有些不一样，这样同学之间也有更多的话题进行畅聊。基于这些原因，我觉得我的性格也逐渐变得开朗起来，正因为如此，我很快乐的度过了大学四年时光。然而，我们都要面临毕业，同学间，师生间也将面临分离，我们都会离开学校，进入社会这样的大环境学习并生活。虽然很不舍，但这也是人生成长中必经的阶段！
临走之际，对这几年的大学生活简单的进行了回想，发现自己学到的专业知识也增加了很多，在本专业上，自己也得到了一定的实操能力锻炼。这些成长都是我们的专业老师带来的，他们这几年辛苦教学，我们也从中获取了许多的专业知识，提高了个人的专业方面的能力，非常感谢他们。
还有一位老师也需要在此特别感谢，即论文指导老师。可以说最后这一年，跟指导老师接触比较多，指导老师在本专业上，非常全能，在我进行本课题的任务期间，导师给予我全面的指导，也能根据我的不足之处推荐合适的书籍让我查看，让我的能力得以提升，继而可以从容面对开发期间遇到的困难。
另外，我也要感谢我的寝室室友，还有我们班上的同学，从接到毕业项目任务之后，我们常常谈论各自课题进展的情况以及面临的问题，也经常互相鼓励对方要积极认真面对毕业项目，这种陪伴，让我在制作毕业项目期间并没有产生过多的焦虑，非常感谢他们。
最后时刻，我也要对我的大学校园表达谢意，我的大学校园是一个非常美丽的地方，而我这几年，在这么优美的环境下学习知识，我已经感到非常幸福。希望在今后能看到我的校园在众多师生共同努力下变得强大，校园的环境也将变得更加美丽。
