摘要
随着自动售货机在各类场所的广泛应用,传统的管理模式在设备管理、商品更新、故障维修等方面暴露出诸多问题,如效率低、响应慢、信息滞后等,难以满足现代化运营的需求。为提升自动售货机的智能化管理水平,本项目构建了一个基于Spring Boot框架的自动售货机管理系统,后端采用Spring Boot进行开发,使用MySQL作为数据库存储,前端则使用Vue实现页面的动态交互。系统设计了管理员与员工用户两种角色,管理员可管理用户信息、设备信息、商品信息、运营与维修工单等;员工用户则可进行日常的设备管理、商品更新和维修工单处理。该系统具有高效、稳定、易维护的特点,能够有效提高自动售货机的运营效率,减少故障响应时间,同时提供灵活的扩展性,确保系统在未来能够适应不断变化的市场需求,为自动售货机的管理提供强有力的技术支持。
关键词:贵工程自动售货机管理系统;SpringBoot
With the widespread application of vending machines in various places, traditional management models have exposed many problems in equipment management, product updates, and fault maintenance, such as low efficiency, slow response, and information lag, which are difficult to meet the needs of modern operation. To enhance the intelligent management level of vending machines, this project has built a vending machine management system based on the Spring Boot framework. The backend is developed using Spring Boot and MySQL is used as the database storage, while the frontend uses Vue to achieve dynamic page interaction. The system is designed with two roles: administrator and employee user. Administrators can manage user information, device information, product information, operation and maintenance work orders, etc; Employee users can perform daily equipment management, product updates, and repair work order processing. This system has the characteristics of high efficiency, stability, and easy maintenance, which can effectively improve the operational efficiency of vending machines, reduce fault response time, and provide flexible scalability to ensure that the system can adapt to constantly changing market demands in the future, providing strong technical support for vending machine management.
Keywords: Guiengineering vending machine management system; SpringBoot
目录
随着科技的不断进步和人们生活方式的变化,自动售货机作为一种便捷的自助服务设备,已经在全球范围内广泛应用于各类场所,如学校、医院、写字楼等。然而,传统的自动售货机管理方式往往依赖人工操作,导致了设备管理、商品更新、故障处理等环节效率低下,信息反馈滞后,难以满足现代化运营的需求。特别是在大规模部署和运营的环境中,如何高效、实时地管理大量的自动售货机成为亟待解决的问题。为此,构建一个智能化、高效、稳定的自动售货机管理平台显得尤为重要。该平台可以通过集成设备监控、商品管理、故障诊断与维修等功能,提升售货机的管理效率和用户体验,减少运营成本,并为商家提供更全面的运营数据支持。因此,开发基于Spring Boot框架的自动售货机管理系统,不仅具有实际意义,而且符合当前智能化管理的趋势。
本研究的意义在于通过构建一个基于Spring Boot框架的自动售货机管理系统,提升自动售货机的管理效率和智能化水平。传统的自动售货机管理方式存在着信息滞后、维护成本高、运营效率低等问题,尤其在设备监控、商品管理、故障处理等方面依赖人工操作,难以满足现代化运营需求。通过本系统的设计,管理员可以实时监控设备状态、进行商品管理和故障诊断,并且能够有效提高售货机的维护效率和响应速度。系统的引入不仅提升了运营效率,还能为商家提供实时数据支持,帮助其进行更科学的运营决策。此外,系统的良好扩展性为未来技术升级和功能扩展提供了保障,有助于推动自动售货机管理的智能化进程,对提升整个行业的管理水平和服务质量具有积极的推动作用。通过本研究,能为智能设备管理提供有力的技术支撑,为自动售货机的普及和应用提供理论依据。
近年来,随着自动售货机在全球范围内的广泛应用,自动售货机的管理与运营成为了一个重要的研究课题。国内外在该领域的研究主要集中在智能化管理、物联网技术应用、数据分析和系统集成等方面。
在国内,随着智能硬件技术的不断发展,自动售货机的管理系统逐渐向智能化、信息化方向发展。许多企业开始探索如何通过互联网和物联网技术实现设备的实时监控与远程管理。例如,国内的自动售货机管理系统通过集成传感器技术,实现了对商品库存、设备状态的实时监控,利用大数据分析预测设备故障和商品需求,从而提高运营效率。此外,移动支付和智能支付的普及,也使得自动售货机在支付方式上实现了智能化升级,极大提升了用户体验。
国外的自动售货机管理研究起步较早,技术应用较为成熟。许多国际公司已经实现了自动售货机的远程监控和数据管理,采用物联网技术连接所有设备,实时获取各类数据,并通过云平台进行集中管理。美国、欧洲等地区的研究不仅关注设备监控,还将人工智能(AI)和机器学习技术引入售货机运营,分析用户行为和销售数据,实现智能推荐和动态定价。这些智能化系统使得运营商能够优化售货机的布局和商品供应,更好地满足市场需求。
综上所述,国内外的研究均表明,自动售货机的智能化、数据化管理是提升其运营效率和用户体验的关键。未来,随着技术的不断进步,自动售货机管理系统将进一步向智能化、自动化的方向发展,推动整个行业的升级与变革。
B/S(Browser/Server)架构是一种基于浏览器和服务器的应用架构模式。它以Web浏览器作为客户端,服务器端通过Web技术提供应用服务。客户端通过浏览器与服务器进行交互,用户无需安装专门的客户端应用程序,只需要通过互联网连接即可访问应用程序[1]。在B/S架构中,客户端主要承担用户界面的呈现和基本的输入输出功能,而核心的业务处理、数据存储等操作则由服务器端完成。这种架构的核心优势在于无需在每个客户端机器上安装或更新软件,只要用户的浏览器符合要求,就可以使用系统。
B/S(Browser/Server)架构是一种网络架构模型,其主要特点是客户端通过浏览器与服务器进行通信,所有的业务逻辑和数据处理都在服务器端完成,客户端仅负责展示数据[2]。B/S架构本质上是一种客户端-服务器模式的变体,它通过将传统的C/S(Client/Server)架构中的客户端功能移到浏览器中,简化了客户端的开发和维护工作。在B/S架构中,用户通过浏览器发送请求,浏览器负责展示从服务器获取的数据,服务器则处理请求并返回响应。该架构避免了安装和配置客户端软件的麻烦,也减少了对客户端硬件的依赖,适合于需要大规模部署和跨平台支持的应用系统。
B/S模式三层结构图如图2-1所示。

