基于springboot的校园商铺管理系统的设计与实现

一、绪论

在数字化校园建设不断推进的背景下，校园内的商业活动日益活跃，校园商铺作为满足师生日常消费需求的重要场所，其管理效率和服务质量直接影响着校园生活的便利性和满意度。传统的校园商铺管理方式，多依赖于人工记录和简单的电子表格，在信息传播、业务流程处理以及服务规范等方面暴露出诸多不足。

信息不对称是传统管理方式的一大痛点。商铺的商品信息更新往往不及时，学生难以获取最新的商品种类、价格及促销活动等信息。例如，某商铺新到了一批热门文具，但由于缺乏有效的信息发布渠道，很多学生并不知晓，导致商品销量不佳。同时，学生对商品的反馈也难以及时传达给商家，使得商家无法根据学生需求调整经营策略，进一步加剧了供需之间的不匹配。

服务不规范现象也较为普遍。在商品质量方面，部分商铺存在以次充好的情况，由于缺乏统一的监管和评价机制，学生在购买到质量不佳的商品后，难以维护自身权益。此外，服务态度参差不齐，一些店员对学生态度冷漠，甚至存在强买强卖的行为，严重影响了学生的购物体验。在售后服务方面，退换货流程繁琐，商家处理问题不及时，使得学生在遇到问题时往往选择放弃维权，这不仅损害了学生的利益，也对校园商业环境造成了负面影响。

为了解决这些问题，提升校园商铺的管理水平和服务质量，开发基于 Spring Boot 的校园商铺管理系统具有重要的现实意义。Spring Boot 作为一款轻量级、开源的 Java 框架，具有简洁的配置、强大的功能和良好的扩展性，能够快速搭建稳定、高效的 Web 应用程序。通过该系统，能够实现商品信息的实时更新与查询，学生可以随时随地了解商铺的商品详情；建立规范的服务评价体系，对商铺的服务质量进行监督和考核，促使商家提升服务水平；优化业务流程，如订单处理、库存管理等，提高管理效率，降低运营成本。这将为师生提供一个更加便捷、高效、公平的校园购物环境，促进校园商业的健康发展 。

二、开发技术介绍

2.1 Spring Boot 框架

Spring Boot 是由 Pivotal 团队开发的基于 Spring 框架的全新框架，它极大地简化了 Spring 应用的初始搭建及开发过程。其核心特性之一是自动配置，基于 “约定优于配置” 的原则，Spring Boot 能依据项目的依赖和类路径，自动为应用选择合适的默认配置。例如，在构建一个 Web 应用时，传统 Spring 框架需要开发者手动配置大量的 XML 文件来设置 Servlet、过滤器、视图解析器等组件；而使用 Spring Boot，只需添加相关的起步依赖，它就能自动完成这些配置，使开发者可以将更多精力聚焦于业务逻辑的实现 。

起步依赖是 Spring Boot 的另一大亮点，它是一系列预先配置好的依赖集合。以校园商铺管理系统为例，若需要集成数据库访问功能，只需添加 Spring Data JPA Starter 依赖，Spring Boot 就能自动引入相关的库和配置，包括数据库连接池、JPA 实现等，避免了开发者手动处理复杂的依赖关系和版本兼容性问题，大大加快了开发速度。同时，Spring Boot 支持内嵌服务器，如 Tomcat、Jetty 等，这使得应用程序可以独立运行，无需外部服务器的支持，简化了部署过程。开发完成后，只需将应用打包成一个可执行的 JAR 文件，通过 “java -jar” 命令即可启动应用，方便快捷。

2.2 前端技术（如 Vue、HTML、CSS、JavaScript）

在校园商铺管理系统的前端开发中，Vue、HTML、CSS 和 JavaScript 发挥着关键作用。Vue.js 是一款流行的前端 JavaScript 框架，具有响应式原理和组件化开发的特性。响应式原理使得数据和视图能够实时同步，当数据发生变化时，相关的 DOM 元素会自动更新，无需开发者手动操作 DOM。例如，在商品展示页面，当商品的库存数量、价格等数据更新时，页面上对应的展示内容会立即随之改变，为用户提供及时准确的信息 。

组件化开发则是 Vue 的另一大优势，它允许将页面拆分成一个个独立的、可复用的组件。在校园商铺管理系统中，可将商品列表、购物车、订单详情等功能模块分别封装成组件。这些组件具有自己的模板、样式和逻辑，通过 props 属性进行数据传递，实现组件之间的通信和交互。这样不仅提高了代码的可维护性和可复用性，还使得开发过程更加高效和灵活。

HTML 作为网页内容的结构化表达语言，用于定义网页的基本结构和内容。在校园商铺管理系统中，通过 HTML 标签构建出商品详情页、用户注册登录页面、订单管理页面等的基本框架，定义了页面中的各种元素，如标题、段落、图片、链接、表单等，为后续的样式设计和交互功能实现奠定基础。CSS 则负责网页的样式设计，通过对 HTML 元素应用样式规则，实现网页的美化和布局。运用 CSS 可以为系统设置统一的颜色主题、字体样式、间距和边距等，使页面看起来更加美观、舒适；还能利用 CSS 的媒体查询功能，实现响应式布局，确保系统在不同设备（如电脑、平板、手机）上都能呈现出良好的显示效果 。

JavaScript 为网页添加交互性，实现各种复杂的操作。在校园商铺管理系统中，JavaScript 用于实现用户登录验证、商品搜索、购物车操作、订单提交等功能。通过监听用户的操作事件（如点击、输入、提交等），JavaScript 可以动态地改变页面的内容和样式，与服务器进行数据交互，获取或发送数据，为用户提供丰富的交互体验。例如，当用户在搜索框中输入关键词时，JavaScript 可以实时发送请求到服务器，获取相关的商品信息并展示在页面上；在用户提交订单时，JavaScript 可以对订单信息进行验证和预处理，确保数据的准确性和完整性。

2.3 MySQL 数据库

MySQL 是一款开源的关系型数据库管理系统，在校园商铺管理系统的数据存储和管理方面具有显著优势。其开源免费的特性，对于校园项目来说，大大降低了成本，无需支付昂贵的数据库授权费用。MySQL 具有高可靠性，采用了多种数据保护机制，如事务处理、数据备份与恢复等，能够确保数据的安全性和完整性。在校园商铺管理系统中，商品信息、用户信息、订单数据等重要数据都存储在 MySQL 数据库中，即使在系统出现故障或意外情况时，也能保证数据不丢失或损坏 。

在性能方面，MySQL 表现出色，具备高效的存储和检索算法，能够快速处理大量的数据和高并发访问请求。校园商铺管理系统在运营过程中，可能会面临众多学生同时访问商品信息、下单购买等操作，MySQL 的高性能特性可以确保系统能够稳定运行，快速响应用户的请求，提供流畅的购物体验。此外，MySQL 还具有简单易用的特点，其语法简洁明了，易于学习和掌握。对于开发人员来说，能够快速上手，进行数据库的设计、创建和操作；同时，MySQL 提供了丰富的管理工具，如 phpMyAdmin、Navicat 等，方便对数据库进行管理和维护。

MySQL 的可扩展性也使其能够满足校园商铺管理系统不断发展的需求。可以通过添加插件、扩展模块和自定义函数等方式，对数据库进行功能扩展；还支持主从复制、集群部署等架构模式，实现数据的读写分离和负载均衡，提高系统的可用性和性能。在校园商铺管理系统未来规模扩大、业务量增加时，能够通过合理的架构设计和扩展，确保数据库系统能够持续稳定地运行。

