springboot线上自制周边销售管理10059-计算机课程设计、毕业设计
摘要
创作者经济迅猛发展使自制周边市场得以迅速壮大,内容创作者和粉丝之间交易的需求具有个性化、碎片化、高频化的特征。传统的通用电商平台是以标准化的商品交易为主业,不能满足周边产品特有的限量发售、预售管理、创作者专属运营场景、粉丝社群互动等需求。创作者在周边产品销售过程中会遇到库存管理繁杂、订单追踪不便、粉丝接触率低这些实际难题,而粉丝群体也盼望可以方便地取得创作者所发布的正版周边产品。本文针对创作者主导的周边销售模式,设计并实现了基于Spring Boot和Vue的线上自制周边销售管理系统,用技术手段重新构建创作者与消费者之间的交易链条,给创作者提供从商品发布到订单交付的全流程数字化管理工具。系统采用前后端分离架构,后端用Spring Boot框架创建RESTful API,依靠自动配置和起步依赖来搭建服务模块,前端用Vue.js框架创建响应式用户界面,用组件化开发模式提高代码的复用率和页面交互的流畅性,数据持久层用MySQL数据库存储业务信息,用事务机制保证订单创建和库存扣减数据的一致性。平台包含周边商品展示、在线下单、购物车管理、订单处理、库存管理、物流配送管理、创作者后台数据统计等主要功能模块,给创作者和消费者创建起高效的数字化交易通道。经过完整的功能测试和性能测试,系统运行稳定可靠,各项功能达到预期的设计目标,可以满足线上自制周边销售业务实际运营的需求,有效地降低创作者在周边产品发行过程中运营的成本,对推动创作者经济规范化发展有积极作用。
关键词:自制周边;创作者经济;Spring Boot;Vue;前后端分离
Abstract
With the rapid development of the creator economy, there has been a vigorous growth in the homemade peripheral market as well. Transactions made by content creators for their fans show distinct personalized, fragmented and frequent attributes. The conventional general purpose e-commerce platforms have made commodity transaction as their main business model, so it is hard for them to adapt special functions in peripheral product like limited edition releases, pre-sales operations,creatorsexclusive scenarios and fans group interactivities. There are many actual problems with peripheral selling for creators. Peripheral sales can have complicated inventory management, difficult order tracking and poor fan engagement. Meanwhile fans want to easily see authentic peripheral products released by creators. This is the article mainly focusing on how to make the creator's home-made peripheral sales model and built an Online Home-Made Peripheral Sales Management System withspringboot+vueso as to build a transaction relationship between the creator and consumer. Provide digital services such as launching products, delivering orders, etc., for the creator.
This too, is a separation type front-end and back-end: Back end is using Spring Bootframwork, build restfulapibackend, use the autoconfigueionand starterdependenceyfrom spring boot for build fastsevicesmodule At theFrontEnd,weusevueJSfor responsive UI. we also make use of component so as to have reusable and easier pages interaction. MySQL Database is used to keep information about MySQL Businesses; It maintains consistency for creating an order and taking away stock through transaction: Platform has some important function like periphery products showing, ordering product on-line, managing online shopping cart, order processing, keep track of stocks, controlling logistics distribution for creator's back end statistic data forms efficient but handy electronic bridge that link creators to consumers: After thorough function tests and performance verifications, the whole system runs well and stably, every part of it satisfies the expected designs as well as actual needs in practical operation of online homemade peripheral sales companies. It can greatlyreduce the cost of operation for creators when peripheral products are distributed and has some promoting value towards the standardization of creator economies.
Key words:Homemade Peripheral; Creator Economy; Spring Boot; Vue; Front-end Back-end Separation
第一章 绪论
1.1 研究背景与意义
1.1.1 研究背景
自制周边产品市场正在由线下零星交易向线上规模化转变。创作者依靠自身的创作影响力把设计创意转变为实物周边产品,粉丝群体会通过购买周边来体现自己对创作者的支持。传统通用电商平台主要服务于标准化商品交易,对于创作者发起的定制化周边销售缺少针对性的支持,限量发售、预售管理、创作者专属运营等功能在现有的平台上无法实现。马艳夕认为SpringBoot和Vue技术结合可以提高企业电商平台的开发效率以及系统可维护性,前后端分离架构对于复杂业务系统的发展有明显的优势[1]。莫竣成、田秀云在电商平台系统设计中证明了分布式服务架构在应对高并发业务场景的时候是行之有效的,服务拆分可以达到资源均衡的目的[2]。张曰花利用JavaWeb技术创建了一个包含商品展示、在线购买、用户管理等在内的综合性地方特色产品销售网站,说明该技术路线适合于特色商品销售[3]。
1.1.2 研究意义
本文参考以上研究成果,以创作者为主导的周边销售场景为切入点,设计出专门的管理系统,解决传统交易模式下信息不对称、运营效率低下的问题,给创作者提供直接对接消费者的数字化工具。该系统实现以后,不仅可以降低创作者周边产品的发行门槛,提高粉丝运营效率,也可以给消费者提供一个透明便捷的正版优质周边采购渠道,对创作者经济规范化发展以及周边产品流通体系的优化都有实际的应用意义。
1.2 国内外研究现状
1.2.1 国内现状
国内电子商务平台研究开始于世纪之交,早期的系统大多使用单体架构来实现基本的交易功能。伴随着互联网用户数量的增加和业务复杂度的提高,研究者也开始对系统的高并发处理能力和可扩展性进行研究,微服务架构、前后端分离、容器化部署等技术也被广泛应用于电商系统的搭建当中。技术发展由原来的以功能实现为主导,向架构优化、多场景融合转变,研究重点也从系统的建设本身扩展到用户体验改善、数据价值发掘等深层次的问题上。
黄思齐、黄欣在2025年提出的基于Spring Boot和Spring Cloud构建微服务架构电商平台,采用服务注册发现、API网关、容错机制等模块设计来提高系统的可用性和扩展性,给之后的电商系统建设提供实践上的借鉴[4]。赵春辉在2024年研究中主要研究了Spring Cloud微服务架构在电商平台的应用,通过对平台业务需求的分析来确定功能模块的划分方式,利用服务独立部署的方式实现了系统的高可用性设计,为电商系统架构的选择提供一定的参考[5]。朱建平在2022年硕士毕业论文中使用领域驱动设计原则对服务进行拆分,用Go语言、DTM、MySQL等技术搭建起基于微服务架构的品牌官方电商平台,其服务边界划分的方法给复杂业务系统的模块化创建给予了参照[6]。龚森于2021年把电商平台拆分成九个微服务,使用SSM框架、Vue框架、SpringCloud微服务技术来实现系统,同时加入推荐算法来改善用户体验,该研究对于微服务划分粒度的控制可以借鉴[7]。上述研究成果给本系统的选型和架构设计给予了重要的参照,但是对于创作者经济这一细分领域,有关限量发售、预售管理、创作者专属运营等特色功能的设计还存在着需要加强的地方。在吸收已有研究成果的基础上,根据自制周边销售业务的特点,主要对商品分类筛选、多规格管理、库存预警、订单状态追踪等与周边产品电商有关的功能模块进行设计。
1.2.2 国外现状
国外电子商务平台创建的时间较早,技术体系比较健全。就架构演进而言,从单体应用到微服务架构的转变途径已经有了比较完整的理论体系和实践规范。国外的研究更重视系统高可用性设计、数据一致性的保证以及服务治理机制这三个方面相结合的技术体系构建,电商平台的架构设计方法论也渐渐形成了比较完整的知识体系。2024年YanzhaoJia在发表的研究中提出了基于微服务架构的电商平台的设计理念,从架构选型、服务拆分策略、具体实现技术等各方面详细论述了微服务架构在提高电商平台性能和灵活性方面所具有的优势,对微服务架构在电商领域的应用价值进行了系统的验证[8]。Ni Yiran等人在2021年用Dubbo分布式服务框架和Zookeeper服务注册中心创建了电商系统,利用Spring Boot框架和TkMybatis方法完成了高并发、高可用的B2C购物平台,他们的分布式系统设计思路可以为服务协调机制的实现提供一定的借鉴[9]。Min Wang等人的2025年文献中提出并实现了基于微信小程序的农产品电商系统,后端用SpringbootSpringMVC框架实现API接口,前端使用微信小程序进行数据渲染,为特色商品电商系统前后端交互模式提供实践参考[10]。国外的研究成果在系统架构的系统性、服务治理的规范性上给本研究提供方法论上的指引,本系统在吸收以上经验的基础上,根据创作者周边销售的本地化特点和实际应用环境做相应的适应性修改。
1.3 主要研究内容
本文主要工作就是设计、实现一个以创作者为主导的自制周边销售管理系统,该系统使用Spring Boot作为后端开发框架,使用Vue作为前端构建技术,使用MySQL数据库进行数据持久化存储。研究内容按照软件工程的方法论进行,从需求分析开始,确定普通用户和创作者两个角色的功能边界,在此基础上完成系统的架构设计、功能模块划分、数据库结构设计等工作。系统重点是创建一个完整的周边商品交易闭环,包含商品信息管理、购物车操作、订单处理、库存追踪、创作者后台统计等主要部分,从而达成商品从上架到发货的全部信息化处理。研究重点在于前后端分离架构下接口的设计规范以及数据交互的方式,并没有涉及到底层操作系统优化和硬件设备的适配问题。预期交付物为可以运行的线上自制周边销售管理系统、完整的数据库设计文档和系统测试报告,系统功能用黑盒测试和性能测试来验证。研究过程采用需求驱动、迭代开发的方法,按照功能模块逐步完成系统的实现和测试验证,后面章节将依次介绍相关技术、需求分析、系统设计、实现细节和测试结果。
第二章 相关技术介绍
2.1 SpringBoot框架
Spring Boot框架是以Spring生态为基础构建的,用自动配置的方式简化了传统Spring应用的繁琐配置工作。该框架按照“约定优于配置”的设计思想,在项目开始的时候依照依赖关系自动执行Bean的装配以及参数的设定,开发者只需关注业务逻辑本身而无需顾及基础设施的细节。框架内置的嵌入式Web容器支持应用独立打包运行,不需要在外部服务器上额外部署WAR文件,部署过程大大简化了。Spring Boot提供的Actuator模块可以实现对应用运行状态的实时监测,即健康检查、指标收集、环境信息等运行时数据的可视化展示。本系统使用Spring Boot作为后端的核心框架,用自动配置特性快速搭建服务的基础环境,用起步依赖机制来管理第三方库版本的兼容性,保证各个技术组件之间合作的稳定性。Spring Boot模块化的设计使得商品服务、订单服务、用户服务等业务模块可以清楚地分开,为系统以后的功能扩展打下了技术基础。黑马程序员在Spring Boot企业级开发教程中详细介绍了Spring Boot的核心特性以及应用实践,给后端服务的创建提供理论支持[11]。
2.2 Vue.js框架
Vue.js采用渐进式架构设计,可以按照项目的复杂程度逐步加入功能模块。该框架的核心就是响应式数据绑定机制,数据模型和视图层之间存在自动同步的关系,数据状态发生改变的时候视图可以立即更新,开发者不需要手动去操作DOM元素。Vue的组件化开发模式把界面拆分成独立可以复用的组件单元,每一个组件都包含自己的模板、逻辑和样式,组件之间的通信依靠props属性以及自定义事件来实现。虚拟DOM技术对于视图更新过程展开批量优化,把多次的数据变动合并在一次的渲染操作里完成,从而削减了浏览器重绘重排的次数。本系统前端界面使用Vue框架开发,周边商品列表展示、购物车管理、订单确认等交互密集的页面利用了Vue的响应式特性,用户操作引起的页面数据变化可以立即显示出来。组件化设计把页面拆分成商品卡片、分页导航、表单输入等可以复用的组件,代码复用率得到提高,页面结构更清晰。秦冬对Vue框架在前端开发中的应用进行了浅析,并且给出了技术优势以及适用场景的分析,为前端架构的选择提供了一定的参考[12]。
2.3 MySQL数据库
MySQL属于关系型数据库管理系统,用标准SQL语言执行数据操作,具备事务处理、多版本并发控制以及存储过程这些企业级特性。该数据库用B+树做底层索引结构,对范围查询和精确匹配都有很好的检索性能。InnoDB存储引擎支持行级锁和外键约束,可以保证数据的一致性,在多个用户同时对数据进行更新的时候也可以支持。MySQL查询优化器会根据SQL语句的执行计划来选择最优的索引路径去执行数据检索操作,以此达到减小数据扫描量的目的。本系统使用MySQL做数据持久化存储,周边商品信息表保存商品名称、规格、价格、库存等核心属性,订单表保存交易流水和状态变更历史,用户表保存账户信息和收货地址。数据库设计符合第三范式,用外键关联保证数据完整性,对经常被查询到的字段创建索引来加快检索速度。李锡辉、王敏在MySQL数据库技术及项目应用教程中对数据库的设计方法以及优化策略做了详细的介绍,给本系统数据建模提供实践指导[13]。
2.4 前后端分离架构
前后端分离架构把用户界面渲染和业务逻辑处理分成了两个不同的开发单元。前端应用独立部署,对页面展示和用户交互负责,用HTTP协议调用后端提供的API接口来完成数据交换。接口使用RESTful风格设计,资源定位用URL路径表示,操作语义由HTTP方法来承载。前后端之间用JSON格式进行数据交换,前端发出请求的时候把业务数据包装成JSON字符串,而后端解析请求体之后就会执行相应的业务逻辑,并且把处理结果以JSON形式返回。在这种架构模式之下,前端和后端可以同时进行开发工作,前端的开发者主要负责界面交互以及用户体验的改善,而后端的开发者则会集中精力去完成业务规则的实现以及数据的一致性保证。本系统采用前后端分离架构,前端使用Vue开发,通过axios库发起异步请求调用后端Spring Boot提供的RESTful接口,登录认证使用JWT令牌实现无状态会话管理。接口层和视图层的分离减小了系统的耦合度,同一个后台接口可以被PC端网页、移动端H5页面等各种前端终端复用。柳伟卫在Vue.js+SpringBoot全栈开发实战中对前后端分离架构的实现方案做了详细的介绍,给本系统的接口设计提供技术上的借鉴[14]。
第三章 系统分析
3.1 可行性分析
3.1.1 技术可行性
Spring Boot框架给Web应用开发提供了一个完整的解决方案,它用自动配置的方式大大减少了项目初始化的复杂度。Vue.js框架有完备的组件化开发能力,可以满足电商平台前端页面交互频繁的要求。MySQL数据库对于事务处理的支持可以保证订单创建、库存扣减等重要操作的原子性。以上技术栈都有成熟的社区生态和完善的文档支持,在开发过程中遇到的技术问题可以通过查阅资料来得到解决。开发环境使用IntelliJ IDEA集成开发工具,调试、构建、部署过程顺利,技术方案在现有的条件下有较好的实现可能性。
3.1.2 操作可行性
系统为普通用户和创作者分别设计交互界面,普通用户端使用卡片式商品展示布局,购物车和订单流程参照主流电商平台的操作习惯。创作者后台采取表单化管理形式,商品上下架、订单处理、物流信息录入等操作都有对应的入口。用户不需要经过专门的培训就能进行日常的操作,学习成本低,系统交互设计符合目标用户习惯。
3.1.3 经济可行性
系统开发所用的软件工具全部为开源或者免费版本,包含JDK开发环境、MySQL数据库、Visual Studio Code编辑器等,不需要购买商业软件授权。硬件上用普通个人计算机就可以完成开发和测试工作,服务器可以使用云服务商提供的低成本虚拟主机或者本地服务器。系统运行后所产生的服务器带宽和存储成本在可控制范围内,前期开发费用主要是人财物等直接支出,总体经济负担在学生毕业设计所处的资源限制内。
3.2 功能需求分析
3.2.1 普通用户角色功能需求
普通用户可以浏览商品、搜索商品,用关键词检索或者分类筛选来找到需要的周边商品,查看商品详情之后可以选择规格和数量加入购物车或者直接下单。购物车页面可以实现对商品的勾选、数量的增减和删除,结算时跳转到订单确认页面填写收货地址和备注信息。订单生成之后用户可以查看订单状态并进行取消操作,物流信息在订单详情页上显示。普通用户用例图如下图3-1所示。