图2-1 B/S模式三层结构图
SpringBoot是一个用于简化Spring应用开发的开源框架,通过减少开发人员配置和依赖的复杂性,使得开发者能够快速构建基于Spring的生产级应用。SpringBoot基于Spring框架之上,提供了一种自配置的方式,使得开发者可以以最少的配置来启动和开发Spring应用[3]。它通过约定优于配置的原则,将常见的配置预设,使得开发人员能够聚焦于业务逻辑的实现,而不必过多关注繁琐的配置和环境搭建。
SpringBoot框架的核心特点之一是其自动配置功能。它能够根据项目中已存在的类和库,自动推断出开发环境的配置需求,减少了手动配置的工作量。SpringBoot还提供了嵌入式Web服务器支持(如Tomcat、Jetty等),使得应用可以以独立的Java应用形式运行,不再依赖外部的Web容器。这种特性使得SpringBoot特别适合于微服务架构的构建。SpringBoot还通过其提供的启动器(Starters)简化了常见功能的集成,例如数据库连接、消息队列、缓存、认证与授权等,从而提升了开发效率[4]。
Vue是一种渐进式JavaScript框架,专注于构建用户界面。Vue采用组件化的开发模式,允许开发者将应用程序拆分为独立的、可重用的组件,从而提高了开发效率和代码的可维护性[5]。框架的核心库专注于视图层,支持数据绑定和DOM操作,提供了简洁的API。Vue的虚拟DOM机制提升了应用的性能,减少了实际DOM操作的次数。
Vue支持双向数据绑定,能够自动更新视图与模型之间的变化。开发者可以通过Vue的指令系统,简化数据展示和事件处理。Vue还支持路由管理和状态管理,使得开发复杂单页面应用变得更加容易[6]。借助Vue的生态系统,开发者能够使用多种工具和库来扩展功能,满足不同的业务需求。Vue在前端开发中逐渐成为主流选择,受到广泛关注和应用。
MySQL是一种开源的关系型数据库管理系统(RDBMS),基于SQL(结构化查询语言)进行数据操作。作为一个被广泛使用的数据库系统,MySQL具有高度的性能、可扩展性和可靠性。MySQL使用表格结构来存储数据,每个表由多个列和行组成,数据通过SQL查询语言进行操作[7]。MySQL支持多种数据类型,如整数、浮动小数、字符串、日期等,以满足不同应用场景对数据存储的需求。在实际应用中,MySQL通常用于存储和管理结构化数据,通过索引、视图、触发器等功能提升数据查询的效率和数据的完整性。
MySQL支持ACID事务特性(原子性、一致性、隔离性、持久性),确保数据库操作的可靠性和数据的一致性。它还支持多种存储引擎,其中InnoDB是最常用的存储引擎,具备事务支持、行级锁定和外键约束等特性,适用于高并发、高可靠性的数据存储需求。MySQL可以通过主从复制、分区和分库分表等技术实现横向扩展,以应对大规模数据存储和高负载的应用需求。MySQL还具有灵活的运营工单机制,支持用户角色管理、细粒度的权限控制等,保障数据的安全性。
系统采用当前主流的SpringBoot和Vue.js开发框架,具备良好的技术基础。这些技术已被广泛应用于多种商业项目,具备成熟的文档和社区支持,便于开发获取必要的资源与解决方案。个人拥有丰富的相关技术经验,能够有效应对潜在技术挑战。所需的软硬件资源易于获取,且具备良好的兼容性,降低了技术实现的难度。
系统具备直观友好的用户界面,支持简便的导航和功能访问,极大地提升了用户的使用体验。系统提供了自定义的工作流程和角色运营工单,使不同层级的用户能够快速上手,完成各自的任务。
系统所使用的软件为开源技术,降低了使用费用,同时硬件成本较低,使得整体初始投入相对合理,具备较高性价比。因此,系统在经济上是完全可行的。
1.可用性需求
系统必须具备高可用性,以确保其在各种使用场景下能够稳定运行。为满足可用性要求,系统应当具备自恢复能力和冗余机制,避免因单点故障而导致的服务中断。具体而言,系统的部署架构应支持负载均衡和集群配置,通过多个实例的协作提高整体系统的可用性。系统应提供详尽的监控与告警机制,能够实时追踪系统运行状态,及时发现潜在问题并触发自动恢复操作或通知管理员。在用户体验方面,系统需要提供清晰的错误提示信息,并能够在发生异常时通过回滚操作或其他容错机制,保证用户的操作不受到严重影响。
2.可靠性需求
可靠性要求系统在长时间运行中保持稳定,能够有效应对各种可能的故障和压力。系统设计应支持高可用的数据库架构,采用数据库主从复制、分片等技术以实现数据的可靠存储与访问。应用层应具备容错能力,在面对硬件故障、网络中断等意外情况时,能够保持系统的正常服务或在故障恢复后迅速恢复数据和业务流程。系统应具备日志记录功能,能够全面记录操作过程和异常信息,从而为问题追踪与系统优化提供数据支持。系统的可靠性还需要通过压力测试和稳定性测试来验证,确保在大规模用户访问及高并发场景下能够正常运行,不发生崩溃或数据丢失现象。
3.安全性需求
系统的安全性需求必须得到高度重视,确保系统和用户数据的保密性、完整性和可用性。为实现数据安全,系统应采用加密技术,特别是在用户认证、敏感数据传输和存储过程中,采用SSL/TLS协议进行加密通信,确保数据在传输过程中不被窃取或篡改。系统应支持用户身份验证与授权管理,采用如OAuth、JWT等安全机制防止未授权访问。访问控制应细化到资源级别,确保不同角色的用户只能访问其权限范围内的功能。为了防止恶意攻击,系统还应加强对常见攻击方式(如SQL注入、XSS攻击、CSRF攻击等)的防护,通过输入验证、输出转义、会话管理等技术措施提高系统的安全性。系统应定期进行安全审计与漏洞扫描,及时发现并修补可能的安全漏洞,保障系统的长期安全运营。
功能需求分析是对系统所需功能进行详细描述的过程,明确系统的目标、功能模块及其相互关系。在此阶段,结合用户需求、业务流程和技术架构,识别系统必须实现的各项功能,并对其优先级、实现方式和约束条件进行梳理。通过功能需求分析,确保系统设计能够满足实际需求,且具有良好的可用性、可维护性和扩展性,为后续的系统开发和测试提供明确的指导和依据。
1.登录:员工用户通过输入用户名和密码进行身份验证,成功登录后进入系统进行管理操作。
2.个人信息:员工可以查看和编辑自己的基本信息,确保个人资料的准确性。
3.修改密码:员工可以在系统中修改个人登录密码,确保账户的安全性。
4.后台首页:员工登录后进入系统的首页,提供快速访问各项功能的入口。
5.点位信息管理:员工管理和更新各个自动售货机的点位信息,确保每个售货机的运行状态得到有效监控。
6.设备信息管理:员工查看和更新售货机的设备信息,确保设备正常运行并及时发现潜在问题。
7.商品信息管理:员工可以管理售货机内的商品信息,包括商品上架、下架和补货等操作。
8.策略信息管理:员工根据运营需求调整和管理售货机的策略信息,如定价和促销方案等。
9.运营工单管理:员工处理和跟进日常运营中的工单,解决出现的运营问题,确保售货机顺畅运行。
10.维修工单管理:员工管理和执行与设备故障相关的维修工单,确保故障设备得到及时修复。
员工用户用例图如图3-1所示。