三、系统分析

3.1 可行性分析

从技术层面来看，本系统采用 Spring Boot 框架进行后端开发，结合 Vue、HTML、CSS 和 JavaScript 等前端技术，以及 MySQL 数据库进行数据存储。Spring Boot 具有强大的自动配置功能和丰富的插件，能快速搭建稳定的后端服务；Vue 的组件化开发和响应式原理使前端界面开发高效且交互性强；MySQL 作为成熟的关系型数据库，具备高可靠性和高性能。开发团队成员对这些技术有一定的掌握和实践经验，能够解决开发过程中遇到的技术难题，因此技术上是可行的 。

在经济可行性方面，开发本系统所需的硬件设备，如电脑等，通常是开发人员已有的工作设备，无需额外购置。软件方面，Spring Boot、Vue、MySQL 等均为开源免费的技术框架和数据库管理系统，无需支付授权费用。开发过程中可能涉及的服务器租赁费用，在系统初期可选用价格较为亲民的云服务器，待系统稳定运营后再根据需求进行升级。总体而言，开发成本较低，经济上可行。

操作可行性也是重要的考量因素。本系统设计遵循简洁易用的原则，界面布局清晰，操作流程符合用户习惯。对于管理员，系统提供直观的后台管理界面，方便进行商品管理、用户管理等操作；对于商家和普通用户，在注册登录后，通过简单的点击、输入等操作即可完成商品浏览、下单购买、信息查询等功能。即使是对计算机操作不太熟悉的用户，经过简单的引导和培训，也能快速上手使用。

从法律角度分析，系统开发过程中严格遵守相关法律法规，不涉及任何侵权、盗版等违法行为。在数据使用方面，遵循用户数据保护的相关法律，对用户的个人信息进行加密存储和严格保密，未经用户同意，不会将其个人信息泄露给第三方。系统所使用的开源技术也符合其各自的开源协议，不存在法律风险 。

3.2 功能需求分析

系统主要涉及管理员、商家、普通用户三种角色，不同角色有着不同的功能需求。管理员作为系统的最高权限管理者，承担着系统的整体维护和管理职责。在用户管理方面，管理员可以对所有用户信息进行查看，包括用户名、联系方式、注册时间等，以便了解用户的基本情况；能够对用户信息进行编辑，如修改用户的权限等级、联系方式等；对于违规或恶意操作的用户，管理员有权进行删除操作，以维护系统的正常秩序。在商品管理中，管理员负责商品信息的录入，包括商品名称、类别、价格、库存、描述等详细信息，确保商品信息的准确性和完整性；对已上架的商品，管理员可以进行编辑，如调整价格、修改库存、更新商品描述等，以适应市场变化和商家需求；对于下架、过期或不再销售的商品，管理员可执行删除操作。在订单管理方面，管理员能够查看所有订单的详细信息，包括订单编号、下单用户、商品详情、订单金额、订单状态等，以便及时掌握订单动态；根据订单的实际情况，管理员可以对订单状态进行更新，如标记订单为已发货、已完成、已取消等 。

商家是商品的提供者和销售者，其功能需求围绕商品和订单展开。在商品管理上，商家可以添加自己店铺的商品信息，详细描述商品的特点、优势等，吸引用户购买；对已上架的商品，商家可以进行编辑，如更新商品图片、调整商品价格、修改商品库存等，以保持商品的竞争力；对于不再销售的商品，商家可将其下架处理。在订单管理中，商家能够查看自己店铺的所有订单信息，包括订单的详情、用户的收货地址等，以便及时处理订单；根据订单的处理进度，商家可以更新订单状态，如标记订单为已发货、已完成等，让用户了解订单的最新情况。此外，商家还可以查看用户对自己店铺商品的评价，了解用户的反馈和意见，以便改进商品和服务质量 。

普通用户是系统的主要服务对象，其功能需求侧重于商品浏览、购买和个人信息管理。在商品浏览方面，用户可以根据商品类别、关键词等进行商品搜索，快速找到自己需要的商品；查看商品的详细信息，包括商品图片、价格、描述、用户评价等，以便做出购买决策。在购买功能上，用户可以将心仪的商品添加到购物车，方便统一结算；在购物车中，用户可以对商品的数量进行调整，删除不需要的商品；确认购买信息后，用户可以提交订单，并选择合适的支付方式完成支付。在个人信息管理方面，用户可以注册账号，填写个人基本信息，如用户名、密码、联系方式等；注册成功后，用户可以登录系统，访问自己的个人中心；在个人中心，用户可以查看自己的订单信息，包括订单状态、订单详情等；还可以对个人信息进行修改，如修改密码、联系方式等，以保护个人隐私和账号安全 。

3.3 非功能需求分析

性能需求是系统稳定运行的关键。系统需要具备高响应速度，在用户进行操作时，如商品搜索、订单提交等，能够在短时间内（一般要求在 1 – 3 秒内）返回结果，避免用户长时间等待，提高用户体验。在面对高并发访问时，系统要能够稳定运行，确保数据的一致性和完整性。例如，在促销活动期间，可能会有大量用户同时访问商品详情页、下单购买，系统应通过合理的缓存机制、数据库连接池优化等技术手段，保证系统不出现卡顿、崩溃等情况，满足至少 1000 个并发用户的访问需求。

安全需求关系到用户信息和系统的安全。在用户认证方面，采用安全可靠的加密算法（如 BCrypt）对用户密码进行加密存储，防止密码明文泄露；在用户登录时，进行严格的身份验证，可采用短信验证码、图形验证码等方式，防止非法用户登录。数据传输过程中，使用 SSL/TLS 协议对数据进行加密，确保用户信息在网络传输过程中的安全性，防止数据被窃取、篡改。同时，定期对系统进行安全漏洞扫描，及时修复发现的漏洞，防止黑客攻击和恶意软件入侵 。

易用性需求注重用户体验。系统的界面设计应简洁美观，布局合理，符合人体工程学原理，方便用户操作。操作流程要简单明了，如商品购买流程，从添加商品到购物车、提交订单到支付，每个步骤都要有清晰的提示和引导，让用户能够轻松完成操作。系统还应提供帮助文档和在线客服，方便用户在遇到问题时能够及时获取帮助和支持 。

可扩展性需求考虑系统未来的发展。随着校园商铺业务的不断拓展，系统可能需要添加新的功能模块，如积分兑换、团购活动等。在系统设计时，应采用模块化的设计思想，将不同的功能模块独立封装，降低模块之间的耦合度，使得新功能的添加和现有功能的修改不会对整个系统造成较大影响。同时，系统架构要具备良好的扩展性，能够方便地添加服务器、数据库节点等硬件资源，以满足业务增长带来的性能需求 。

3.4 系统用例分析

为了更直观地展示不同用户角色与系统功能之间的交互关系，绘制系统用例图（如图 1 所示）。在图中，管理员与用户管理、商品管理、订单管理等用例存在关联。管理员通过用户管理用例，可以对用户信息进行增删改查操作，确保用户信息的准确性和安全性；在商品管理用例中，管理员能够录入、编辑和删除商品信息，维护商品库的完整性；在订单管理用例里，管理员可以查看和更新订单状态，保障订单流程的顺畅进行 。