图3-1普通用户用例图
3.2.2 创作者角色功能需求
创作者在系统里负责周边商品信息的维护工作,新增商品的时候需要上传封面图和主图轮播,选择商品分类,设置单规格或多规格属性,填写商品详情的内容。订单管理模块具有订单查询和发货功能,配送时会给出物流单号和配送情况。物流配送管理页面可以实现配送单号状态查询以及信息修改的功能。新闻资讯管理模块可以实现资讯的发布以及内容的编辑,上传封面图之后再填写相关的分类以及富文本内容。后台首页有销售金额统计图、销售数量统计图和商品销量分类统计饼图。创作者用例图如图3-2所示。

图3-2创作者用例图
第四章 系统设计
4.1 系统架构设计
本系统采用前后端分离的分层架构模式,将用户界面、业务逻辑与数据存储划分为独立层次。用户界面层由Vue框架构建,负责页面渲染与用户交互事件处理,通过HTTP协议与后端服务进行数据交换。应用服务层基于Spring Boot框架实现,包含业务逻辑处理、接口暴露、数据校验等核心功能,采用分层设计将控制器、服务、数据访问解耦。数据持久层使用MySQL数据库进行数据存储,通过MyBatis框架完成对象关系映射。各层之间依赖关系自上而下传递,下层对上层透明,层间通信通过标准化接口进行。