图3-1 员工用户用例图
1.登录:管理员通过输入用户名和密码登录系统,进入管理后台进行各项操作。
2.后台首页:管理员登录后进入后台首页,提供快捷入口用于管理系统的各个功能模块。
3.系统用户管理:管理员管理系统用户权限,包括创建、修改和删除管理员和员工用户等操作。
4.点位信息管理:管理员查看和添加自动售货机的点位信息,确保售货机的合理布局与优化配置。
5.设备信息管理:管理员查看和添加售货机设备信息,确保设备的准确登记和及时维护。
6.商品信息管理:管理员管理售货机内商品的种类、库存及价格等,确保商品供应充足且合理。
7.策略信息管理:管理员创建和调整运营策略,确保售货机的定价、促销等策略符合市场需求。
8.运营工单管理:管理员查看和管理与售货机运营相关的工单,确保及时处理运营问题。
9.维修工单管理:管理员处理和分配维修工单,确保故障设备能够尽快得到修复并恢复正常运营。
管理员用例图如图3-2所示。

图3-2 管理员用例图
系统开发流程的主要步骤,从需求分析到系统完成的全过程。流程包括需求分析、总体设计(结构、功能、数据)、详细设计(模块、编码)、模块整合与调用,以及测试、扩展和完善,最终完成系统的开发。本系统的开发流程如图3-3所示

图3-3系统开发流程图
-
-
- 用户登录流程
-
用户输入用户名和密码后,系统先检查输入是否为空,再验证用户名是否存在,若存在则通过用户名获取密码并校验。若密码正确则登录成功,否则提示密码错误。若用户名不存在或无法登录,提示用户操作无效。如图3-4所示。

图3-4登录流程图
用户首先进入系统登录界面,输入用户名和密码后,系统验证信息是否正确。若验证失败,返回登录界面重新输入;若验证成功,则进入功能界面,执行相应功能处理后结束操作流程。操作流程如图3-5所示。

图3-5 系统操作流程图
管理员可以添加信息,用户添加可以自己权限内的信息,输入信息后,要想利用这个软件来进行系统的安全管理,首先需要登录到该软件中。添加信息流程如图3-6所示。

图3-6 添加信息流程图
用户首先选择需要修改的记录,输入修改后的数据,系统判断输入数据是否合法。若数据不合法,提示重新输入;若数据合法,则将修改后的数据写入数据库,完成操作后流程结束。修改信息流程图如图3-7所示。

图3-7 修改信息流程图
用户选择需要删除的记录后,系统判断是否确认删除。若未确认,返回选择环节;若确认删除,则更新数据库,删除对应记录,完成操作后流程结束。删除信息流程图如图3-8所示。