商家与商品管理、订单管理、查看评价等用例相关联。在商品管理用例中，商家可以添加、编辑和下架自己店铺的商品，灵活调整商品策略；通过订单管理用例，商家能够查看和更新自己店铺的订单状态，及时处理订单；查看评价用例则让商家能够了解用户对商品和服务的反馈，以便改进经营 。

普通用户与商品搜索、商品查看、添加购物车、提交订单、支付、个人信息管理等用例产生交互。用户通过商品搜索用例，能够快速定位所需商品；在商品查看用例中，用户可以详细了解商品的各项信息；添加购物车用例方便用户将心仪商品暂存，统一结算；提交订单和支付用例完成商品的购买流程；个人信息管理用例让用户可以管理自己的账号信息和订单记录 。

（此处插入系统用例图，图 1：系统用例图）

3.5 系统流程分析

用户注册登录流程是用户使用系统的第一步。当用户访问系统时，如果是新用户，需要点击注册按钮，进入注册页面。在注册页面，用户需要填写用户名、密码、确认密码、联系方式等信息。系统会对用户输入的信息进行验证，如用户名是否已存在、密码是否符合强度要求、联系方式是否格式正确等。如果信息验证通过，系统将用户信息存储到数据库中，并提示用户注册成功；如果验证失败，系统会提示用户错误信息，要求用户重新填写。注册成功后，用户可以在登录页面输入用户名和密码进行登录。系统会根据用户输入的信息在数据库中进行查询验证，如果验证通过，用户即可成功登录系统，进入系统主界面；如果验证失败，系统会提示用户用户名或密码错误，用户可以重新输入 。

商品添加与购买流程如下。商家登录系统后，进入商品管理页面，点击添加商品按钮，填写商品的详细信息，包括商品名称、类别、价格、库存、描述、图片等。填写完成后，点击保存按钮，系统将商品信息存储到数据库中，商品添加成功。普通用户登录系统后，通过商品搜索或浏览商品列表，找到心仪的商品，点击商品详情按钮，查看商品的详细信息。如果用户决定购买，点击添加到购物车按钮，将商品添加到购物车。在购物车中，用户可以对商品数量进行调整，也可以删除不需要的商品。确认购物车商品无误后，点击提交订单按钮，填写收货地址、联系方式等订单信息，选择支付方式，如微信支付、支付宝支付等，完成支付后，订单提交成功，等待商家处理 。

订单处理流程从用户提交订单开始。用户提交订单后，订单信息会发送到商家端和管理员端。商家登录系统后，在订单管理页面可以查看新订单，确认订单信息无误后，商家可以标记订单为已发货，并填写物流单号等信息。订单发货后，用户可以在个人中心查看订单状态和物流信息。如果用户对商品不满意，在规定时间内可以发起退货申请。商家收到退货申请后，审核退货原因和商品情况，如果符合退货条件，同意退货，并安排退款；如果不符合退货条件，商家可以拒绝退货，并向用户说明原因。管理员在订单管理页面可以查看所有订单的状态，对异常订单进行处理，如订单长时间未发货、用户投诉订单等情况，确保订单流程的顺利进行 。

四、系统设计

4.1 系统总体设计

系统采用分层架构设计，主要分为表现层、业务逻辑层、数据访问层和数据库层，各层之间职责明确，相互协作，以实现系统的各项功能，系统总体架构图如下所示：

（此处插入系统总体架构图，图 2：系统总体架构图）

表现层负责与用户进行交互，接收用户的请求并将处理结果返回给用户。在校园商铺管理系统中，表现层采用 Vue 技术实现前端页面的开发，通过 HTML、CSS 和 JavaScript 构建出用户界面，包括商品展示页面、用户注册登录页面、购物车页面、订单管理页面等。这些页面通过调用业务逻辑层提供的接口，实现与系统的交互，如用户在商品展示页面点击商品详情按钮，表现层将请求发送给业务逻辑层，获取商品的详细信息后展示给用户 。

业务逻辑层是系统的核心层，负责处理业务逻辑和业务规则。它接收表现层传来的请求，调用数据访问层的方法获取或操作数据，并对数据进行处理和验证，然后将处理结果返回给表现层。在校园商铺管理系统中，业务逻辑层实现了用户管理、商铺管理、商品管理、订单管理等业务逻辑。例如，在订单管理中，当用户提交订单时，业务逻辑层会对订单信息进行验证，检查商品库存是否充足、用户收货地址是否正确等，然后调用数据访问层的方法将订单信息存储到数据库中 。

数据访问层负责与数据库进行交互，执行数据的增、删、改、查操作。在本系统中，数据访问层使用 Spring Data JPA 技术，通过定义接口和注解，实现对 MySQL 数据库的操作。例如，在商品管理中，数据访问层提供了添加商品、修改商品、删除商品、查询商品等方法，业务逻辑层通过调用这些方法来实现对商品数据的管理 。

数据库层采用 MySQL 数据库，用于存储系统的所有数据，包括用户信息、商铺信息、商品信息、订单信息等。通过合理设计数据库表结构和索引，确保数据的高效存储和查询。例如，为用户表的 “用户名” 字段添加唯一索引，以确保用户名的唯一性；为订单表的 “订单状态” 字段添加索引，方便根据订单状态进行查询 。

4.2 功能模块设计

用户管理模块负责对系统中的用户进行管理，包括普通用户和商家用户。对于普通用户，提供注册、登录、个人信息修改、密码找回等功能。在注册时，用户需填写用户名、密码、确认密码、联系方式等信息，系统会对用户输入的信息进行验证，确保信息的准确性和合法性。登录时，用户输入用户名和密码，系统通过与数据库中的用户信息进行比对，验证用户身份。个人信息修改功能允许用户修改自己的联系方式、收货地址等信息，以满足用户的个性化需求 。

对于商家用户，除了具备普通用户的基本功能外，还提供商家入驻申请功能。商家在申请入驻时，需填写商铺名称、经营范围、营业执照信息等资料，提交申请后，等待管理员审核。管理员审核通过后，商家即可正式入驻系统，进行商品管理和订单处理等操作 。

商铺管理模块主要针对管理员和商家。管理员可以对所有商铺进行管理，包括查看商铺列表，了解每个商铺的基本信息，如商铺名称、商家联系方式、经营范围等；对商铺信息进行编辑，如修改商铺的经营范围、营业时间等；对于不符合规定或经营不善的商铺，管理员有权进行删除操作 。

商家则主要对自己的商铺进行管理，包括添加商品到自己的商铺，详细填写商品的名称、类别、价格、库存、描述等信息；编辑已上架商品的信息，如根据市场需求调整商品价格、更新商品库存等；下架不再销售的商品，以便及时清理商铺的商品展示页面，提高用户的购物体验 。

商品管理模块涵盖商品信息的全面管理。管理员拥有最高权限，可进行商品的添加操作，录入商品的详细信息，包括商品名称、类别、价格、库存、描述、图片等，确保商品信息的完整性和准确性；对已有的商品信息进行编辑，如根据市场行情调整商品价格、修改商品库存数量、更新商品描述和图片等；对于滞销或过期的商品，管理员可执行删除操作 。

商家也具备对自己商铺商品的管理能力，能够添加新商品到自己的商铺，突出商品的特色和优势，吸引用户购买；编辑已上架商品的信息，根据销售情况和用户反馈，及时调整商品的价格、库存、描述等；下架不再销售的商品，优化商铺的商品展示 。