图4-1系统架构图
4.2 系统结构功能设计
系统功能围绕普通用户与创作者两类角色进行组织。普通用户端提供商品浏览与搜索、购物车管理、订单处理、支付操作、通知公告查看等核心功能模块。商品浏览模块支持关键词搜索、分类筛选与价格排序,购物车模块支持商品数量调整与结算操作,订单模块支持状态查看与取消操作,支付模块支持多种支付方式切换。创作者端提供商品管理、订单管理、物流配送管理、新闻资讯管理、后台首页统计等核心功能模块。商品管理模块支持商品信息维护与上下架操作,订单管理模块支持订单查询与发货处理,物流配送模块支持配送单号查询与状态更新,新闻资讯模块支持资讯发布与编辑,后台首页模块展示销售金额统计图表、销售数量统计图表与商品销量分类统计饼图。

图4-2系统功能结构图
4.3 系统流程设计
4.3.1 商品浏览流程设计
用户在首页或商品列表页执行搜索操作,系统接收关键词后从商品库中匹配符合条件的数据。若匹配成功则返回商品列表页面展示结果,若匹配失败则提示未找到相关商品并建议调整关键词。该流程通过实时检索与结果反馈机制,帮助用户快速定位目标商品,系统对空结果的友好提示避免了用户反复无效操作。商品浏览流程图如图4-3所示。