图3-8删除信息流程图
系统由表现层、业务逻辑层、数据访问层和数据库服务器组成。表现层通过浏览器(如IE、Chrome、Firefox)与用户交互,采用FreeMarker、Bootstrap、jQuery等技术实现界面呈现。业务逻辑层负责处理系统的核心业务逻辑,通过分模块设计实现功能分离。数据访问层使用MyBatis框架连接数据库,执行数据的增删改查操作。数据库服务器采用MySQL进行数据存储和管理,为系统提供稳定的数据库支持。整个架构通过Tomcat服务器完成用户请求的接收和处理,确保系统的高效运行[8]。整个系统架构如图4-1所示。

图4-1 系统架构图
系统功能结构图如图4-2所示。

图4-2 系统功能结构图
用户通过注册模块发送注册请求,系统完成注册后返回确认信息。随后,用户通过登录模块发送登录请求,系统验证用户信息后允许访问目标系统。用户完成操作后可选择退出,系统终止会话。注册时序图,如图4-3所示。

图4-3 注册时序图
管理员输入登录信息后,登录界面将信息传递至前台管理界面,随后通过SpringBoot框架读取数据库中的用户信息并返回。系统验证信息,若验证成功则登录成功,若验证失败则返回错误提示。登录时序图如图4-4所示。

图4-4登录时序图
管理员输入登录信息后,进入用户信息管理模块,选择增删改查操作并提交命令至数据库。数据库执行操作后返回成功状态,系统显示用户管理界面并提示操作成功。管理员修改用户信息时序图如图4-5所示。

图4-5管理员修改用户信息时序图
管理员通过访问系统发起请求,系统接收访问后转向系统信息模块进行管理操作。管理完成后,系统返回管理结果至系统,最终反馈给管理员,管理员可选择退出。管理员管理系统信息时序图如图4-6所示。

图4-6管理员管理系统信息时序图
数据库设计是系统开发中至关重要的环节,为系统提供高效、规范的数据存储和管理方案。设计过程包括需求分析、实体设计、表设计和逻辑结构设计。首先,通过分析业务需求,确定系统的核心实体及其属性,同时明确实体间的关系。接着,将实体抽象为具体的数据库表,为每张表定义字段名、数据类型、主键和外键,通过主外键关系和关联表设计,保证数据的完整性和一致性。最后,数据库逻辑设计进一步优化表之间的关系,通过索引、视图和存储过程提升查询效率和操作性能。整个设计需严格遵循规范,避免数据冗余和冲突,确保系统在高并发访问和复杂数据处理场景下的稳定性和高效性。
数据库实体设计是数据库设计的关键步骤,对实际业务逻辑中涉及的实体及其属性进行抽象建模,明确系统中的主要信息对象及其关系[9]。在实体设计中,根据需求分析确定系统的核心实体,如用户、角色、权限、社团信息等,提取实体的主要属性,如用户的ID、姓名、联系方式,社团的ID、名称、类型等,同时定义各实体之间的关系,包括一对一、一对多、多对多等。在设计过程中,注重实体的完整性、规范性和唯一性,确保设计能够满足系统功能需求,并为后续的表设计提供清晰的结构框架。实体设计需遵循数据库设计的标准化要求,避免数据冗余和不必要的复杂度。
以下将展示系统的全局E-R图。
系统全局E-R图如图4-7所示。