订单管理模块涉及订单生命周期的全程管理。用户在选购商品并提交订单后，订单信息进入系统。用户可以查看自己的订单详情，包括订单编号、下单时间、商品清单、订单金额、收货地址、订单状态等信息，以便及时了解订单的处理进度。

商家在订单管理中扮演重要角色，能够查看自己店铺收到的所有订单，根据订单信息进行发货操作，填写物流单号等物流信息，方便用户跟踪订单的物流状态；还可以对订单状态进行更新，如标记订单为已发货、已完成等，确保订单信息的实时性和准确性 。

管理员则负责对所有订单进行监控和管理，查看所有订单的详细信息，包括用户订单和商家订单；对于异常订单，如长时间未处理的订单、用户投诉的订单等，管理员可以进行相应的处理，协调用户和商家之间的问题，确保订单流程的顺利进行 。

4.3 数据库设计

4.3.1 数据库设计原则

数据完整性是数据库设计的重要原则之一。在校园商铺管理系统中，通过设置主键约束来保证实体完整性。例如，在用户表中，将 “用户 ID” 设置为主键，确保每个用户在系统中具有唯一标识，避免重复数据的插入。通过外键约束实现参照完整性，如在订单表中，设置 “用户 ID” 作为外键，关联用户表中的 “用户 ID”，保证订单与用户之间的关联关系准确无误，当用户表中的某个用户被删除时，相关的订单数据也能得到妥善处理，避免出现孤立订单 。

数据一致性要求在多用户并发访问数据库时，数据保持一致的状态。通过事务管理来实现数据一致性，事务是一个逻辑操作单元，包含一个或多个 SQL 语句，具有原子性、一致性、隔离性和持久性（ACID 属性）。例如，在用户下单过程中，涉及到库存减少、订单生成等多个操作，这些操作被封装在一个事务中，要么全部成功执行，要么全部回滚，确保数据的一致性，防止出现部分操作成功、部分操作失败导致的数据不一致问题 。

数据安全性关乎用户信息和系统的安全。采用用户身份验证机制，用户在登录系统时，需要输入正确的用户名和密码，系统通过与数据库中的用户信息进行比对，验证用户身份的合法性。对敏感数据进行加密存储，如用户密码，采用 BCrypt 等加密算法对密码进行加密处理，防止密码明文泄露，保护用户的隐私和账号安全 。

为了优化数据库性能，对经常查询的字段创建索引。在商品表中，为 “商品名称”“商品类别” 等字段创建索引，能够加快商品查询的速度，提高系统的响应性能。合理设计数据库表结构，避免数据冗余，减少数据的存储空间占用，同时提高数据的更新和查询效率。采用合适的数据库存储引擎，MySQL 中的 InnoDB 存储引擎具有较好的事务处理能力和行级锁机制，适合校园商铺管理系统这种需要频繁进行数据读写和事务处理的应用场景 。

4.3.2 数据库概念结构设计（E-R 图）

数据库的概念结构设计通过 E-R 图来展示实体之间的关系以及实体的属性。在校园商铺管理系统中，主要涉及用户、商铺、商品、订单等实体。用户实体具有用户 ID、用户名、密码、联系方式、收货地址等属性；商铺实体包含商铺 ID、商铺名称、商家联系方式、经营范围、营业执照信息等属性；商品实体有商品 ID、商品名称、商品类别、价格、库存、描述、图片等属性；订单实体具备订单 ID、订单编号、下单时间、订单金额、收货地址、订单状态、用户 ID（外键，关联用户实体）、商铺 ID（外键，关联商铺实体）等属性 。

用户与订单之间存在一对多的关系，一个用户可以有多个订单；商铺与商品之间也是一对多的关系，一个商铺可以销售多种商品；订单与商品之间通过订单详情表建立多对多的关系，一个订单可以包含多种商品，一种商品也可以被多个订单购买。E-R 图如下所示：

（此处插入 E-R 图，图 3：数据库 E-R 图）

4.3.3 数据库逻辑结构设计（表结构设计）

根据 E-R 图，设计数据库的表结构如下：

用户表（user）：

字段名	数据类型	主键	说明
user_id	bigint	是	用户 ID，唯一标识
username	varchar(50)	否	用户名
password	varchar(100)	否	密码，加密存储
contact	varchar(20)	否	联系方式
address	varchar(200)	否	收货地址

商铺表（shop）：

字段名	数据类型	主键	说明
shop_id	bigint	是	商铺 ID，唯一标识
shop_name	varchar(100)	否	商铺名称
merchant_contact	varchar(20)	否	商家联系方式
business_scope	varchar(200)	否	经营范围
business_license	varchar(100)	否	营业执照信息

商品表（product）：

字段名	数据类型	主键	说明
product_id	bigint	是	商品 ID，唯一标识
product_name	varchar(100)	否	商品名称
product_category	varchar(50)	否	商品类别
price	decimal(10, 2)	否	价格
stock	int	否	库存
description	varchar(500)	否	商品描述
image	varchar(200)	否	商品图片路径

订单表（order）：

字段名	数据类型	主键	说明
order_id	bigint	是	订单 ID，唯一标识
order_number	varchar(50)	否	订单编号，唯一
order_time	datetime	否	下单时间
order_amount	decimal(10, 2)	否	订单金额
address	varchar(200)	否	收货地址
order_status	varchar(20)	否	订单状态，如待付款、已付款、已发货、已完成等
user_id	bigint	否	用户 ID，外键，关联 user 表的 user_id
shop_id	bigint	否	商铺 ID，外键，关联 shop 表的 shop_id

订单详情表（order_detail）：

字段名	数据类型	主键	说明
order_detail_id	bigint	是	订单详情 ID，唯一标识
order_id	bigint	否	订单 ID，外键，关联 order 表的 order_id
product_id	bigint	否	商品 ID，外键，关联 product 表的 product_id
quantity	int	否	商品数量

五、系统实现

5.1 项目搭建

在搭建基于 Spring Boot 的校园商铺管理系统时，选用 IDEA 作为开发工具，其强大的代码提示、智能补全和代码重构等功能，能极大地提高开发效率。打开 IDEA 后，点击 “New” 创建新项目，在项目创建向导中选择 “Spring Initializr” 方式构建 Spring Boot 项目，这一方式可借助 Spring Initializr 提供的基本项目结构，快速搭建基础框架。

接着，设置项目所属组、项目名称，并选择合适的 Java 版本，如 Java 11，以确保项目具备良好的兼容性和性能。在选择 Spring Boot 版本时，结合项目需求和技术生态，选用当前稳定且流行的 2.7.9 版本，该版本在稳定性、功能特性和社区支持方面表现出色 。

在依赖项配置环节，根据系统功能需求，添加关键依赖。添加 “spring-boot-starter-web” 依赖，以支持 Web 开发，该依赖集成了 Spring MVC 和 Tomcat 等组件，能快速搭建 Web 服务器，处理 HTTP 请求；添加 “spring-boot-starter-data-jpa” 依赖，用于支持 Java Persistence API（JPA），方便进行数据库访问操作，实现对象关系映射，简化数据库操作代码；添加 “mysql-connector-java” 依赖，作为 MySQL 数据库的连接驱动，确保系统能够与 MySQL 数据库建立稳定连接，进行数据的存储和读取 。