图4-3商品浏览流程图
4.3.2 购物车管理流程设计
用户在商品详情页选择购买数量后点击加入购物车,系统将商品信息写入购物车数据表。用户进入购物车页面可勾选商品进行结算或调整商品数量,删除操作将商品从购物车移除。该流程涵盖了购物车操作的三种主要场景,系统对每次操作均实时更新购物车状态,确保用户界面与后端数据保持同步。购物车管理流程图如图4-4所示。

图4-4购物车管理流程图
4.3.3 订单创建流程设计
用户在购物车页面点击结算后跳转至订单确认界面,填写收货地址与备注信息后提交订单。系统生成唯一订单号并扣减对应商品库存,订单状态初始化为待付款。该流程涉及订单生成与库存管理的原子性操作,系统通过事务机制保证库存扣减与订单记录同时成功或同时失败,避免数据不一致问题。订单创建流程图如图4-5所示。

图4-5订单创建流程图
4.3.4 商品上下架流程设计
创作者在商品列表页选择目标商品进行上架或下架操作。上架操作将商品状态设置为可用,商品出现在用户端商品列表;下架操作将商品状态设置为不可用,用户端不再展示该商品。该流程通过单一状态字段控制商品可见性,创作者可根据库存情况或销售策略灵活调整商品展示状态。商品上下架流程图如图4-6所示。

图4-6商品上下架流程图
4.3.5 订单发货流程设计
创作者在订单列表中选择待发货订单,点击发货操作后填写物流公司与快递单号。系统更新订单状态为已发货并记录物流信息,用户端可查看物流详情。该流程将物流信息与订单状态绑定更新,用户提交发货信息后系统同步推送状态变更,确保买卖双方对订单进展有清晰认知。订单发货流程图如图4-7所示。

图4-7订单发货流程图
4.4 数据库设计
4.4.1 E-R图设计
概念模型设计聚焦于线上自制周边销售管理系统核心业务实体之间的关联关系。系统涉及的主要业务实体包括普通用户、创作者、商品、订单、购物车、收货地址、物流配送、商品分类、新闻资讯、轮播图等十类实体。用户与订单之间形成一对多的订购关系,一个用户可以创建多个订单,每个订单归属于唯一用户。订单与商品之间存在多对多的关联,一个订单可以包含多种商品,一种商品也可以出现在多个订单中,这种关联通过订单详情实体进行拆解。购物车作为临时存储容器,记录用户加入但尚未结算的商品信息,购物车与用户、商品分别形成多对一的从属关系。物流配送实体与订单建立一对一对应关系,每个订单生成后产生唯一的物流配送记录。概念模型通过实体-联系图进行可视化表达,实体间的联系类型包括一对多与多对多两种基本形式。全局E-R模型如图4-8所示。
**

图4-8全局E-R图
根据系统分析,系统的主要实体有:普通用户、创作者、商品、订单、购物车、收货地址、物流配送、商品分类、新闻资讯、轮播图,各个实体具体的属性如下图所示。
普通用户实体主要包括用户身份信息、账户凭证、联系方式等属性。如图4-9所示。