图4-7系统E-R图
数据库表设计基于实体设计,将抽象的实体映射为具体的表结构。设计过程中,为每个实体定义表名、字段名及数据类型 [10]。根据业务需求,合理定义主键、外键及约束条件,确保表之间的关联性,例如通过外键建立用户表和角色表之间的关系。表设计时注重数据存储的完整性、一致性,并通过索引优化查询效率,最终确保数据库结构能够支持系统的功能需求。以下是系统的数据库表设计展示。
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | token_id | int | 是 | 是 | 临时访问牌ID | |
| 2 | token | varchar | 64 | 否 | 否 | 临时访问牌 |
| 3 | info | text | 65535 | 否 | 否 | 信息 |
| 4 | maxage | int | 是 | 否 | 最大寿命:默认2小时 | |
| 5 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 7 | user_id | int | 是 | 否 | 用户编号 |
表 4-2-auth(用户运营工单)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | auth_id | int | 是 | 是 | 授权ID | |
| 2 | user_group | varchar | 64 | 否 | 否 | 用户组 |
| 3 | mod_name | varchar | 64 | 否 | 否 | 模块名 |
| 4 | table_name | varchar | 64 | 否 | 否 | 表名 |
| 5 | page_title | varchar | 255 | 否 | 否 | 页面标题 |
| 6 | path | varchar | 255 | 否 | 否 | 路由路径 |
| 7 | parent | varchar | 64 | 否 | 否 | 父级菜单 |
| 8 | parent_sort | int | 是 | 否 | 父级菜单排序 | |
| 9 | position | varchar | 32 | 否 | 否 | 位置 |
| 10 | mode | varchar | 32 | 是 | 否 | 跳转方式 |
| 11 | add | tinyint | 是 | 否 | 是否可增加 | |
| 12 | del | tinyint | 是 | 否 | 是否可删除 | |
| 13 | set | tinyint | 是 | 否 | 是否可修改 | |
| 14 | get | tinyint | 是 | 否 | 是否可查看 | |
| 15 | field_add | text | 65535 | 否 | 否 | 添加字段 |
| 16 | field_set | text | 65535 | 否 | 否 | 修改字段 |
| 17 | field_get | text | 65535 | 否 | 否 | 查询字段 |
| 18 | table_nav_name | varchar | 500 | 否 | 否 | 跨表导航名称 |
| 19 | table_nav | varchar | 500 | 否 | 否 | 跨表导航 |
| 20 | option | text | 65535 | 否 | 否 | 配置 |
| 21 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 22 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-3-code_token(验证码)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | code_token_id | int | 是 | 是 | 验证码ID | |
| 2 | token | varchar | 255 | 否 | 否 | 令牌 |
| 3 | code | varchar | 255 | 否 | 否 | 验证码 |
| 4 | expire_time | timestamp | 是 | 否 | 失效时间 | |
| 5 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-4-commodity_information(商品信息)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | commodity_information_id | int | 是 | 是 | 商品信息ID | |
| 2 | name_of_commodity | varchar | 64 | 否 | 否 | 商品名称 |
| 3 | selling_equipment | varchar | 64 | 否 | 否 | 售卖设备 |
| 4 | commodity_price | double | 否 | 否 | 商品价格 | |
| 5 | quantity_of_goods | double | 否 | 否 | 商品数量 | |
| 6 | commodity_number | varchar | 64 | 否 | 否 | 商品编号 |
| 7 | commodity_details | text | 65535 | 否 | 否 | 商品详情 |
| 8 | create_time | datetime | 是 | 否 | 创建时间 | |
| 9 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-5-device_information(设备信息)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | device_information_id | int | 是 | 是 | 设备信息ID | |
| 2 | equipment_name | varchar | 64 | 否 | 否 | 设备名称 |
| 3 | equipment_no | varchar | 64 | 否 | 否 | 设备编号 |
| 4 | equipment_specifications | varchar | 64 | 否 | 否 | 设备规格 |
| 5 | storage_point | varchar | 64 | 否 | 否 | 存放点位 |
| 6 | equipment_details | text | 65535 | 否 | 否 | 设备详情 |
| 7 | operation_work_order_limit_times | int | 是 | 否 | 运营限制次数 | |
| 8 | repair_order_limit_times | int | 是 | 否 | 维修限制次数 | |
| 9 | create_time | datetime | 是 | 否 | 创建时间 | |
| 10 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-6-employee_user(员工用户)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | employee_user_id | int | 是 | 是 | 员工用户ID | |
| 2 | employee_name | varchar | 64 | 否 | 否 | 员工姓名 |
| 3 | employee_gender | varchar | 64 | 否 | 否 | 员工性别 |
| 4 | contact_information | varchar | 16 | 否 | 否 | 联系方式 |
| 5 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 6 | user_id | int | 是 | 否 | 用户ID | |
| 7 | create_time | datetime | 是 | 否 | 创建时间 | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-7-hits(用户点击)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | hits_id | int | 是 | 是 | 点赞ID | |
| 2 | user_id | int | 是 | 否 | 点赞人 | |
| 3 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 4 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 7 | source_id | int | 是 | 否 | 来源ID |
表 4-8-operation_work_order(运营工单)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | operation_work_order_id | int | 是 | 是 | 运营工单ID | |
| 2 | employee_user | int | 否 | 否 | 员工用户 | |
| 3 | employee_name | varchar | 64 | 否 | 否 | 员工姓名 |
| 4 | equipment_name | varchar | 64 | 否 | 否 | 设备名称 |
| 5 | work_order_number | varchar | 64 | 否 | 否 | 工单编号 |
| 6 | revenue_amount | double | 否 | 否 | 营收金额 | |
| 7 | record_date | date | 否 | 否 | 记录日期 | |
| 8 | note_information | text | 65535 | 否 | 否 | 备注信息 |
| 9 | create_time | datetime | 是 | 否 | 创建时间 | |
| 10 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 11 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 12 | source_id | int | 否 | 否 | 来源ID | |
| 13 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-9-point_information(点位信息)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | point_information_id | int | 是 | 是 | 点位信息ID | |
| 2 | point_name | varchar | 64 | 否 | 否 | 点位名称 |
| 3 | point_address | varchar | 64 | 否 | 否 | 点位地址 |
| 4 | create_time | datetime | 是 | 否 | 创建时间 | |
| 5 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-10-policy_information(策略信息)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | policy_information_id | int | 是 | 是 | 策略信息ID | |
| 2 | policy_name | varchar | 64 | 否 | 否 | 策略名称 |
| 3 | formulation_time | date | 否 | 否 | 制定时间 | |
| 4 | date_of_execution | date | 否 | 否 | 执行日期 | |
| 5 | process_steps | text | 65535 | 否 | 否 | 流程步骤 |
| 6 | policy_objectives | text | 65535 | 否 | 否 | 策略目标 |
| 7 | create_time | datetime | 是 | 否 | 创建时间 | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-11-repair_order(维修工单)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | repair_order_id | int | 是 | 是 | 维修工单ID | |
| 2 | employee_user | int | 否 | 否 | 员工用户 | |
| 3 | employee_name | varchar | 64 | 否 | 否 | 员工姓名 |
| 4 | equipment_name | varchar | 64 | 否 | 否 | 设备名称 |
| 5 | work_order_number | varchar | 64 | 否 | 否 | 工单编号 |
| 6 | maintenance_time | date | 否 | 否 | 维修时间 | |
| 7 | repair_details | text | 65535 | 否 | 否 | 维修详情 |
| 8 | create_time | datetime | 是 | 否 | 创建时间 | |
| 9 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 10 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 11 | source_id | int | 否 | 否 | 来源ID | |
| 12 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-12-upload(文件上传)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | upload_id | int | 是 | 是 | 上传ID | |
| 2 | name | varchar | 64 | 否 | 否 | 文件名 |
| 3 | path | varchar | 255 | 否 | 否 | 访问路径 |
| 4 | file | varchar | 255 | 否 | 否 | 文件路径 |
| 5 | display | varchar | 255 | 否 | 否 | 显示顺序 |
| 6 | father_id | int | 否 | 否 | 父级ID | |
| 7 | dir | varchar | 255 | 否 | 否 | 文件夹 |
| 8 | type | varchar | 32 | 否 | 否 | 文件类型 |
表 4-13-user(用户账户)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | user_id | int | 是 | 是 | 用户ID | |
| 2 | state | smallint | 是 | 否 | 账户状态:(1可用|2异常|3已冻结|4已注销) | |
| 3 | user_group | varchar | 32 | 否 | 否 | 所在用户组 |
| 4 | login_time | timestamp | 是 | 否 | 上次登录时间 | |
| 5 | phone | varchar | 11 | 否 | 否 | 手机号码 |
| 6 | phone_state | smallint | 是 | 否 | 手机认证:(0未认证|1审核中|2已认证) | |
| 7 | username | varchar | 16 | 是 | 否 | 用户名 |
| 8 | nickname | varchar | 16 | 否 | 否 | 昵称 |
| 9 | password | varchar | 64 | 是 | 否 | 密码 |
| 10 | | varchar | 64 | 否 | 否 | 邮箱 |
| 11 | email_state | smallint | 是 | 否 | 邮箱认证:(0未认证|1审核中|2已认证) | |
| 12 | avatar | varchar | 255 | 否 | 否 | 头像地址 |
| 13 | open_id | varchar | 255 | 否 | 否 | 针对获取用户信息字段 |
| 14 | create_time | timestamp | 是 | 否 | 创建时间 |
表 4-14-user_group(用户组)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | group_id | mediumint | 是 | 是 | 用户组ID | |
| 2 | display | smallint | 是 | 否 | 显示顺序 | |
| 3 | name | varchar | 16 | 是 | 否 | 名称 |
| 4 | description | varchar | 255 | 否 | 否 | 描述 |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 7 | source_id | int | 是 | 否 | 来源ID | |
| 8 | register | smallint | 否 | 否 | 注册位置 | |
| 9 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 10 | update_time | timestamp | 是 | 否 | 更新时间 |
用户进入设备信息页面,浏览各类设备的名称、型号、规格、备注信息等基本信息。通过搜索栏或筛选条件,快速查找指定设备。界面如图5-1所示。