完成依赖配置后，点击 “Next”，设置项目名称和存储路径，点击 “Finish” 完成项目创建。此时，IDEA 会自动下载并导入所需依赖，构建项目的基本结构。项目结构主要包括 “src/main/java” 目录，用于存放 Java 源代码，按照分层架构，可在此目录下创建 “controller”“service”“dao” 等包，分别存放控制器、服务层和数据访问层的代码；“src/main/resources” 目录用于存放配置文件，如 “application.properties” 或 “application.yml”，在这些文件中可配置数据库连接信息、服务器端口等关键参数 。

在 “application.properties” 文件中，配置 MySQL 数据库连接信息，如下所示：

spring.datasource.url=jdbc:mysql://localhost:3306/campus_shop?serverTimezone=Asia/Shanghai&useUnicode=true&characterEncoding=utf-8&zeroDateTimeBehavior=convertToNull&useSSL=false&allowPublicKeyRetrieval=true

spring.datasource.username=root

spring.datasource.password=123456

spring.datasource.driver-class-name=com.mysql.cj.jdbc.Driver

同时，配置服务器端口，如：

server.port=8080

至此，Spring Boot 项目搭建完成，为后续的功能开发奠定了基础。

5.2 用户功能模块实现

用户注册功能实现时，前端页面使用 Vue 编写，通过表单收集用户输入的用户名、密码、确认密码、联系方式等信息。在用户点击注册按钮后，前端会对用户输入的信息进行初步验证，如检查用户名是否为空、密码是否符合强度要求（至少包含 8 位字符，包括数字、字母和特殊字符）、确认密码是否与密码一致、联系方式是否为有效的手机号码格式等。若验证不通过，前端会弹出提示框，告知用户错误信息，要求用户重新输入 。

验证通过后，前端将用户注册信息通过 HTTP POST 请求发送到后端的用户控制器（UserController）。在后端，UserController 接收请求，调用用户服务层（UserService）的注册方法。UserService 首先检查数据库中是否已存在相同用户名的用户，若存在，则返回错误信息，提示用户用户名已被占用；若不存在，则调用数据访问层（UserDao）的方法，将用户信息插入到数据库的用户表中。插入成功后，返回注册成功的信息给前端，前端根据返回结果提示用户注册成功，可进行登录操作 。

用户登录功能实现过程中，前端同样通过表单获取用户输入的用户名和密码，进行简单的非空验证后，将数据发送到后端。后端 UserController 接收登录请求，调用 UserService 的登录方法。UserService 根据用户名从数据库中查询用户信息，若查询不到用户，则返回错误信息，提示用户用户名不存在；若查询到用户，则使用 BCrypt 等加密算法对用户输入的密码与数据库中存储的加密密码进行比对，若密码一致，则生成一个 JWT（JSON Web Token）令牌，作为用户的身份标识，将令牌返回给前端；若密码不一致，则返回错误信息，提示用户密码错误 。

前端接收到令牌后，将令牌存储在本地，如 localStorage 中，后续用户在访问需要登录权限的页面时，前端会在 HTTP 请求的 Header 中携带该令牌，后端通过过滤器验证令牌的有效性，若令牌有效，则允许用户访问资源，实现用户的身份验证和权限控制 。

个人信息管理功能方面，用户登录后，在个人中心页面，前端通过 HTTP GET 请求获取用户的基本信息，如用户名、联系方式、收货地址等，并展示在页面上。用户若需要修改个人信息，如修改联系方式或收货地址，在前端修改相应信息后，点击保存按钮，前端将修改后的信息通过 HTTP PUT 请求发送到后端 UserController。UserController 调用 UserService 的更新方法，UserService 根据用户 ID，调用 UserDao 的方法，更新数据库中用户的相关信息，更新成功后返回成功信息给前端，前端提示用户信息修改成功 。

商品浏览功能实现时，前端通过发送 HTTP GET 请求到商品控制器（ProductController），请求获取商品列表数据。ProductController 调用商品服务层（ProductService）的查询方法，ProductService 通过数据访问层（ProductDao）从数据库的商品表中查询所有商品信息，或根据用户传递的查询参数（如商品类别、关键词等）进行条件查询。查询结果返回给 ProductController 后，Controller 将数据以 JSON 格式返回给前端。前端接收到商品数据后，使用 Vue 的模板语法，将商品信息展示在页面上，包括商品图片、名称、价格、简介等，用户可以点击商品图片或名称，查看商品的详细信息 。

购物车管理功能实现如下：用户在浏览商品时，点击 “添加到购物车” 按钮，前端将商品 ID 和购买数量等信息通过 HTTP POST 请求发送到购物车控制器（CartController）。CartController 调用购物车服务层（CartService）的添加商品到购物车方法，CartService 根据用户 ID 和商品 ID，检查购物车中是否已存在该商品，若已存在，则增加商品数量；若不存在，则将商品添加到购物车表中，关联用户 ID 和商品 ID，并记录购买数量 。

用户进入购物车页面时，前端发送 HTTP GET 请求到 CartController，获取购物车中的商品列表。CartController 调用 CartService 的查询购物车方法，CartService 通过数据访问层（CartDao）从购物车表中查询出与用户 ID 关联的所有商品信息，包括商品详情和购买数量，将结果返回给 CartController，再由 Controller 返回给前端。在购物车页面，用户可以对商品数量进行调整，点击 “更新” 按钮后，前端将新的商品数量通过 HTTP PUT 请求发送到 CartController，CartController 调用 CartService 的更新购物车方法，CartService 根据用户 ID 和商品 ID，更新购物车表中的商品数量 。用户若要删除购物车中的商品，点击 “删除” 按钮，前端发送 HTTP DELETE 请求到 CartController，CartController 调用 CartService 的删除商品方法，CartService 根据用户 ID 和商品 ID，从购物车表中删除相应的商品记录 。

订单管理功能实现过程为：用户在购物车页面点击 “结算” 按钮，前端将购物车中的商品信息、用户收货地址、联系方式等订单相关信息通过 HTTP POST 请求发送到订单控制器（OrderController）。OrderController 调用订单服务层（OrderService）的创建订单方法，OrderService 首先检查商品库存是否充足，若库存不足，则返回错误信息，提示用户部分商品库存不足，无法下单；若库存充足，则生成订单记录，将订单信息插入到订单表中，并更新商品表中的库存数量。订单创建成功后，返回订单编号等信息给前端，前端提示用户订单提交成功 。

用户在个人中心的订单管理页面，可通过发送 HTTP GET 请求获取自己的订单列表。OrderController 调用 OrderService 的查询订单方法，OrderService 通过数据访问层（OrderDao）从订单表中查询出与用户 ID 关联的所有订单信息，包括订单状态（待付款、已付款、已发货、已完成等）、订单金额、下单时间等，返回给前端展示。用户若需要查看订单详情，点击订单编号，前端发送 HTTP GET 请求，携带订单 ID 到 OrderController，获取订单中包含的商品详情等信息，展示给用户 。若订单状态为待付款，用户可以点击 “去付款” 按钮，跳转到支付页面进行支付操作；支付成功后，前端发送 HTTP PUT 请求到 OrderController，通知后端更新订单状态为已付款 。

以下是部分核心代码示例：

UserController.java

@RestController

@RequestMapping("/user")