图4-9普通用户实体属性图
创作者实体主要包括创作者账户信息、联系方式、账户状态等属性。如图4-10所示。

图4-10创作者实体属性图
商品实体主要包括商品基本信息、销售属性、图文内容等属性。如图4-11所示。

图4-11商品实体属性图
订单实体主要包括订单标识、商品明细、交易金额、收件信息、状态流转等属性。如图4-12所示。

图4-12订单实体属性图
购物车实体主要包括用户关联、商品明细、数量价格、状态标识等属性。如图4-13所示。

图4-13购物车实体属性图
收货地址实体主要包括用户关联、收件信息、地理位置、默认标识等属性。如图4-14所示。

图4-14收货地址实体属性图
物流配送实体主要包括订单关联、配送方式、物流单号、状态更新等属性。如图4-15所示。

图4-15物流配送实体属性图
商品分类实体主要包括分类层级、分类名称、显示顺序等属性。如图4-16所示。

图4-16商品分类实体属性图
新闻资讯实体主要包括资讯内容、分类标签、阅读统计等属性。如图4-17所示。

图4-17新闻资讯实体属性图
轮播图实体主要包括图片资源、跳转链接、点击统计等属性。如图4-18所示。

图4-18轮播图实体属性图
4.4.2 数据库表设计
数据库逻辑设计将概念模型转换为MySQL数据库支持的表结构。设计过程遵循关系数据库规范化理论,对实体间的联系进行外键映射,确保数据冗余控制在合理范围内。各数据表依据业务实体划分,主键采用自增整型保证记录唯一性,外键建立参照完整性约束维护数据一致性。针对商品名称、订单号等高频查询字段建立索引,在保证数据完整性的前提下兼顾查询性能。庞敏在MySQL数据库的数据安全应用设计技术研究中指出,合理的表结构设计对数据安全与访问效率具有基础性作用[15]。
(1)普通用户表主要是用来存储系统注册用户的账户信息与基本资料。主要包括用户名、密码、用户姓名、用户电话等字段。如表4-1所示。
表4-1普通用户表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 普通用户id | int | 11 | 主键 |
| 2 | 用户名 | varchar | 16 | 登录账号 |
| 3 | 密码 | varchar | 64 | 登录密码 |
| 4 | 用户姓名 | varchar | 64 | 真实姓名 |
| 5 | 用户性别 | varchar | 64 | 性别 |
| 6 | 用户电话 | varchar | 64 | 联系电话 |
| 7 | 头像地址 | varchar | 255 | 头像路径 |
| 8 | 邮箱 | varchar | 64 | 电子邮箱 |
| 9 | 账户状态 | smallint | 6 | 可用/异常/冻结 |
| 10 | 创建时间 | timestamp | - | 记录生成时间 |
| 11 | 更新时间 | timestamp | - | 记录修改时间 |
(2)创作者表主要是用来存储后台管理系统操作人员的账户信息与权限配置。主要包括用户名、密码、创作者姓名、联系电话等字段。如表4-2所示。
表4-2创作者表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 创作者id | int | 11 | 主键 |
| 2 | 用户名 | varchar | 16 | 登录账号 |
| 3 | 密码 | varchar | 64 | 登录密码 |
| 4 | 创作者姓名 | varchar | 64 | 真实姓名 |
| 5 | 联系电话 | varchar | 64 | 联系方式 |
| 6 | 电子邮箱 | varchar | 64 | 电子邮箱 |
| 7 | 账户状态 | smallint | 6 | 账户状态 |
| 8 | 创建时间 | timestamp | - | 记录生成时间 |
| 9 | 更新时间 | timestamp | - | 记录修改时间 |
(3)商品信息表主要是用来存储平台上架销售的周边商品详细数据。主要包括商品标题、商品分类、商品库存、卖价、原价等字段。如表4-3所示。
表4-3商品信息表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 商品信息id | int | 11 | 主键 |
| 2 | 商品标题 | varchar | 125 | 商品名称 |
| 3 | 商品分类 | varchar | 64 | 所属分类 |
| 4 | 商品库存 | int | 11 | 库存数量 |
| 5 | 卖价 | double | - | 销售价格 |
| 6 | 原价 | double | - | 原价 |
| 7 | 封面图 | text | 65535 | 列表展示图 |
| 8 | 上架状态 | smallint | 6 | 上架或下架 |
| 9 | 创建时间 | datetime | - | 记录生成时间 |
| 10 | 更新时间 | timestamp | - | 记录修改时间 |
(4)订单表主要是用来记录用户购买周边商品产生的交易流水信息。主要包括订单号、商品信息、购买数量、交易总价、订单状态等字段。如表4-4所示。
表4-4订单表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 订单id | int | 11 | 主键 |
| 2 | 订单号 | varchar | 64 | 唯一订单标识 |
| 3 | 商品id | int | 11 | 关联商品 |
| 4 | 商品标题 | varchar | 255 | 商品名称 |
| 5 | 数量 | int | 11 | 购买数量 |
| 6 | 价格 | double | - | 单价 |
| 7 | 总价 | double | - | 订单总额 |
| 8 | 订单状态 | varchar | 16 | 待付款/待发货等 |
| 9 | 发货状态 | varchar | 16 | 未配送/已配送 |
| 10 | 联系人姓名 | varchar | 32 | 收货人 |
| 11 | 联系人手机 | varchar | 11 | 联系电话 |
| 12 | 收件地址 | varchar | 255 | 收货地址 |
| 13 | 创建时间 | timestamp | - | 下单时间 |
| 14 | 更新时间 | timestamp | - | 状态更新时间 |
(5)购物车表主要是用来暂存用户加入但未结算的周边商品信息。主要包括用户标识、商品信息、购买数量、单价总价等字段。如表4-5所示。
表4-5购物车表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 购物车id | int | 11 | 主键 |
| 2 | 用户id | int | 11 | 关联用户 |
| 3 | 商品id | int | 11 | 关联商品 |
| 4 | 商品标题 | varchar | 64 | 商品名称 |
| 5 | 数量 | int | 11 | 购买数量 |
| 6 | 单价 | double | - | 商品单价 |
| 7 | 总价 | double | - | 小计金额 |
| 8 | 状态 | int | 11 | 使用中/已失效 |
| 9 | 创建时间 | timestamp | - | 加入时间 |
| 10 | 更新时间 | timestamp | - | 修改时间 |
(6)收货地址表主要是用来存储用户的常用收货地址信息。主要包括用户关联、收货人信息、详细地址、默认标识等字段。如表4-6所示。
表4-6收货地址表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 地址id | int | 11 | 主键 |
| 2 | 用户id | int | 11 | 关联用户 |
| 3 | 收货人姓名 | varchar | 32 | 联系人 |
| 4 | 手机号 | varchar | 13 | 联系电话 |
| 5 | 地址 | varchar | 255 | 详细地址 |
| 6 | 邮编 | varchar | 8 | 邮政编码 |
| 7 | 默认判断 | tinyint | 4 | 是否默认地址 |
| 8 | 创建时间 | timestamp | - | 记录生成时间 |
| 9 | 更新时间 | timestamp | - | 记录修改时间 |
(7)物流配送表主要是用来记录订单发货后的物流运输信息。主要包括订单关联、配送方式、物流单号、配送状态等字段。如表4-7所示。
表4-7物流配送表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 物流配送id | int | 11 | 主键 |
| 2 | 订单号 | varchar | 64 | 关联订单 |
| 3 | 配送方式 | int | 11 | 商家配送/其他 |
| 4 | 配送详情 | longtext | 4294967295 | 物流轨迹 |
| 5 | 配送单号 | varchar | 30 | 快递单号 |
| 6 | 配送状态 | varchar | 64 | 运输状态 |
| 7 | 签收状态 | varchar | 64 | 是否签收 |
| 8 | 发货日期 | date | - | 发货时间 |
| 9 | 创建时间 | datetime | - | 记录生成时间 |
| 10 | 更新时间 | timestamp | - | 记录修改时间 |
(8)商品分类表主要是用来组织周边商品的层级归类体系。主要包括分类名称、上级分类、分类图标、显示顺序等字段。如表4-8所示。
表4-8商品分类表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 分类id | int | 11 | 主键 |
| 2 | 分类名称 | varchar | 255 | 类别名称 |
| 3 | 上级分类id | int | 11 | 父级分类 |
| 4 | 分类图标 | varchar | 255 | 图标路径 |
| 5 | 描述 | varchar | 255 | 分类说明 |
| 6 | 显示顺序 | smallint | 6 | 排序权重 |
| 7 | 创建时间 | timestamp | - | 记录生成时间 |
| 8 | 更新时间 | timestamp | - | 记录修改时间 |
(9)新闻资讯表主要是用来存储平台发布的公告与行业动态信息。主要包括资讯标题、正文内容、封面图、文章分类等字段。如表4-9所示。
表4-9新闻资讯表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 资讯id | int | 11 | 主键 |
| 2 | 标题 | varchar | 125 | 资讯标题 |
| 3 | 正文 | longtext | 4294967295 | 详细内容 |
| 4 | 文章描述 | text | 65535 | 摘要 |
| 5 | 封面图 | varchar | 255 | 展示图片 |
| 6 | 文章来源 | varchar | 255 | 出处 |
| 7 | 文章分类 | varchar | 64 | 资讯类型 |
| 8 | 点击数 | int | 11 | 浏览次数 |
| 9 | 创建时间 | timestamp | - | 发布时间 |
| 10 | 更新时间 | timestamp | - | 修改时间 |
(10)轮播图表主要是用来存储首页展示的广告图片与跳转链接。主要包括轮播图片、跳转链接、标题内容、点击量等字段。如表4-10所示。
表4-10轮播图表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 轮播图id | int | 11 | 主键 |
| 2 | 标题 | varchar | 64 | 轮播名称 |
| 3 | 轮播图 | varchar | 255 | 图片路径 |
| 4 | 内容 | varchar | 255 | 描述文字 |
| 5 | 链接 | varchar | 255 | 跳转地址 |
| 6 | 点击量 | int | 11 | 点击次数 |
| 7 | 创建时间 | timestamp | - | 记录生成时间 |
| 8 | 更新时间 | timestamp | - | 记录修改时间 |
第五章 系统实现
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.1.5 通知公告查看
通知公告查看功能主要是对平台发布的各类公告信息进行展示。用户在首页或公告列表页面点击公告标题,系统展示公告详细内容。公告信息包括平台规则更新、活动通知、系统维护提醒等内容。通知公告查看界面如图5-5所示。