图5-1设备信息管理界面
用户进入商品操作页面,选择需要操作的商品,商品名称、售卖设备、商品规格、商品数量、重置、查询等操作。界面如图5-2所示。

图5-2商品信息管理界面
用户进入策略操作页面,选择需要操作的策略,策略名称、制定时间、执行日期、流程步骤、重置、查询等操作。界面如图5-3所示。

图5-3策略信息管理界面
用户进入维修操作页面,选择需要操作的维修,员工用户、员工姓名、设备名称、工单编号、维修时间、维修详情、删除、重置、查询等操作。界面如图5-4所示。

图5-4维修工单管理界面
管理员可以管理系统的用户,包括添加新用户、编辑用户信息、修改用户信息等操作,以确保系统的运营工单和安全性。界面如图5-5所示。

图5-5系统用户管理界面
管理员登录后台进入点位信息页面,查看点位名称、点位地址等。,包括查看、重置、删除等操作。界面如图5-6所示。

图5-6点位信息管理界面
管理员进入设备信息管理页面,查看所有设备的详细资料,包括设备名称、型号、规格、存放点位等。管理员可新增、编辑或删除设备信息,确保设备管理数据的准确与更新,便于后续操作与维护。界面如图5-7所示。

图5-7设备信息管理界面
系统的测试环境如表6-1所示。
表6-1 测试环境
| 类别 | 配置项 | 详细信息 |
| 硬件环境 | 服务器CPU | Intel Xeon E5-2680 v4 |
| 内存 | 32GB DDR4 | |
| 硬盘 | 1TB SSD | |
| 网络带宽 | 100Mbps | |
| 软件环境 | 操作系统 | Windows Server 2019 |
| 数据库 | MySQL 8.0 | |
| Web服务器 | Tomcat 9.0 | |
| 开发框架 | SpringBoot 2.5 | |
| 前端框架 | Vue.js 2.6 | |
| Java版本 | JDK 11 | |
| 浏览器 | Chrome 88, Firefox 85 |
系统测试的主要目的是确保系统的功能、性能和稳定性满足需求规格说明书中的要求,并验证系统在实际使用环境中的可用性和可靠性。通过测试,可以发现软件中的缺陷、漏洞和潜在问题,确保系统运行的准确性、完整性和安全性。在功能测试中,目的是验证系统各功能模块是否按设计实现预期功能,例如用户登录、信息管理、数据查询等核心功能是否准确执行。性能测试的目的是验证系统在高并发、数据量大等压力场景下的响应时间和处理能力,确保系统具备良好的性能。兼容性测试的目的是确保系统在不同的硬件、软件和浏览器环境中能正常运行。测试还包括对异常处理和边界条件的验证,确保系统在异常场景下能够正确处理和恢复。最终,通过测试确保系统可以安全稳定地部署上线,为用户提供可靠的服务。
系统测试采用多种测试方法,以全面验证系统的功能和性能。功能测试采用黑盒测试方法,通过设计测试用例直接验证系统功能是否符合需求,无需了解内部代码逻辑。例如,设计用例验证用户登录模块,通过输入合法和非法的用户名与密码,检查系统响应是否符合预期。性能测试采用压力测试和负载测试方法,通过模拟高并发用户访问、数据处理的场景,评估系统的响应时间、吞吐量和稳定性。兼容性测试通过在不同操作系统、浏览器和硬件设备上运行系统,验证其在不同环境中的适应性[11]。异常测试通过设计边界条件和异常输入,检查系统对非法数据和操作的处理能力。测试用例的设计需覆盖系统的所有功能模块和接口,确保测试过程的全面性。通过系统测试方法的综合应用,可以有效发现问题,并为系统的优化和改进提供依据。
系统的测试用例表格如下图所示。
表6-2 系统测试用例表
| 测试项 | 测试用例 | 问题 | 结论 |
| 登录功能测试 | 打开登录页面 输入正确的用户名和密码 点击“登录”按钮 | 无 | 符合预期 |
| 登录功能测试 | 打开登录页面 输入错误的用户名 输入正确的密码 点击“登录”按钮 | 无 | 符合预期 |
| 登录功能测试 | 打开登录页面 输入正确的用户名 输入错误的密码 点击“登录”按钮 | 无 | 符合预期 |
| 登录功能测试 | 打开登录页面 输入不存在的用户名和密码 点击“登录”按钮 | 无 | 符合预期 |
| 查看设备信息测试 | 登录系统 进入设备信息页面 浏览设备名称等信息 | 无 | 符合预期 |
| 查看设备信息测试 | 登录系统 进入设备信息页面 使用搜索栏输入关键词搜索设备信息 | 无 | 符合预期 |
| 查看设备信息测试 | 登录系统 进入设备信息页面 点击设备详情查看完整信息 | 无 | 符合预期 |
| 查看设备信息测试 | 登录系统 进入设备信息页面 不输入任何搜索条件直接点击搜索 | 无 | 符合预期 |
| 维修工单测试 | 登录系统用户未提交维修工单 | 无 | 符合预期 |
| 维修工单测试 | 登录系统用户提交维修工单,管理员分配维修人员 | 无 | 符合预期 |
| 维修工单测试 | 维修人员 未进行时间、维修级别、维修费用及结果的填写 | 无 | 符合预期 |
| 维修工单测试 | 维修人员 进行时间、维修级别、维修费用及结果的填写 | 无 | 符合预期 |
通过对系统功能的全面测试,整体测试结果表明大部分功能均符合预期,能够正常运行并完成各项操作。登录功能、设备信息、维修工单等核心功能均成功通过测试,系统能够准确响应用户需求,并提供良好的操作体验。
总体来看,系统在功能实现、数据处理、运营工单等方面表现稳定,能够高效支持设备管理与维护工作,为自动售货机安全提供了有力的技术保障。然而,部分功能如商品信息提交和点位信息中的响应速度仍有提升空间。尽管这些问题未影响系统的主要功能,但为了确保更高效、更稳定的系统运行,仍需在后续版本中进行优化与调整。测试结果表明系统总体运行符合设计要求,但进一步的性能提升和用户体验优化仍是未来开发的重点。
本课题围绕自动售货机管理系统的设计与实现展开,采用Spring Boot框架作为后端开发工具,结合MySQL数据库存储,前端使用Vue进行交互式开发,成功构建了一个高效、稳定、易维护的管理平台。系统通过分级运营工单,满足了管理员与员工用户在日常操作中的不同需求,实现了设备信息、商品管理、工单处理等功能模块,极大提升了自动售货机的管理效率与响应能力。同时,系统具有良好的扩展性和灵活性,可以根据未来需求进行功能扩展和技术迭代。
然而,本系统在实施过程中也存在一些不足之处,例如在大规模部署时可能面临的性能瓶颈问题,以及在系统安全性、数据备份等方面的进一步优化空间。未来,可以通过引入更为高效的数据处理机制和缓存方案,进一步提升系统的处理能力;同时,加强系统的安全防护措施,确保用户数据与操作记录的安全性。随着物联网技术的不断发展,未来可以考虑将自动售货机与智能传感设备进行深度集成,实现更为智能化的管理和预测分析功能,提升售货机运营的自动化与智能化水平,进一步推动自动售货机管理系统向更高效、更智能的方向发展。
- 刘江涛,王亮亮,吴庆茹,等.基于B/S模式的铁路勘测设计案例信息化管理系统设计与实现[J].铁路计算机应用,2021,30(03):32-35.
- 张丹丹,李弘.基于B/S架构的办公管理系统设计与开发[J].铁路通信信号工程技术,2024,21(09):44-48+106.
- 王志亮,纪松波.基于SpringBoot的Web前端与数据库的接口设计[J].工业控制计算机,2023,36(03):51-53.
- 熊永平.基于SpringBoot框架应用开发技术的分析与研究[J].电脑知识与技术,2021,15(36):76-77.
- 赵媛.基于Vue的Web系统前端性能优化分析[J].电脑编程技巧与维护,2024,(09):44-46.
- 秦冬.浅析Vue框架在前端开发中的应用[J].信息与电脑(理论版),2024,36(13):61-63.
- 李艳杰.MySQL数据库下存储过程的综合运用研究[J].现代信息科技,2023,7(11):80-82+88.
- 陈倩怡,何军.Vue+Springboot+MyBatis技术应用解析[J].电脑编程技巧与维护,2020,(01):14-15+28.
- 周晓玉,崔文超.基于Web技术的数据库应用系统设计[J].信息与电脑(理论版),2023,35(09):189-191.
- 马艳艳,吴晓光.计算机软件与数据库的设计策略分析[J].电子技术,2024,53(05):104-105.
- 李俊萌.计算机软件测试技术与开发应用策略分析[J].信息记录材料,2023,24(03):50-52.
- 曹康,曹丹,许洋.智能售货机设计研究[J].玩具世界,2024,(12):192-194.
- Weiwei Sun,Xinbin Niu,Zedong Wu,Zhongyuan Guo.Lightweight Detection Counting Method for Pill Boxes Based on Improved YOLOv8n[J].Electronics,2024,13(24):4953-4953.
- Fakfare Pipatpong,Rittichainuwat Bongkosh,Manosuthi Noppadol,Wattanacharoensil Walanchalee.Customer service experience for a smart automated coffee vending machine[J].International Journal of Retail & Distribution Management,2024,52(7-8):786-800.
- 刘平义,王译正,武晓宇,张杰,刘凯.基于总注视时长的自动售货机智能推荐系统实验研究[J].包装工程,2024,45(18):183-191.
- 曹裕豪.自动售货机新零售平台的设计与实现[D]. 扬州大学, 2024.
- 李书阁,赵鹏举,程诗妍,汤红辉.基于目标检测技术的自动售货机商品识别系统设计[J].无线互联科技,2023,20(24):53-56.
- 邱文仙.基于BLDCM驱动的自动售货机升降系统控制策略研究[D]. 河南理工大学, 2023.
- 金明磊.自动售货机升降系统控制策略研究[D]. 河南理工大学, 2022.
- Leah C Shaw,Erin A Brown,Emma Creegan,Thomas E Bertrand,Sarah Ogundare,Carolyn J Park,Justin Berk,Philip A Chan,Brandon D L Marshall.Comparing Harm Reduction Vending Machines and In-Person Overdose Prevention Services in Practice: A Case Study From Rhode Island.[J].Journal of public health management and practice : JPHMP,2025,
在本次论文的撰写与系统开发过程中,得到了许多人的帮助与支持,特此表示衷心的感谢。首先,感谢我的导师在整个项目中的指导与帮助,您的悉心教诲和耐心指导为我提供了宝贵的方向。每次遇到技术难题时,您总是能够为我提供清晰的思路和解决方案,您的专业知识和丰富经验让我受益匪浅。同时,感谢学院提供的良好学习平台和实验条件,让我能够顺利完成这项课题的开发和研究工作。在此过程中,我不仅学到了很多先进的技术,也锻炼了自己的实际应用能力和问题解决能力。
此外,感谢我的同学和朋友们在项目开发中的支持与鼓励。在系统开发过程中,大家提供了许多宝贵的意见和建议,帮助我快速解决了多次遇到的问题。感谢你们的陪伴和鼓励,尤其是在我感到迷茫时,你们的建议让我重新找到了方向。项目的顺利完成离不开你们的支持与帮助,也让我深刻体会到团队合作的重要性。最后,感谢家人对我一直以来的理解和支持,是你们的鼓励让我在遇到困难时不轻易放弃,始终坚持自己的目标,最终取得了阶段性的成果。希望未来能够继续努力,将学到的知识与经验应用到实际工作中,为社会做出更多贡献。
附录
系统核心代码设计
用户注册
注册页UserController.java,传入user对象,并将"user_id"、 "state"、 "user_group"、"login_time"、"phone"、"phone_state"、 "username"、"nickname"、"password"、"email"、"email_state"、"avatar"、"create_time"输入,重点是 "username"、"nickname"、"password"必须输入,通过获取username,数据库查询是否有该用户,如果存在,则提示“用户已存在”,否则执行将UserId置为空(数据库表中该字段已设置自动递增),代码如图所示。