public class UserController {


@Autowired

private UserService userService;

@PostMapping("/register")

public Result register(@RequestBody User user) {


try {


userService.register(user);

return Result.success("注册成功");

} catch (Exception e) {


return Result.error("注册失败：" + e.getMessage());

}

}

@PostMapping("/login")

public Result login(@RequestBody User user) {


try {


String token = userService.login(user.getUsername(), user.getPassword());

return Result.success("登录成功").put("token", token);

} catch (Exception e) {


return Result.error("登录失败：" + e.getMessage());

}

}

@GetMapping("/info")

public Result getUserInfo(@RequestHeader("Authorization") String token) {


try {


Long userId = JwtUtil.getUserIdFromToken(token);

User user = userService.getUserById(userId);

return Result.success("获取用户信息成功").put("user", user);

} catch (Exception e) {


return Result.error("获取用户信息失败：" + e.getMessage());

}

}

@PutMapping("/update")

public Result updateUserInfo(@RequestHeader("Authorization") String token, @RequestBody User user) {


try {


Long userId = JwtUtil.getUserIdFromToken(token);

user.setId(userId);

userService.updateUser(user);

return Result.success("更新用户信息成功");

} catch (Exception e) {


return Result.error("更新用户信息失败：" + e.getMessage());

}

}

}

ProductController.java

@RestController

@RequestMapping("/product")

public class ProductController {


@Autowired

private ProductService productService;

@GetMapping("/list")

public Result getProductList(@RequestParam(required = false) String category,

@RequestParam(required = false) String keyword) {


try {


List<Product> productList = productService.getProductList(category, keyword);

return Result.success("获取商品列表成功").put("products", productList);

} catch (Exception e) {


return Result.error("获取商品列表失败：" + e.getMessage());

}

}

@GetMapping("/{productId}")

public Result getProductDetail(@PathVariable Long productId) {


try {


Product product = productService.getProductById(productId);

return Result.success("获取商品详情成功").put("product", product);

} catch (Exception e) {


return Result.error("获取商品详情失败：" + e.getMessage());

}

}

}

CartController.java

@RestController

@RequestMapping("/cart")

public class CartController {


@Autowired

private CartService cartService;

@PostMapping("/add")

public Result addToCart(@RequestHeader("Authorization") String token, @RequestBody CartItem cartItem) {


try {


Long userId = JwtUtil.getUserIdFromToken(token);

cartService.addToCart(userId, cartItem.getProductId(), cartItem.getQuantity());

return Result.success("添加商品到购物车成功");

} catch (Exception e) {


return Result.error("添加商品到购物车失败：" + e.getMessage());

}

}

@GetMapping("/list")

public Result getCartList(@RequestHeader("Authorization") String token) {


try {


Long userId = JwtUtil.getUserIdFromToken(token);

List<CartItem> cartItemList = cartService.getCartList(userId);

return Result.success("获取购物车列表成功").put("cartItems", cartItemList);

} catch (Exception e) {


return Result.error("获取购物车列表失败：" + e.getMessage());

}

}

@PutMapping("/update")

public Result updateCartItem(@RequestHeader("Authorization") String token, @RequestBody CartItem cartItem) {


try {


Long userId = JwtUtil.getUserIdFromToken(token);

cartService.updateCartItem(userId, cartItem.getProductId(), cartItem.getQuantity());

return Result.success("更新购物车商品数量成功");

} catch (Exception e) {


return Result.error("更新购物车商品数量失败：" + e.getMessage());

}

}

@DeleteMapping("/delete/{productId}")

public Result deleteFromCart(@RequestHeader("Authorization") String token, @PathVariable Long productId) {


try {


Long userId = JwtUtil.getUserIdFromToken(token);

cartService.deleteFromCart(userId, productId);

return Result.success("从购物车删除商品成功");

} catch (Exception e) {


return Result.error("从购物车删除商品失败：" + e.getMessage());

}

}

}

OrderController.java

@RestController

@RequestMapping("/order")

public class OrderController {


@Autowired

private OrderService orderService;

@PostMapping("/create")

public Result createOrder(@RequestHeader("Authorization") String token, @RequestBody Order order) {


try {


Long userId = JwtUtil.getUserIdFromToken(token);

order.setUserId(userId);

String orderNumber = orderService.createOrder(order);

return Result.success("创建订单成功").put("orderNumber", orderNumber);

} catch (Exception e) {


return Result.error("创建订单失败：" + e.getMessage());

}

}

@GetMapping("/list")

public Result getOrderList(@RequestHeader("Authorization") String token) {


try {


Long userId = JwtUtil.getUserIdFromToken(token);

List<Order> orderList = orderService.getOrderList(userId);

return Result.success("获取订单列表成功").put("orders", orderList);

} catch (Exception e) {


return Result.error("获取订单列表失败：" + e.getMessage());

}

}

@GetMapping("/{orderId}")

public Result getOrderDetail(@RequestHeader("Authorization") String token, @PathVariable Long orderId) {


try {


Long userId = JwtUtil.getUserIdFromToken(token);

Order order = orderService.getOrderDetail(orderId, userId);

return Result.success("获取订单详情成功").put("order", order);

} catch (Exception e) {


return Result.error("获取订单详情失败：" + e.getMessage());

}

}

@PutMapping("/pay/{orderId}")

public Result payOrder(@RequestHeader("Authorization") String token, @PathVariable Long orderId) {


try {


Long userId = JwtUtil.getUserIdFromToken(token);

orderService.payOrder(orderId, userId);

return Result.success("支付订单成功");

} catch (Exception e) {


return Result.error("支付订单失败：" + e.getMessage());

}

}

}

5.3 商家功能模块实现

商家店铺管理功能方面，商家登录系统后，可在店铺管理页面查看自己店铺的基本信息，如店铺名称、经营范围、联系方式等。若商家需要修改店铺信息，在前端修改相应内容后，点击保存按钮，前端将修改后的店铺信息通过 HTTP PUT 请求发送到店铺控制器（ShopController）。ShopController 调用店铺服务层（ShopService）的更新方法，ShopService 根据店铺 ID，调用数据访问层（ShopDao）的方法，更新数据库中店铺的相关信息 。

当商家申请入驻时，在前端填写店铺名称、经营范围、营业执照信息等资料，点击提交按钮，前端将申请信息通过 HTTP POST 请求发送到 ShopController。ShopController 调用 ShopService 的申请入驻方法，ShopService 对商家提交的资料进行初步验证，如检查营业执照信息是否完整、格式是否正确等。验证通过后，将申请信息插入到数据库的店铺申请表中，等待管理员审核。同时，ShopService 返回申请成功的信息给前端，告知商家申请已提交，待审核 。

商品管理功能实现时，商家在商品管理页面，点击 “添加商品” 按钮，前端弹出添加商品表单，商家填写商品名称、类别、价格、库存、描述、图片等信息。上传商品图片时，前端使用 HTML5 的 File API 获取图片文件，通过 HTTP POST 请求将图片和商品其他信息一起发送到商品控制器（ProductController）。ProductController 调用商品服务层（ProductService）的添加商品方法，ProductService 对商品信息进行验证，如检查商品名称是否为空、价格是否合理、库存是否为正整数等。验证通过后，调用数据访问层（ProductDao）的方法，将商品信息插入到数据库的商品表中，并处理商品图片的存储，如将图片存储到文件系统或对象存储服务中，记录图片的存储路径到数据库 。