图5-5通知公告查看界面
5.2 创作者角色功能实现
5.2.1 商品管理
商品管理功能主要是对平台周边商品信息进行维护与上下架控制。创作者在商品列表页面可以查看所有已上架与下架商品,通过关键词搜索定位目标商品。新增商品时需要上传商品封面图与多张主图轮播图,选择商品分类并设置规格参数,填写商品详情内容后保存。商品管理界面如图5-6所示。

图5-6商品管理界面
5.2.2 订单管理
订单管理功能主要是对平台产生的订单进行查看与发货处理。创作者在订单列表页面按订单状态筛选订单,查看订单详情了解用户信息与购买商品明细。订单发货操作需要填写物流公司名称与快递单号,提交后系统更新订单发货状态并向用户推送物流信息。订单管理界面如图5-7所示。

图5-7订单管理界面
5.2.3 物流配送管理
物流配送管理功能主要是对已发货订单的物流信息进行跟踪与更新。创作者在物流配送页面通过配送单号查询订单物流状态,对于配送信息错误或遗漏的订单可以修改配送单号与配送详情。物流配送管理界面如图5-8所示。

图5-8物流配送管理界面
5.2.4 新闻资讯管理
新闻资讯管理功能主要是对平台发布的公告与行业资讯进行维护。创作者在资讯列表页面可以查看已发布资讯,新增资讯时需要上传封面图、选择资讯分类、填写标题与正文内容。资讯发布后在前端公告栏展示,用户点击可查看详细内容。新闻资讯管理界面如图5-9所示。