图注册核心代码图
用户登录
登录页,首先传入"username"、"email"、"phone"、"password",用户可通过用户名、邮箱、手机号进行登陆,通过判断resultList来确定查询结果,然后执行查询用户组UserGroup,用户组里面不存在,依然报“用户不存在”,执行完以上代码,最后涉及到用户带有“审核”的,会查询examine_state(用户的审核状态),数据库表user_group中含有source_table和source_field进行查询,以上步骤完成,对输入的密码进行存储Token到数据库,匹对账号和密码,数据库中的AccessToken为令牌,用于身份认证,代码如图所示。

用户登录核心代码图
修改密码
修改密码,通过请求data,获取旧密码,并将新密码重新赋值,期间都是需要通过加密,代码如图所示。

修改密码核心代码图
修改数据
修改一个数据,原理与add基本一致,不同点在于通过readConfig()读取关键字,以及通过readQuery()获取URL后面?指定位置的标识,转成Map对象后,执行update操作,同样通过拼接的sql语句执行,执行过程读取query,toWhereSql()语句完成数据库操作,body为修改对象的值,代码如图所示。

修改数据核心代码图
删除数据
删除一条数据,通过readQuery(),获取URL后面的对象地址,删除FROM具体的table,query删除查询FindConfig语句,代码如图示。

图4-11删除数据核心代码图
获取列表
通过请求的参数获取列表数据,代码如图所示。

图获取列表核心代码图
图片上传
通过请求的参数获取列表数据,代码如图4-13所示。

图片上传核心代码图
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢~

被折叠的 条评论
为什么被折叠?