商家若要编辑已上架商品信息，在商品列表中点击商品的 “编辑” 按钮，前端获取商品当前信息并展示在编辑表单中，商家修改信息后点击保存，前端将修改后的商品信息通过 HTTP PUT 请求发送到 ProductController。ProductController 调用 ProductService 的更新商品方法，ProductService 根据商品 ID，调用 ProductDao 的方法，更新数据库中商品的相关信息 。对于不再销售的商品，商家点击 “下架” 按钮，前端发送 HTTP DELETE 请求到 ProductController，ProductController 调用 ProductService 的下架商品方法，ProductService 将商品的上架状态更新为

六、系统测试

6.1 测试目的和方法

系统测试的主要目的是全面验证基于 Spring Boot 的校园商铺管理系统是否满足前期设定的功能需求和非功能需求，确保系统在实际运行环境中能够稳定、可靠地运行，为用户提供高质量的服务。通过测试，发现并修复系统中可能存在的缺陷和问题，提高系统的质量和用户满意度 。

在测试方法的选择上，综合运用了多种测试手段。黑盒测试是其中重要的一种，它将系统视为一个不透明的黑盒子，不考虑系统内部的结构和实现细节，仅依据系统的需求规格说明书，通过输入不同的测试数据，检查系统的功能是否符合预期。在测试商品搜索功能时，输入各种不同的关键词，包括商品名称的全称、部分关键词、特殊字符等，观察系统是否能准确返回相关的商品列表，而不关注系统内部是如何进行数据库查询和数据处理的 。

白盒测试则侧重于对系统内部结构和代码逻辑的测试，测试人员需要了解系统的内部工作过程，通过检查代码的执行路径、逻辑判断、变量取值等，验证系统的内部操作是否符合设计规格要求。在测试用户登录功能的代码实现时，通过覆盖不同的代码路径，如用户名正确密码错误、用户名错误密码正确、用户名和密码都正确等情况，检查代码中对用户身份验证的逻辑是否正确，以及在各种情况下是否能正确处理和返回结果 。

单元测试主要针对系统中的最小可测试单元，如函数、方法等进行测试。在校园商铺管理系统中，对商品服务层（ProductService）中的添加商品方法进行单元测试，通过创建模拟的商品对象，调用该方法，验证方法是否能正确地将商品信息插入到数据库中，并且在遇到异常情况时，是否能正确地抛出异常并进行处理 。

集成测试是将已测试过的单元模块组合起来，测试它们之间的接口和交互是否正确。在系统中，测试用户管理模块与订单管理模块之间的集成，当用户下单时，检查用户信息是否能正确地传递到订单管理模块，并且订单信息是否能准确地关联到对应的用户，确保不同模块之间的数据传递和协同工作正常 。

6.2 测试用例设计

针对系统的主要功能模块，设计了详细的测试用例，以下是部分主要功能模块的测试用例展示：

功能模块	测试用例编号	测试场景	输入数据	预期输出	测试步骤
用户注册	TC-USER-001	正常注册	用户名：testuser，密码：Test@123456，确认密码：Test@123456，联系方式：13800138000	提示注册成功，数据库中新增该用户信息	1. 打开注册页面；2. 输入上述数据；3. 点击注册按钮
	TC-USER-002	用户名已存在	用户名：existinguser（数据库中已存在），密码：Test@123456，确认密码：Test@123456，联系方式：13800138001	提示用户名已被占用	1. 打开注册页面；2. 输入上述数据；3. 点击注册按钮
	TC-USER-003	密码强度不足	用户名：testuser2，密码：123456，确认密码：123456，联系方式：13800138002	提示密码强度不足，至少 8 位，包含数字、字母和特殊字符	1. 打开注册页面；2. 输入上述数据；3. 点击注册按钮
用户登录	TC-USER-004	正常登录	用户名：testuser，密码：Test@123456	提示登录成功，跳转到系统主界面，获取用户相关信息	1. 打开登录页面；2. 输入上述数据；3. 点击登录按钮
	TC-USER-005	用户名错误	用户名：wronguser，密码：Test@123456	提示用户名或密码错误	1. 打开登录页面；2. 输入上述数据；3. 点击登录按钮
	TC-USER-006	密码错误	用户名：testuser，密码：Wrong@123456	提示用户名或密码错误	1. 打开登录页面；2. 输入上述数据；3. 点击登录按钮
商品管理（添加商品）	TC-PRODUCT-001	正常添加商品	商品名称：笔记本电脑，商品类别：电子产品，价格：5999.00，库存：100，描述：高性能笔记本电脑，图片：[图片路径]	提示商品添加成功，数据库中新增该商品信息	1. 商家登录系统；2. 进入商品管理页面，点击添加商品；3. 输入上述数据；4. 点击保存按钮
	TC-PRODUCT-002	商品名称为空	商品名称：（空），商品类别：电子产品，价格：5999.00，库存：100，描述：高性能笔记本电脑，图片：[图片路径]	提示商品名称不能为空	1. 商家登录系统；2. 进入商品管理页面，点击添加商品；3. 输入上述数据；4. 点击保存按钮
	TC-PRODUCT-003	价格为负数	商品名称：笔记本电脑，商品类别：电子产品，价格：-5999.00，库存：100，描述：高性能笔记本电脑，图片：[图片路径]	提示价格不能为负数	1. 商家登录系统；2. 进入商品管理页面，点击添加商品；3. 输入上述数据；4. 点击保存按钮
订单管理（创建订单）	TC-ORDER-001	正常创建订单	购物车中有商品，收货地址：XX 大学 XX 宿舍，联系方式：13800138000	提示订单创建成功，返回订单编号，数据库中新增订单信息	1. 用户登录系统；2. 将商品添加到购物车；3. 进入购物车页面，点击结算；4. 输入上述收货地址和联系方式；5. 点击提交订单按钮
	TC-ORDER-002	购物车为空创建订单	购物车为空，收货地址：XX 大学 XX 宿舍，联系方式：13800138000	提示购物车为空，无法创建订单	1. 用户登录系统；2. 进入购物车页面，点击结算；3. 输入上述收货地址和联系方式；4. 点击提交订单按钮
	TC-ORDER-003	库存不足创建订单	购物车中有商品，该商品库存为 0，收货地址：XX 大学 XX 宿舍，联系方式：13800138000	提示部分商品库存不足，无法下单	1. 用户登录系统；2. 将商品添加到购物车；3. 进入购物车页面，点击结算；4. 输入上述收货地址和联系方式；5. 点击提交订单按钮

6.3 测试结果分析

按照设计好的测试用例，对系统进行了全面的测试。在测试过程中，详细记录每个测试用例的实际输出结果，并与预期输出进行对比分析 。

对于用户注册功能，正常注册的测试用例（TC-USER-001）顺利通过，系统成功提示注册成功，数据库中也准确新增了用户信息。在用户名已存在的测试用例（TC-USER-002）中，系统正确提示用户名已被占用，表明系统对用户名唯一性的验证功能正常。然而，在测试密码强度不足的用例（TC-USER-003）时，发现系统虽然提示了密码强度不足，但提示信息不够详细，未能明确指出密码应包含的具体字符类型要求，需要进一步优化提示信息，以提高用户体验 。

在用户登录功能测试中，正常登录的测试用例（TC-USER-004）执行成功，用户能够顺利登录系统并跳转到主界面，获取到相关用户信息。用户名错误（TC-USER-005）和密码错误（TC-USER-006）的测试用例也都能得到正确的提示，说明用户登录的验证逻辑准确无误 。