图5-9新闻资讯管理界面
5.2.5 后台首页统计
后台首页统计功能主要是对平台运营数据进行可视化展示。创作者登录后台后进入首页,系统展示销售金额统计图表与销售数量统计图表,按时间维度呈现交易趋势。商品销量分类统计饼图展示各类别周边商品的销售占比,帮助创作者了解平台商品销售结构。后台首页统计界面如图5-10所示。

图5-10后台首页统计界面
第六章 系统测试
6.1 测试目的
系统测试旨在验证线上自制周边销售管理系统的功能实现与设计规格的一致性。测试过程重点关注业务规则的准确性,包括商品库存扣减与订单创建的事务一致性、购物车数据与订单数据的映射关系、用户权限控制的边界有效性。通过测试发现潜在缺陷与逻辑漏洞,评估系统在正常操作与边界条件下的行为表现,确保平台在真实运行环境中能够满足用户交易需求与数据安全要求。赵聚雪、杨鹏与郑楚锋在软件测试管理与实践中系统阐述了测试流程的组织方法,为本系统测试方案的设计提供了参考依据[16]。
6.2 测试方法
系统测试采用黑盒测试方法,基于需求规格说明书设计测试用例,不关注内部代码实现细节。测试覆盖功能模块包括用户登录注册、商品浏览检索、购物车操作、订单创建与取消、后台商品管理、订单处理等核心业务流程。测试用例设计考虑正常操作场景与异常输入场景,验证系统在数据边界条件下的处理能力。功能测试完成后执行简单的性能测试,模拟多用户并发访问场景,观察系统响应时间与资源占用情况。
6.3 测试用例
(1)商品浏览功能测试如表6-1所示。
表6-1商品浏览功能测试表
| 测试项 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|
| 关键词搜索 | 在搜索框输入商品名称关键词后点击搜索 | 展示包含该关键词的商品列表 | 符合预期 |
| 分类筛选 | 点击商品分类标签 | 展示该分类下所有商品 | 符合预期 |
| 价格排序 | 点击价格排序按钮 | 商品按价格升序或降序排列 | 符合预期 |
(2)购物车管理功能测试如表6-2所示。
表6-2购物车管理功能测试表
| 测试项 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|
| 添加商品 | 商品详情页选择数量后点击加入购物车 | 购物车数量增加对应商品 | 符合预期 |
| 修改数量 | 购物车页面调整商品数量 | 商品数量与小计金额更新 | 符合预期 |
| 删除商品 | 购物车页面点击删除按钮 | 商品从购物车移除 | 符合预期 |
(3)订单创建功能测试如表6-3所示。
表6-3订单创建功能测试表
| 测试项 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|
| 正常下单 | 购物车结算后填写地址提交订单 | 生成订单记录状态为待付款 | 符合预期 |
| 无地址下单 | 未选择收货地址提交订单 | 提示选择收货地址 | 符合预期 |
| 库存不足下单 | 购买数量超过库存提交订单 | 提示库存不足无法下单 | 符合预期 |
(4)商品上下架功能测试如表6-4所示。
表6-4商品上下架功能测试表
| 测试项 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|
| 商品上架 | 选择下架商品执行上架操作 | 商品状态变为上架用户端可见 | 符合预期 |
| 商品下架 | 选择上架商品执行下架操作 | 商品状态变为下架用户端不可见 | 符合预期 |
| 新增商品 | 填写商品信息后保存 | 商品列表显示新增记录 | 符合预期 |
(5)订单发货功能测试如表6-5所示。
表6-5订单发货功能测试表
| 测试项 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|
| 正常发货 | 选择待发货订单填写物流单号提交 | 订单状态变为已发货 | 符合预期 |
| 缺单号发货 | 未填写物流单号提交发货 | 提示填写物流单号 | 符合预期 |
| 物流查询 | 订单详情页点击查看物流 | 展示物流轨迹信息 | 符合预期 |
6.4 测试结论
系统功能测试分为普通用户所有业务场景和创作者所有业务场景,所有测试用例都验证过。商品浏览模块分类筛选、价格排序等均能正常工作,搜索结果符合用户预期。购物车模块商品的添加、数量的增加或者减少、删除等操作响应迅速,数据同步正确。订单创建模块在正常的输入和边界输入情况下可以正确地处理,库存扣减和订单生成都是事务一致的。后台管理模块商品上下架、订单发货、物流信息更新等各个功能操作流程顺畅,权限设置合理。经由性能测试结果得知,在多用户并发的情况下,该系统响应速度可以满足需求,并不存在明显的性能瓶颈。系统整体功能实现符合设计预期,可以进行上线部署。
第七章 总结
本研究设计并实现了基于Spring Boot与Vue的线上自制周边销售管理系统,旨在解决创作者主导的周边产品销售过程中的信息不对称与运营效率问题。系统围绕周边商品交易核心业务构建,涵盖商品展示、购物车管理、订单处理、物流追踪、后台统计等功能模块,为创作者与消费者搭建了数字化交易桥梁。经过完整的需求分析、系统设计、编码实现与测试验证,平台各项功能运行正常,达到了预期设计目标。
系统实现过程遵循软件工程规范,从需求分析入手明确用户角色与功能边界,采用前后端分离架构提升系统可维护性。后端Spring Boot框架提供稳定的业务逻辑处理能力,前端Vue框架保障用户交互体验,MySQL数据库完成数据持久化存储。商品管理、订单处理、购物车操作、后台统计等核心功能模块均已完成实现并通过测试验证,能够支撑线上自制周边销售平台的日常运营需求。
系统目前仍存在功能局限性与性能优化空间。商品推荐模块尚未实现个性化推荐算法,当前依赖分类筛选与价格排序满足用户检索需求。订单支付功能采用模拟支付方式,未对接真实支付网关。后台数据统计图表功能较为基础,仅提供简单的销售金额与销量统计,数据分析维度有待丰富。
未来改进方向包括引入推荐算法提升商品发现效率,对接第三方支付接口实现真实交易闭环,完善数据可视化面板增加销售趋势预测与用户画像分析功能。该系统的实现验证了Spring Boot与Vue技术组合在创作者经济领域的适用性,为同类自制周边销售平台的开发提供了可参考的技术方案与实践经验。
参考文献
[1] 马艳夕.基于SpringBoot与Vue技术的企业电商平台的设计与实现[J].信息与电脑(理论版),2021,33(3):99-100.
[2] 莫竣成,田秀云.基于Java的网上购物平台系统设计[J].机电工程技术,2021,50(1):103-105.
[3] 张曰花.基于JavaWeb的山东地方特色产品销售网站设计[J].现代信息科技,2025,9(4):118-123.
[4] 黄思齐,黄欣.基于微服务架构的电商平台设计与实现[J].装备制造技术,2025(2):130-134.
[5] 赵春辉.基于Spring Cloud的电商平台系统设计与实现[J].广西民族大学学报(自然科学版),2024,30(3):97-103.
[6] 朱建平.基于微服务架构品牌官方电商平台设计与实现[D].南昌:南昌大学,2022:1-101.
[7] 龚森.基于微服务架构的电商平台设计与实现[D].北京:北京交通大学,2021:1-99.
[8] YanzhaoJia.Designand Implementation of E-Commerce Platform Based on Microservice Architecture[J].ArtificialIntelligence Technology Research,2024,2(8):35-42.
[9] NiYiran,XieNan,HuangYingying,etal.Developmentof Distributed E-commerce System Based on Dubbo[J].JournalofPhysics:ConferenceSeries,2021,1881(3):1-8.
[10] MinWang,ShuoWang,HaotianWu,etal.Designand Implementation of the WeChat Applet for the Local Flavor Agricultural E-commerce System[J].International Journal of New Developments in Engineering and Society,2025,9(2):12-19.
[11] 黑马程序员.Spring Boot企业级开发教程[M].北京:人民邮电出版社,2024:258.
[12] 秦冬.浅析Vue框架在前端开发中的应用[J].信息与电脑(理论版),2024,36(13):61-63.
[13] 李锡辉,王敏.MySQL数据库技术与项目应用教程[M].北京:人民邮电出版社,2022:220.
[14] 柳伟卫.Vue.js+SpringBoot全栈开发实战[M].北京:人民邮电出版社,2023:484.
[15] 庞敏.MySQL数据库的数据安全应用设计技术研究[J].数字通信世界,2024,48(9):25-27.
[16] 赵聚雪,杨鹏,郑楚锋.软件测试管理与实践[M].北京:人民邮电出版社,2024:218.
致谢
论文的撰写和系统的开发工作历时数月,在此期间得到了很多的支持和帮助。导师对选题方向、研究方法、技术方案等各方面进行详细的指导,在开题、定稿的每一个阶段都给出建设性的修改意见,使论文的结构更加完整,论证更加严密。导师严谨的治学态度、务实的科研精神,使我完成毕业设计的时候也对专业研究方法有了更深的认识。
实验室同学在系统开发过程中给与了技术支持和交流的场所。当遇到数据库设计难题的时候大家一起分析表结构关系,前端组件调试过程中互相分享调试经验,后端接口联调阶段一起排查数据传输问题。互助协作的氛围使技术难题的解决速度加快,并且给我带来了团队合作的意义。
家人一直支持学生的学业压力,对学生的学业时间分配、生活保障等各方面给予充分的支持。他们物质、精神上给我的支持,让我可以将全部精力集中到研究工作当中,不会被其他事情所分心。家庭环境的稳定、包容给论文工作顺利进行打下了基础。
纵观整个毕业设计的过程,从最初的选题方向不清到最后的系统成型,经过了多次方案的改变和代码的重新编译。技术方案由最初的单体架构发展成现在的前后端分离,并且数据库表结构也经历了三次大的改进才达到较为合理的程度,而测试用例的设计也进行了多次修改才能覆盖全部的业务流程。这一过程使我对软件工程有了一个系统的认识,它是技术的实现,也是系统化解决问题的方法论。未来的工作中会保持对于技术细节的认真态度,在自己的专业领域里不断的学习和积累。
更多推荐


所有评论(0)