商品管理的添加商品功能测试中，正常添加商品的测试用例（TC-PRODUCT-001）通过，商品成功添加到数据库。但在商品名称为空（TC-PRODUCT-002）和价格为负数（TC-PRODUCT-003）的测试用例中，发现系统存在一些问题。对于商品名称为空的情况，系统提示了商品名称不能为空，但在前端界面的显示上，错误提示信息的位置不太明显，容易被用户忽略；对于价格为负数的情况，系统提示了价格不能为负数，但在数据库层面没有进行严格的约束，导致即使提示错误，仍有可能将价格为负数的商品信息插入到数据库中，需要加强数据库层面的约束和验证 。

订单管理的创建订单功能测试中，正常创建订单的测试用例（TC-ORDER-001）成功执行，订单创建成功并返回了正确的订单编号，数据库中也新增了订单信息。购物车为空创建订单（TC-ORDER-002）和库存不足创建订单（TC-ORDER-003）的测试用例也都能得到正确的提示，表明订单创建的业务逻辑正确。但在测试过程中发现，当同时有多个用户快速提交订单时，偶尔会出现库存数据更新不一致的情况，这可能是由于并发处理机制存在问题，需要进一步优化订单处理的并发控制 。

通过对测试结果的分析，总结出系统在功能实现、用户界面设计、数据验证和并发处理等方面存在的问题。针对这些问题，制定了相应的改进措施，如优化前端界面的错误提示显示位置和内容，加强数据库层面的数据约束和验证，完善订单处理的并发控制机制等。经过对系统的修复和优化后，再次进行测试，大部分问题得到了解决，系统的稳定性和可靠性得到了显著提高，基本满足了设计要求 。

七、总结与展望

7.1 系统总结

基于 Spring Boot 的校园商铺管理系统成功整合了多种前沿技术，实现了全面且高效的校园商铺管理功能。通过 Spring Boot 框架，系统具备了快速开发、简洁配置和强大扩展性的优势，能够稳定地支撑起整个业务架构 。前端采用 Vue、HTML、CSS 和 JavaScript 技术，构建出交互性强、用户体验良好的界面，为用户提供了便捷的操作入口。MySQL 数据库则保障了数据的安全存储和高效检索，确保系统在数据管理方面的可靠性。

系统实现了多角色的功能需求。管理员可以全面管理用户、商铺、商品和订单信息，通过简洁直观的后台管理界面，能够高效地进行信息录入、编辑和删除操作，实时掌控系统的运行状态，维护校园商铺的正常运营秩序。商家可以方便地管理自己的店铺和商品，及时更新商品信息，处理订单，与用户进行有效的沟通，提升店铺的运营效率和服务质量 。普通用户能够轻松地浏览商品、添加购物车、提交订单和管理个人信息，享受到便捷的购物体验，满足日常生活的消费需求。

系统测试结果表明，大部分功能都能稳定运行，满足设计要求。在用户注册登录功能中，验证机制准确有效，确保了用户身份的安全性和合法性。商品管理功能能够正确地添加、编辑和删除商品信息，并且在数据验证方面表现良好，有效避免了非法数据的录入。订单管理功能实现了订单的创建、查询和状态更新等操作，保证了订单流程的顺畅进行 。然而，测试过程中也发现了一些问题，如前端界面的错误提示不够明显和详细，部分功能在高并发情况下存在性能瓶颈等。针对这些问题，通过优化前端代码和改进后端算法，对系统进行了修复和优化，显著提升了系统的稳定性和用户体验 。

该系统在校园环境中具有较高的实际应用价值。它有效解决了传统校园商铺管理中信息不对称、服务不规范等问题，提高了管理效率，降低了运营成本。通过线上平台，学生能够更方便地获取商品信息，进行购物，提高了购物的便捷性和满意度；商家能够更好地管理店铺和商品，拓展业务，提升经营效益；管理员能够更高效地管理校园商铺，维护校园商业秩序，促进校园经济的健康发展 。

7.2 展望未来

尽管当前系统已实现了核心功能，但仍有广阔的改进和扩展空间。在智能化推荐方面，引入先进的推荐算法，如协同过滤算法和基于内容的推荐算法，根据用户的浏览历史、购买行为和偏好信息，为用户精准推荐符合其需求的商品。当用户频繁浏览电子产品类商品时，系统可以推荐相关的电子产品新品或热门产品，提高用户发现心仪商品的概率，提升购物转化率和用户满意度 。

数据分析功能的增强也是未来的重要方向。通过收集和分析系统中的大量数据，如用户行为数据、商品销售数据、订单数据等，挖掘数据背后的潜在价值。分析不同时间段、不同商品类别的销售趋势，帮助商家合理调整商品库存和定价策略，优化商品布局，提高经营效益；分析用户的购买偏好和消费习惯，为精准营销提供数据支持，如针对不同用户群体开展个性化的促销活动 。

随着移动互联网的发展，开发移动端应用也是系统未来的发展趋势。开发基于 Android 和 iOS 平台的移动端应用，让用户可以随时随地通过手机或平板访问校园商铺管理系统，进行商品浏览、购物和个人信息管理等操作，进一步提升用户体验和便捷性 。同时，加强系统的安全防护措施，如采用更高级的加密算法、防范网络攻击的技术手段等，确保用户数据的安全和隐私。持续关注用户需求和市场变化，不断优化和完善系统功能，使校园商铺管理系统能够更好地适应校园商业环境的发展，为师生和商家提供更优质的服务 。

致谢

在完成这篇关于基于 Spring Boot 的校园商铺管理系统设计与实现的毕业设计过程中，我得到了众多师长、同学和家人的无私帮助与支持，在此，我想向他们表达我最诚挚的感激之情。

我要将最衷心的感谢献给我的导师。从选题的迷茫，到开题报告的艰难撰写，再到论文框架的搭建与内容的充实，每一个环节都离不开您的悉心指导。您严谨的治学态度、渊博的专业知识和精益求精的工作作风，时刻激励着我不断进取。面对我一次次的疑问和困惑，您总是耐心解答，为我指明方向，让我在研究的道路上少走了许多弯路。您的严格要求促使我不断提升自己，力求做到最好。没有您的引领和教导，我难以想象自己能否顺利完成这一复杂而又充满挑战的毕业设计。

我也要感谢我的同学们，在我为毕业设计忙碌的日子里，是你们给予了我鼓励和支持。我们一起探讨问题、分享经验，共同攻克了许多技术难题。在我陷入困境时，你们的建议和启发让我茅塞顿开；在我感到疲惫和沮丧时，你们的陪伴和鼓励让我重新振作起来。我们一起度过的那些紧张而又充实的时光，将成为我大学生活中最宝贵的回忆。

我更要深深感激我的家人，在我求学的道路上，你们始终是我最坚强的后盾。你们默默承担起生活的重担，给予我无尽的关爱和支持，让我能够全身心地投入到学习中。你们的理解和信任，是我不断前进的动力源泉。无论遇到什么困难，你们总是鼓励我勇敢面对，教会我坚持和努力。没有你们的付出，我无法在学业上取得今天的成绩。

感谢在我学习过程中传授知识的所有老师们，是你们的辛勤耕耘，让我在专业领域不断积累和成长，为我完成毕业设计奠定了坚实的理论基础。还要感谢那些为我的研究提供资料和数据的机构与个人，你们的研究成果为我的系统设计提供了重要的参考和借鉴。

在未来的学习和工作中，我将铭记大家的帮助和期望，不断努力，砥砺前行，争取取得更好的成绩，不辜负大家对我的厚爱。