摘    要

高等教育规模扩大和校园绿化范围增加，以往的人工管理模式难以适应现代大学校园植物细致养护的需要，主要面临记录杂乱、任务延迟、养护效果差等情况，为此，本文设计并开发了一套利用Spring Boot的大学校园植物养护系统，依靠信息化手段整合绿化资源，对植物生长全过程进行科学监管和高效维护，从而提高校园环境管理的智能化水平，保障绿化景观的长期品质。

该系统后端使用Java语言的Spring Boot模式对主要业务逻辑进行开发，依靠其简化配置和快速部署的特点形成稳定可靠的服务端，前端使用Vue.js模式，在数据存储技术上，选用MySQL关系型数据库对结构化数据进行管理，系统主要划分为管理员和员工两种角色。功能模块设计上，进行校园绿化土地的统一管理、员工信息的维护、绿植类型和信息的数字化建档，并对日常养护工作，重点进行灌溉信息和施肥信息的记录和追溯模块开发，确保每一项养护操作都有据可查，形成完整的植物养护电子档案。

该系统的实际应用，会改变大学校园传统绿化作业方式，实现由粗放式管理转变为精细化和数据化管理，通过划分管理员和员工的职责，优化养护任务分配和执行流程，并且明显提高工作效率。

关键词：植物养护；Spring Boot；MySQL

Design and Implementation of a University Campus Plant Maintenance System Based on SpringBoot

Abstract

With the expansion of higher education and the increase in campus greening areas, the previous manual management model struggles to meet the meticulous maintenance needs of modern university campuses. It mainly faces issues such as disorganized records, delayed tasks, and poor maintenance results. To address this, this paper designs and develops a university campus plant maintenance system using Spring Boot. By relying on information technology to integrate greening resources, it scientifically supervises and efficiently maintains the entire plant growth process, thereby enhancing the intelligent level of campus environmental management and ensuring the long-term quality of the green landscape.

The backend of the system is developed using the Spring Boot framework in Java, leveraging its features of simplified configuration and rapid deployment to form a stable and reliable server. The frontend employs the Vue.js framework. In terms of data storage technology, MySQL, a relational database, is chosen to manage structured data. The system is primarily divided into two roles: administrators and employees. In terms of functional module design, it encompasses unified management of campus greening land, maintenance of employee information, digital archiving of plant types and information, and focuses on the development of modules for recording and tracing irrigation and fertilization information for daily maintenance work, ensuring that every maintenance operation is well-documented and forming a complete electronic archive for plant maintenance.

The practical application of this system will revolutionize the traditional greening practices on university campuses, transitioning from extensive management to refined and data-driven management. By delineating the responsibilities of administrators and employees, it optimizes the allocation and execution of maintenance tasks, thereby significantly enhancing work efficiency

Key Words：Plant maintenance; Spring Boot; MySQL

目    录

摘    要

Abstract

引言

1  绪论

1.1  研究背景

1.2  研究目的

1.3  研究意义

1.4  国内外现状

1.5  论文章节

2  相关技术理论

2.1  开发语言及框架

2.1.1  Springboot框架

2.1.2  MyBatis框架

2.1.3  Vue技术

2.2  开发工具

2.2.1  IDEA开发工具

2.2.2  Tomcat服务器

3  系统分析

3.1  业务需求

3.1.1  业务概述

3.1.2  业务流程

3.2  功能需求分析

3.3  非功能性需求

3.4  可行性分析

3.4.1  技术可行性分析

3.4.2  操作可行性分析

3.4.3  市场可行性分析

4  系统设计

4.1  系统总体设计

4.2  数据库设计

5  系统实现

5.1  管理员功能模块实现

5.1.1  校园土地类型模块实现

5.1.2  绿植类型模块实现

5.1.3  校园绿化土地模块实现

5.1.4  员工信息模块实现

5.1.5  绿植种植模块实现

5.1.6  绿植灌溉模块实现

5.1.7  绿植施肥模块实现

5.2  员工端功能模块实现

5.2.1  绿植土地模块实现

5.2.2  绿植种植模块实现

5.2.3  绿植灌溉管理实现

5.2.4  绿植施肥模块实现

6  系统测试

6.1  测试目的

6.2  测试用例

结    论

参 考 文 献

引言

随着大学校园绿化规模与植物养护需求的持续增长，传统人工管理模式已难以应对记录混乱、任务滞后、养护效果不佳等突出问题。为此，本文基于Spring Boot框架设计并开发了一套大学校园植物养护系统，借助信息化手段整合绿化资源，实现植物生长全程的科学监管与高效维护。系统采用Spring Boot + Vue.js前后端分离架构，结合MySQL数据库，划分管理员与员工角色，涵盖土地管理、员工维护、绿植建档及灌溉施肥记录等核心功能，使每项养护操作有据可查，形成完整的电子档案。实际应用将推动校园绿化从粗放式向精细化、数据化管理转变，优化任务分配与执行流程，显著提升工作效率与绿化景观品质。

1  系统概述

1.1  研究背景

在生态文明建设进行中，高等教育事业得到发展，大学校园具有人才培养和生态育人的双重作用，其环境品质受到的关注程度增加，校园绿化面积持续扩大，植物种类日益丰富，给校园绿化管理工作带来了更高的要求，不过，现阶段不少高校的植物养护工作仍旧沿用过往的人工记载和经验评估方式，依靠纸质档案或者简易的电子表格保存相关数据，造成绿化用地底数模糊、植物生长状况不清楚、养护任务落实进程难以查证等情况。伴随持续增加的绿化养护需求和后勤人力不足间的冲突，旧有管理方式表现出响应迟缓、监管不易、工作效率较差的问题，所以，通过利用信息化技术形成一套专门服务于大学校园的植物养护管理方式，以实现对绿化资源进行数字化管理、进行养护作业的精细化控制，已经成为提高校园后勤管理现代化水平的重要选择。以渤海大学为例，随着校园内乔、灌、草等多层次植被覆盖率高达35%，植物种类日益丰富，绿化养护工作愈加繁复；但由于学校绿化管理部门仍主要依赖经验判断和纸质台账进行日常管护，缺少专业的养护人员，导致绿化底数难排查、养护情况难追踪、作业质量难评估。因此，引入信息化管理模式以实现精细化养护，已成为当务之急。

1.2  研究目的

本文设计了利用Spring Boot开发的大学校园植物养护系统，用于处理校园绿化管理上存在的问题，具体研究目的包括：第一，通过对校园绿化土地和绿植类型、详细信息进行数字化建档，解决绿化资产底数不清的问题，从而为后续养护工作提供准确的基础数据支撑，第二，通过形成员工管理模块，达到对绿化养护人员进行统一调度和绩效考核的目的，确定管理员和员工两种角色的职责范围，改进业务流程，提高团队协作效率。第三，主要围绕灌溉和施肥两个主要养护环节，开发信息记录和追溯功能，把分散的养护行为变成可以查询、可以分析的结构化数据，改变传统靠经验养护的粗放方式，第四，通过系统平台进行养护任务全流程闭环管理，使任务派发、执行到结果反馈等环节均有迹可循，进而提高校园植物养护工作在科学化、规范化和智能化上的水平。

1.3  研究意义

本系统的研究拥有主要的理论价值和实际作用，在理论上，本文分析了信息技术在校园后勤精细化管理上的应用方式，扩大了Spring Boot模式在垂直行业管理信息系统中的开发实践，给同类校园绿化管理系统的研制提供了可以参考的设计思路和解决办法，在实践上，使用该系统可以明显提高校园绿化管理的工作效率和数据准确性，把灌溉、施肥等重要养护信息进行数字化记录后，管理者可以使依靠数据来制定更加科学的养护计划，使植物生命周期得到延长，并且减少因为养护不当而导致的重复种植成本。同时，优美的校园环境本身就是一门无声的绿植，该系统通过保障校园景观的持久美观，间接服务于高校的环境育人功能，为师生创造更加舒适宜人的学习生活空间，具有较好的社会效益和推广价值。

1.4  国内外现状

在国内，伴随智慧校园建设工作的推进，校园信息化管理已经从传统教务工作、财务工作等方面，逐步扩大到了后勤服务部分，近些年，不少高校着手引入园林绿化管理系统，市面上也诞生了一些通用的园林养护软件，不过，当前系统基本是为城市园林绿化企业设计的，同高校校园的特殊管理方式存在脱节，功能上主要重视宏观的绿化工程管理，可是对校园里日常浇水、施肥、修剪等精细养护作业的记录和追踪支持不够。同时，国内高校普遍采用后勤集团或者外包服务模式，对员工角色的权限管理和任务考核有特定需求，但是现有通用软件在权限控制和业务流程定制上灵活性较差，现在，许多高校仍然使用Excel等办公软件进行管理，数据孤岛现象比较严重，没有一个集成土地管理、植物档案、员工调度、养护记录的综合性平台，针对大学校园场景的植物养护系统仍有很大的研究和发展空间。

在欧美和日本等发达国家，信息技术在农业和园艺领域的应用时间较早，智能化和精准化水平比较高，校园管理上，大多数知名大学均已形成比较完备的校园地理信息系统，并涵盖数字化管理内容，把绿化植被视为主要基础设施，此类系统通常结合GIS技术，可以对每棵树木及各块绿地进行准确定位与状态监测，而且和灌溉系统互联，按照土壤湿度自动完成浇水以达到智能化控制。在养护管理上，国外相关软件更加重视对数据进行分析、提供决策支持，依靠长期记录植物生长数据、养护记录和环境因素，使用模型预测病虫害发生风险或优化施肥方案，国外绿化管理社会化程度较高，专业园林公司负责大部分养护工作，其软件系统设计侧重多组织协作、合同管理和作业标准执行，我国高校主要依靠内部后勤人员自主管理，二者存在差异，但数据驱动养护决策的先进理念有重要参考价值。

1.5  论文章节

第一章：在系统的设计前期要先进行背景和现状的调研。在前期可以期刊和图书类进行搜集，可以将现状中的功能以及采用的技术进行对比。介绍学者针对于本系统的研究。

第二章：本章节是对开发的技术进行阐述，包含架构SpringBoot以及MyBatis的优势，以及Java语言的开发特性和MySQL的使用特点。

第三章：本章节是对项目的可行性进行研究，包含项目的技术以及经济开发投入可行性，然后以及系统角色以及用例进行功能分析。

第四章：本章节要对系统进行功能详细设计，包含系统的功能模块开发以及底层的数据库设计，数据库设计中包含逻辑和底层表设计。

第五章：本章节主要是对核心业务模块的前端、后台等进行开发，包含对接口的定义，以及数据的存储和展示。

第六章：本章节要对功能模块进行测试，通过白盒以及黑盒完成整个系统功能的测验，然后编写测试用例。

2  相关技术

2.1  开发语言及框架

2.1.1  Springboot框架 

Spring Boot是Pivotal团队提供的基于Spring框架的全新开发框架，其中心设计理念是约定优于配置，用来大幅度简化Spring应用的初始搭建和开发过程，在本系统的开发过程中，Spring Boot作为后端服务的主要框架被使用，它内置自动配置功能，可以依据项目依赖对Spring容器进行自动配置，明显减少传统Spring项目里编写XML配置文件的工作量，让开发人员把更多精力集中在实现业务逻辑上。其次，Spring Boot有大量Starter POMs，可以一次集成各种主流技术栈，包括进行数据库交互的MyBatis，和实现缓存加速的Redis等，这使系统拥有良好的扩展能力，Spring Boot内部集成Tomcat、Jetty等Servlet容器，应用可以通过Jar包方式独立运行，让部署流程得到进行简化。它具备实用的生产环境特性，比如健康检查、度量指标收集等，给系统线上运维带来大力支持，很适合用来建立稳定、高效的校园植物养护管理后端服务。本系统基于SpringBoot来完成后台框架的大家，提升系统的稳定性。

2.1.2  MyBatis框架

MyBatis是一个优秀的持久层模式，它去掉大部分JDBC代码的手动设置和参数获取，支持用简单XML或者注解进行配置，把接口和普通Java对象映射成为数据库里的记录，MyBatis在该系统中起到了将业务逻辑层和MySQL数据库进行连接的作用，其主要优势在于具备极高的灵活度与控制力。开发者能够直接编写原生SQL语句，在面对复杂的校园绿化数据查询场景时，如查询绿化土地上的全部植物信息、统计某员工本月的施肥任务量等，此时可对SQL性能进行精确优化，这有助于阻止框架生成低效语句，同时，MyBatis拥有很强的动态SQL功能，能够依照不同传入参数将查询条件进行动态拼接，很好适应系统里灌溉、施肥等业务模块多样化的组合查询需求。把数据访问层同业务逻辑层进行清晰分离，MyBatis在提高代码可维护性上发挥了作用，同时依靠一级缓存、二级缓存这俩机制，明显地把数据库的访问压力给降下去，让系统在高并发访问的时候能保持住响应速度。本系统基于MyBatis进行底层数据的交互，用户绿植表、养护表、灌溉表等处理。保证了数据存储和查询的效率。

2.1.3  Vue技术

Vue.js是一套用于建立用户界面的渐进式JavaScript模式，因其轻量级、易上手和高效灵活的特点，前端开发领域对其推崇有加，在本系统的前端设计上，Vue.js起到了主要作用，该系统运用组件化开发方式，能够把复杂的校园植物养护管理界面拆分成为若干独立且可复用的组件，包括绿化土地概览卡片、植物信息表单、灌溉记录列表等，在很大程度上提高开发效率和代码复用率。Vue中心库只关心视图层，容易学习和集成，结合其强大路由系统，可以方便建立单页应用，用户在切换员工管理、绿植档案等模块时不用刷新页面，得到流畅原生应用体验，并且，Vue依靠虚拟DOM技术达到高效的视图更新效果，保证在处理大量植物数据渲染时界面依然可以保持流畅顺滑。利用Element UI等组件库，可以快速建立界面美观和交互友好的管理系统界面，明显提高管理员和员工在日常工作上操作的便捷性及满意度。本系统基于Vue进行前端开发，完成绿植界面、养护界面、施肥界面等展示，保证了前后台的分离交互。 

2.2  开发工具

2.2.1  IDEA开发工具

IntelliJ IDEA被看作Java开发领域最有力的集成开发环境之一，它出色的智能性和很强的洞察能力使系统开发发生很大改变，在本系统的开发上，IDEA表现出了很多明显优势，它有非常强大的代码智能提示功能，不只停留在简单的代码补全上，也可以仔细理解代码上下文，从而提供链式编程和SpringBoot模式下特定API的准确建议，明显提高基于SpringBoot进行复杂业务逻辑编上写的速度。

2.2.2  Tomcat服务器 

Apache Tomcat是一款开源的Java应用服务器，比较轻量级，部署Java Web应用时是主流选择，在系统中起到运行环境的作用，其主要优势是开源免费并且技术成熟，拥有比较广泛的社区支持和丰富的实践经验，减少了系统部署成本和风险，Tomcat按照Java Servlet和JavaServer Pages规范运行，确保通过Spring Boot开发的应用系统拥有比较好的标准兼容性。虽然Spring Boot内置Tomcat，但了解其长处仍有必要：Tomcat在资源管理上表现突出，支持灵活设置线程池和连接器，可以对校园植物养护系统的并发访问特点进行精细调优，兼顾系统响应速度和服务器资源消耗，该模块化架构设计让部署变得非常简单，只需要把系统打包成War包放到指定目录里就可以完成发布。Tomcat拥有完整的管理界面和监控功能，管理员能够实时查看应用状态、会话信息和JVM资源使用情况，在日常运维和故障排查上提供很大帮助，使系统可以长期稳定运行。

3  系统分析

3.1  业务需求

3.1.1  业务概述

管理员作为系统的主要管理者，要对校园绿化资源的基础数据进行整体把控，其业务需求内容涉及对校园绿化土地进行整体规划、登记，明确掌握土地分布和使用状态，对员工账户进行增加、删除、修改和查询操作、分配权限，确保护养团队的有序运转，把绿植类型和详细信息按照统一标准进行建档，形成完整的植物档案库。管理员也应该可以对员工录入的灌溉与施肥信息进行全局查询与监督，以便在宏观上把控养护工作的进度，并评估整体的养护质量。

员工作为养护具体工作的执行者，其自身业务需求聚焦于日常作业方面的便捷记录形式和个人事务等方面的高效管理，员工要能随时了解负责区域里绿植的详细信息，把握植物特性来进行科学养护，在浇水和施肥任务完成以后，可以迅速和准确地录入灌溉量、施肥品种等重要数据，让养护过程有数据可查。员工也需要修改个人登录密码，保证账户安全，从而能够把精力集中在日常养护任务的完成上，提高工作效率。

3.1.2  业务流程

（1）校园绿化土地管理模块

本文对校园内全部绿化用地进行统一登记和分区规划，详细记载各块土地所处的位置、面积大小、土壤类别及当前使用状况。

（2）员工管理模块

完成系统员工账户的建立、信息保持、权限划分、离开时进行注销，保证养护团队组织结构的数字化进行管理。

（3）绿植类型管理模块

制定植物分类标准，对校园内各类植物的科属、习性、养护要点等模板信息进行统一和整体维护。

（4）绿植信息管理模块

对每一株或每片区域内植物的详细信息进行记录，内容涵盖品种、种植时间、生长状态和位置归属，以此形成完整的植物电子档案。

（5）灌溉信息管理模块

将灌溉作业每次执行的时间和用水量、灌溉方式还有责任人进行记录，实现浇水养护过程可视化追溯。

（6）施肥信息管理模块

详细记录各个施肥作业中的肥料品种、施用量、施肥时间、执行人员，用来保证施肥操作的科学规范并且可以查找依据。

（7）个人密码编辑模块

让员工能够更改登录账号密码，从而确保系统账号的操作安全并且责任清晰。

3.2  功能需求分析

整个系统分为二个部分，管理员主要负责对校园土地的管理、以及校园绿植信息管理、可对员工信息进行录入操作，对校园的绿植的灌溉、施肥、养护、虫害处理等信息进行查询和任务安排，管理员用例图如图3.1所示。

图3.1  管理员用例图

员工端可对绿植信息进行录入操作，可对管理员安排的养护任务信息进行处理，对绿植的施肥和灌溉等进行信息录入操作，可对所有的操作记录信息进行查询。员工用例图如图3.2所示。

图3.2 员工用例图

3.3  非功能性需求

对系统的非功能需求分析主要包含以下点：

（1）安全性：系统开发操作安全性首要考虑，大量的数据存储到表必须要做到数据的保密。安全性考虑主要是对用户的隐私保密性以及模块数据的存储安全，且要对整体数据进行备份，保证数据不丢失。

（2）并发性：从客观角度而言，在用户体量增大后要保证项目运行中人员可正常操作，系统可同时兼容在线人数500人次，且要做到用户整体体量在10万+，要做到数据不串乱，做到底层数据锁机制合理以及存储有效性。

（3）响应度：从系统的响应度而言，在数据量增加后要保证数据检索的快有效，因此对于一些大体量存储表，要进行索引的设计，同时对一些多表关联查询的业务表可以进行视图处理，必要时可以加入Redis缓存进行处理。

（4）易用性：系统界面简洁直观，操作流程符合日常养护习惯。员工无需专业培训即可快速完成灌溉、施肥等记录，并支持关键信息提示与数据验证，减少录入错误，提升使用体验。

（5）可维护性：后端采用Spring Boot框架实现模块化分层，业务逻辑与数据访问分离。代码结构清晰，配置集中管理，便于后期功能扩展与故障排查，降低系统维护成本。

3.4  可行性分析

3.4.1  技术可行性分析

系统使用了成熟和稳定的技术栈，技术可行性能够得到证明，后端使用Spring Boot模式，把开发配置进行简化，可以快速对RESTful API进行建立，数据持久层选用MyBatis，能够灵活地编写复杂SQL语句，也符合校园植物养护中多样化的数据查询要求。前端使用的是Vue.js渐进式框架，组件化开发模式在界面维护和功能扩展方面比较方便，系统使用MySQL做数据库，Redis做缓存，二者均为开源成熟技术，社区支持广泛，开发工具IntelliJ IDEA和运行环境Tomcat在行业内属于标准配置，技术上的风险可以控制，现有的开发团队有能力完成本项目的研发工作。

3.4.2  操作可行性分析

系统界面设计按照简洁直观的原则，把高校后勤管理人员及一线绿化员的实际操作习惯纳入考量，管理员端功能模块划分比较明确，土地管理、员工管理、绿植建档等操作流程基本符合日常管理逻辑，数据统计和查询功能有助于进行宏观方面的把控，员工端中心着力放在主要养护任务上，灌溉及施肥信息录入界面设计得比较简洁，可以支持快速填报，能够降低一线人员的学习成本。同时，系统也提供个人密码修改等基础安全功能，操作非常便捷，总体来说，系统功能符合具体业务情况，用户接受较少培训就可以运用熟练，有较好的操作可行性。

3.4.3  经济可行性分析

从经济可行性看，本系统基于Spring Boot和Vue.js等开源技术栈，开发成本低；通过信息化管理减少人工巡查、记录等重复劳动，降低人力支出，同时避免因养护延迟导致的植物补种、景观重修等额外开销。长期运行可有效提升资源利用率，实现绿化投入的效益最大化，具有显著的经济收益。

4  系统设计

4.1  系统总体设计

系统主要包含两种角色，管理员和员工，系统核心模块包含校园土地类型管理、绿植类型管理、绿植种植管理、员工管理、施肥管理、灌溉管理，系统功能模块图如图4.1所示。

图4.1  系统功能模块图

4.2  数据库设计

校园土地类型实体包含，主键、校园土地类型、校园土地描述。

图4.2 绿化土地类型实体图

绿植类型划分实体包含，绿植类型主键、绿植类型名称、绿植类型描述。

图4.3 绿植类型实体图

绿化员工信息实体包含，员工id、员工账号、员工密码、员工身份证、员工描述、员工邮箱、员工电话、员工状态。

图4.4 员工实体图

校园土地信息实体，校园土地id、校园土地编号、校园土地地址、校园土地类型、校园土地描述、校园土地面积。

图4.5 绿化土地信息实体图

校园绿植信息实体，校园绿植id、校园绿植名称、校园土地id、种植类型id、校园绿植描述、种植数量。

图4.6 绿植种植实体图

校园土地施肥信息实体，种植施肥id、种植施肥名称、校园土地id、种植施肥类型id、种植施肥描述、种植施肥数量。

图4.7 绿植施肥实体图

校园土地灌溉信息实体，种植灌溉id、种植灌溉名称、校园土地id、种植灌溉类型名称、种植灌溉描述、种植灌溉数量。

图4.8  灌溉实体图

养护任务实体，绿植id、员工id、任务描述、完成状态、成果图片、时间。

图4.9  养护任务实体图

虫害上报实体，员工id、虫害描述、上报状态、安排处理信息、时间。

图4.10  虫害汇报实体图

系统的主要实体间关系E-R图如图4.11所示。

图4.11  系统E-R图

表4.1校园土地类型数据表

表4.1校园土地类型表

字段名	设计描述	字段类型	长度	是否为空	主外键标识
id	主键	int(9)		否	主键
gengditypesname	校园土地类型	varchar(52)		是
gengditypesdesc	校园土地描述	varchar(52)		是

表4.2为绿植类型据表。

表4.2绿植类型划分信息表

字段名	设计描述	字段类型	主外键标识
nongzitypeid	绿植类型主键	int(9)	主键
nongzitypname	绿植类型名称	varchar(52)
nongzitypedesc	绿植类型描述	varchar(52)

表4.3为员工信息。

表4.3员工信息表

字段名	设计描述	限制条件	主外键key
Yuanuserid	员工id	int(9)	主键
Yuanuseruser	员工账号	varchar(57)
Yuanuserpwd	员工密码	varchar(94)
Yuanusercard	员工身份证	varchar(18)
Yuanuserdesc	员工描述	varchar(94)
Yuanuseremail	员工邮箱	varchar(57)
Yuanusertel	员工电话	varchar(15)
Yuanuserstatus	员工状态	int(9)

表4.4为校园土地信息。

表4.4校园土地信息表

字段名	设计描述	限制条件	主外键key
gengdiid	校园土地id	int(9)	主键
biahao	校园土地编号	varchar(57)
address	校园土地地址	varchar(94)
typeid	校园土地类型	varchar(94)
dsecriptipon	校园土地描述	varchar(57)
mianji	校园土地面积	varchar(15)

表4.5为校园绿植信息。

表4.5校园绿植信息表

字段名	设计描述	限制条件	主外键key
zhongzhiiid	校园土地id	int(9)	主键
zhongzhiname	校园绿植名称	varchar(57)
gengdiid	校园土地id	varchar(94)
typeid	种植类型id	varchar(94)
dsecriptipon	校园绿植描述	varchar(57)
shuliang	种植数量	varchar(15)

表4.6为校园绿植施肥信息。

表4.6校园土地施肥信息表

字段名	设计描述	限制条件	主外键key
shifeiid	种植施肥id	int(9)	主键
shifeiname	种植施肥名称	varchar(57)
gengdiid	校园土地id	varchar(94)
types	种植施肥类型id	varchar(94)
dsecriptipon	种植施肥描述	varchar(57)
shuliang	种植施肥数量	varchar(15)

表4.7为校园绿植灌溉信息。

表4.7校园土地灌溉信息表

字段名	设计描述	限制条件	主外键key
guangaiid	种植灌溉id	int(9)	主键
guangainame	种植灌溉名称	varchar(57)
gengdiid	校园土地id	varchar(94)
types	种植灌溉类型名称	varchar(94)
dsecriptipon	种植灌溉描述	varchar(57)
shuliang	种植灌溉数量	varchar(15)

表4.8为绿植养护信息。

表4.8 养护任务信息表

字段名	设计描述	限制条件	主外键key
yanghuid	养护id	int(9)	主键
yanghudesc	养护描述	varchar(57)
userid	员工id	varchar(94)
photo	完成图片	varchar(94)
dsecriptipon	完成描述	varchar(57)
riqi	发布日期	varchar(15)

表4.9为虫害上报信息。

表4.9 虫害上报信息表

字段名	设计描述	限制条件	主外键key
huibaoid	虫害汇报id	int(9)	主键
chonghaidesc	虫害描述	varchar(57)
userid	员工id	varchar(94)
Status	汇报状态	varchar(94)
dsecriptipon	处理安排描述	varchar(57)
riqi	发布日期	varchar(15)

5  系统实现

5.1  管理员功能模块实现

5.1.1  校园土地类型模块实现

在管理后台人员端可以对校园的绿化带土地类型信息进行新增录入操作，可点击新增按钮对类型名称和绿化带土地类型描述信息新增，可对信息进行编辑和删除。当管理员在前端Vue页面填写类型名称和描述并提交时，前端会进行非空及格式校验；数据发送至后端后，系统通过拦截器校验请求合法性，业务层Service进一步验证类型名称是否重复、描述是否符合规范；校验通过后，利用MyBatis-Plus将绿化带土地类型信息持久化至MySQL数据库，并返回操作结果；对于编辑和删除操作，同样会先校验数据存在性与权限，再执行更新或逻辑删除，确保数据一致性与后台管理的高效响应。

图5.1  校园土地类型界面图

5.1.2  绿植类型模块实现

在管理后台人员端可以对绿植的类型信息进行录入，包含绿植类型的名称和描述信息进行新增，并可对绿植类型进行编辑和删除。具体交互过程中，管理员在Vue页面填写类型名称与描述后，前端会首先进行非空和长度校验；数据发送至后端时，系统通过拦截器验证请求的合法性，再由业务层Service进行业务校验，例如使用正则匹配限制名称格式、查询数据库确保类型名称唯一；校验通过后，Service层将绿植类型数据通过MyBatis-Plus持久化到MySQL数据库，并返回操作结果给前端；对于编辑和删除操作，后端同样会校验数据存在性及操作权限，再执行更新或逻辑删除，从而保证数据的一致性和后台管理的流畅体验。

图5.2  绿植类型界面图

5.1.3  校园绿化土地模块实现

在管理后台端可以对校园土地的基础信息进行管理录入，对绿化带土地的编号、位置、描述信息以及状态等信息进行录入，并可对信息进行编辑。具体实现时，管理员在Vue页面填写土地编号、位置、描述及状态后，前端会进行非空与格式初步校验；数据提交至后端，系统通过拦截器验证请求合法性，业务层Service则进一步校验编号是否重复、位置坐标是否符合规范、状态是否在允许的枚举值范围内；校验通过后，Service利用MyBatis-Plus将土地基础信息持久化至MySQL数据库，并向前端返回操作结果；对于编辑操作，后端会先校验该土地记录是否存在、编号变更时是否冲突，再执行更新，确保数据准确一致，从而支撑后台管理的高效与可靠。

图5.3  校园土地界面图

5.1.4  员工信息模块实现

在后台可以对员工的基础信息进行录入，包含对员工的账号进行设置以及对人员的电话号码和联系地址等信息进行录入操作。具体交互过程中，管理员在Vue页面填写员工账号、电话、地址等字段后，前端会进行非空及格式校验；数据发送至后端时，系统通过拦截器验证请求合法性，业务层Service进一步校验账号是否已存在、手机号是否重复，并对密码采用BCrypt加密；校验通过后，Service利用MyBatis-Plus将员工信息持久化至MySQL数据库，并返回操作结果给前端；对于后续的编辑操作，后端同样会校验数据有效性和唯一性冲突，确保员工信息的准确管理与系统安全。

图5.4  员工信息界面图

5.1.5  绿植种植模块实现

在管理员端可以对绿植种植信息进行录入管理，可对每个绿化带的种植信息进行管理查询，包含对绿化种植的信息以及土地信息和面积信息等。具体实现时，管理员在Vue页面选择或填写绿化带标识、种植的绿植类型、土地编号及面积等字段后，前端会进行非空、数值范围及格式校验；数据提交至后端，系统通过拦截器验证请求合法性，业务层Service进一步校验绿化带与土地是否存在、面积是否合理、种植信息是否重复；校验通过后，Service利用MyBatis-Plus将绿植种植信息持久化至MySQL数据库，并向前端返回操作结果；对于查询与后续编辑操作，后端同样会校验数据存在性与权限，确保种植管理的高效、准确与数据一致性。

图5.5  绿植种植界面图

5.1.6  绿植灌溉模块实现

在管理员端可以对绿植种植的灌溉信息进行查询，对员工录入的灌溉信息进行分页查询，包含灌溉的时间以及灌溉的作物信息。具体实现时，管理员在Vue页面输入灌溉时间范围、作物名称等筛选条件并设定分页参数（页码、每页条数）后，前端会对分页参数进行非空与合法性校验；请求发送至后端，系统通过拦截器验证请求合法性，业务层Service进一步校验分页参数的边界值与查询条件的合理性；随后Service利用MyBatis-Plus的分页插件从MySQL数据库中分页查询灌溉记录，返回灌溉时间、作物信息等数据；最终将分页结果封装后返回前端进行表格展示，并支持翻页与条件筛选，从而实现对员工录入灌溉信息的高效管理与追溯。

图5.6  绿植灌溉展示界面图

5.1.7  绿植施肥模块实现

管理员端可以对员工操作的施肥记录信息进行查询，可对施肥的时间以及施肥的类型信息进行查询。具体实现时，管理员在Vue页面输入施肥时间范围、肥料类型等筛选条件并设置分页参数后，前端会进行非空及日期格式校验；查询请求发送至后端，系统通过拦截器验证请求合法性，业务层Service进一步校验时间区间逻辑是否合理、分页边界是否合法；校验通过后，Service利用MyBatis-Plus的分页插件从MySQL数据库中分页检索施肥记录，返回施肥时间、肥料类型等关键字段；最终将分页结果封装并返回前端进行展示，支持按条件筛选与翻页操作，从而实现对员工施肥记录的高效追溯与管理。

图5.7  绿植施肥展示界面图

5.2  员工端功能模块实现

5.2.1  绿植土地模块实现

在员工端可以对绿植土地信息进行查询，可通过分页的方式对绿化带信息以及位置信息和描述信息等进行查询。具体实现时，员工在Vue页面设置分页参数及可选的筛选条件后，前端对分页参数进行非空与合法性校验；查询请求发送至后端，系统通过拦截器验证请求合法性，业务层Service进一步校验分页边界及筛选条件的合理性；校验通过后，Service利用MyBatis-Plus的分页插件从MySQL数据库中分页查询绿化带土地信息，返回绿化带编号、位置、描述等字段；最终将分页结果封装后返回前端进行表格展示，并支持翻页与条件筛选，方便员工快速查阅绿植土地的相关信息。

图5.8  绿植土地展示界面图

5.2.2  绿植种植模块实现

在员工端可以对绿化种植的信息录入，包含所对应的绿化带的编号、绿化种植信息、种植时间等信息进行新增，并可对种植信息进行编辑。具体交互过程中，员工在Vue页面填写绿化带编号、种植信息及种植时间后，前端会进行非空及格式校验（如编号格式、时间格式）；数据提交至后端，系统通过拦截器验证请求合法性，业务层Service进一步校验绿化带编号是否存在、种植时间是否合理、是否重复录入；校验通过后，Service利用MyBatis-Plus将种植信息持久化至MySQL数据库，并返回操作结果；对于编辑操作，后端会校验记录存在性及相关冲突，再执行更新，确保绿化种植数据的准确与可追溯。

图5.9  绿植种植界面图

5.2.3  绿植灌溉管理实现

在员工端可以对绿植的灌溉情况进行记录，包含对绿植的灌溉的开始时间和结束时间以及灌溉的绿植信息进行录入保存。具体实现时，员工在Vue页面填写绿化带编号、绿植类型、灌溉开始时间与结束时间后，前端会进行非空校验、时间先后顺序校验以及日期格式校验；数据提交至后端，系统通过拦截器验证请求合法性，业务层Service进一步校验绿化带与绿植是否存在、灌溉时间与已有记录是否冲突、时长是否合理；校验通过后，Service利用MyBatis-Plus将灌溉记录持久化至MySQL数据库，并返回操作结果；对于后续可能需要的编辑或删除操作，后端同样会校验记录存在性与权限，确保灌溉数据准确可追溯，为后续灌溉管理与分析提供可靠依据。

图5.10  绿植灌溉界面图

5.2.4  绿植施肥模块实现

在员工端可以对绿植的施肥情况进行录入新增，包含对绿植施肥的数量信息以及所属的施肥类型等进行记录新增。具体交互过程中，员工在Vue页面填写绿化带编号、施肥类型、施肥数量等信息后，前端会进行非空及数值范围校验；数据提交至后端，系统通过拦截器验证请求合法性，业务层Service进一步校验施肥类型是否存在、绿化带是否已种植相应绿植、数量是否合理；校验通过后，Service利用MyBatis-Plus将施肥记录持久化至MySQL数据库，并返回操作结果；对于后续的编辑操作，后端同样会校验记录存在性与数据有效性，确保施肥记录的准确与可追溯。

图5.11  绿植施肥界面图

5.2.5  养护任务模块实现

在员工端可以对管理员发布的养护任务信息进行接受，点击接受后对应更新任务状态信息，在员工完成任务后可对完成结果以及完成任务的图片信息进行新增更新。具体实现时，员工在Vue页面查看任务列表并点击“接受”按钮后，前端会校验任务状态是否可接受；请求发送至后端，系统通过拦截器验证合法性，业务层Service进一步校验任务是否存在、当前员工是否有权限接取，校验通过后利用MyBatis-Plus更新MySQL数据库中该任务的状态为“进行中”。员工完成任务后，在Vue页面填写完成结果描述并上传图片，前端会进行非空校验及图片格式、大小校验；数据提交至后端，Service对图片进行合法性检查并将图片存储至服务器或云存储，同时将完成结果与图片路径持久化到任务完成记录表中，最后返回操作结果给前端，确保养护任务全流程的可追溯与状态同步。

图5.12  养护任务界面图

5.2.6  虫害汇报模块实现

在员工端可以对绿植的虫害进行汇报，在新增界面中输入虫害信息进行上报，管理员可以对汇报情况进行审核，然后进行除害的处理意见安排。具体实现时，员工在Vue页面填写虫害类型、发生位置、描述及图片后，前端会进行非空及格式校验；数据提交至后端，系统通过拦截器验证请求合法性，业务层Service进一步校验虫害信息是否重复、图片是否合规；校验通过后，Service利用MyBatis-Plus将虫害汇报记录持久化至MySQL数据库，状态默认为“待审核”，并返回操作结果给员工。管理员端可对汇报记录进行分页查询与审核，审核时填写处理意见及除害措施，后端同样会校验权限与数据存在性，并更新状态为“已处理”或“驳回”，确保虫害汇报与处理流程闭环可追溯。

图5.13  虫害汇报界面图

6  系统测试

6.1  测试目的

在系统测试环节主要是对系统的前期需求进行验证。在测试中主要采用黑盒与白盒方法进行测试，包含对系统的功能模块、数据存储、性能等各个方面进行测试。测试中可以采用边界法，将具有代表性的测试数值进行前端的输入以及对数据的存储流转和业务处理进行测试。测试中也要对性能进行测试，包含服务器的内存占比、用户的并发量情况等，都要进行测试，保证系统的部署上线要求。

6.2  测试用例

表6.1列出了登录功能的核心测试用例，覆盖了正常与异常两种典型场景。通过login_01和login_02的验证，确保系统能正确处理正确与错误的登录信息。

表6.1 登录功能测试用例

用例编号	用例描述	操作过程及数据	预期结果	实际结果
login_01	输入正确账号登录	输入正确的账号和密码进行登录操作	提醒登录成功	通过
login _02	输入错误信息登录	输入不存在的账号和密码进行登录操作	登录失败	通过

      表6.2验证了绿植类型新增及查询两大核心操作，确保数据能正确保存并跳转至列表页面。通过types_01与types_02两条用例，分别覆盖了新增保存成功与查询跳转正常的正向场景。

表6.2 新增绿植类型功能测试用例

用例编号	用例描述	操作过程及数据	预期结果	实际结果
types_01	输入绿植类型数据	对数据新增后点击保存	页面新增绿植类型成功	通过
types_02	点击查询绿植类型信息	进入绿植类型查询界面	页面跳转数据列表查询	通过

表6.3主要验证员工信息管理中的账号唯一性校验与信息查询跳转，确保新增账号不冲突且查询功能正常。通过User_01与User_02两条用例，分别覆盖了账号冲突检测和注册员工信息列表查询页面跳转的正向场景。

表6.3 查看员工信息功能测试用例

用例编号	用例描述	操作过程及数据	预期结果	实际结果
User_01	输入账号信息	验证是否账号冲突	页面新增账号成功	通过
User _02	点击查询信息	进入注册员工查询界面	页面跳转数据列表查询	通过

    表6.4聚焦虫害汇报管理中的问题浏览与删除操作，确保查询跳转和删除功能的正确执行。通过pest_01与pest_02两条用例，分别覆盖了用户反馈问题的查询跳转以及虫害汇报删除成功的正向场景。

表6.4 管理员工虫害汇报功能测试用例

用例编号	用例描述	操作过程及数据	预期结果	实际结果
pest_01	浏览用户反馈问题信息	进入系统界面点击虫害汇报反馈查询	页面跳转用户查询界面	正确
pest _02	点击删除问题操作	进入系统后进行虫害汇报删除	用户删除成功	正确

    表6.5主要验证管理绿植功能中的类型添加与重置删除操作，确保页面能正确跳转至分类界面且绿植信息可被删除。通过plants_01与plants_02两条用例，分别覆盖了添加类型信息的界面跳转和重置类型操作的信息删除成功正向场景。

表6.5 管理绿植功能测试用例

用例编号	用例描述	操作过程及数据	预期结果	实际结果
plants_01	添加类型信息	进入系统界面点击管理绿植查看	页面跳转分类界面	正确
plants _02	点击重置类型操作	进入系统后绿植信息删除	信息删除成功	正确

表6.6重点验证养护任务处理信息的浏览查询与删除操作，确保页面跳转及信息删除功能正常。通过maintenance_01和maintenance_02两条用例，分别覆盖了查询界面跳转和养护任务信息删除成功的正向场景。

表6.6 管理员工养护任务功能测试用例

用例编号	用例描述	操作过程及数据	预期结果	实际结果
maintenance_01	浏览养护任务处理信息问题	进入系统界面点击养护任务处理信息查询	页面跳转用户查询界面	正确
maintenance_02	点击删除问题操作	进入系统后进行员工养护任务信息删除	信息删除成功	正确

    表6.7主要覆盖绿植施肥信息的新增保存与删除记录操作，确保施肥数据能被成功添加并从系统中移除。通过fertilization_01和fertilization_02两条用例，分别验证了新增施肥信息的保存成功以及删除施肥记录的正确性。

表6.7 查询绿植施肥测试用例

用例编号	用例描述	操作过程及数据	预期结果	实际结果
fertilization_01	输入绿植施肥信息	对数据新增后点击保存	页面新增员工绿植施肥成功	正确
fertilization_02	点击绿植施肥进行删除	进入系统后施肥记录删除	数据记录删除成功	正确

表6.8聚焦养护任务的新增保存与删除操作，验证任务数据能否正确添加并支持删除功能。通过task_01和task_02两条用例，分别覆盖了新增养护任务的成功保存以及删除养护任务记录的正确性场景。

表6.8 发布养护任务测试用例

用例编号	用例描述	操作过程及数据	预期结果	实际结果
task_01	输入养护任务信息	对数据新增后点击保存	页面新增账号成功	正确
task _02	点击养护任务信息删除	进入系统后对绿植类型记录删除	数据记录删除成功	正确

表6.9主要验证绿植灌溉信息的新增保存与删除操作，确保灌溉数据能被正确添加并从系统中移除。通过irrigation_01和irrigation_02两条用例，分别覆盖了新增灌溉信息的保存成功以及删除灌溉记录的正确性场景。

表6.9 查询绿植灌溉测试用例

用例编号	用例描述	操作过程及数据	预期结果	实际结果
irrigation_01	输入绿植灌溉信息	对数据新增后点击保存	页面新增员工绿植灌溉成功	正确
irrigation_02	点击绿植灌溉进行删除	进入系统后灌溉记录删除	数据记录删除成功	正确

表6.10验证校园土地数据的新增保存与查询跳转操作，确保土地类型能成功添加并支持列表查询。通过landytypes_01和landytypes_02两条用例，分别覆盖了新增土地信息的保存成功以及跳转至数据列表查询的正确性场景。

表6.10 新增土地类型功能测试用例

用例编号	用例描述	操作过程及数据	预期结果	实际结果
landytypes_01	输入校园土地数据	对数据新增后点击保存	页面新增校园土地成功	通过
landytypes_02	点击查询校园土地信息	进入校园土地查询界面	页面跳转数据列表查询	通过

结    论

本文基于Spring Boot框架与Vue.js前端技术，结合MySQL数据库，完成了一套大学校园植物养护系统的设计与开发。系统后端利用Spring Boot的简化配置与快速部署特性，实现了校园绿化土地管理、员工信息维护、绿植类型及信息数字化建档等核心业务逻辑；前端采用Vue.js构建交互界面，重点开发了灌溉信息与施肥信息的记录追溯模块，支持日常养护操作的全程留痕。系统划分为管理员与员工两种角色，分别承担数据维护与任务执行职责，形成了完整的植物养护电子档案闭环。

实际应用表明，该系统显著提升了校园绿化管理的数字化水平。通过建立统一的绿化资源数据库，改变了传统纸质记录与人工调度导致的记录杂乱、任务延迟问题；每项灌溉、施肥等养护操作均实现电子化记录与可追溯查询，管理员可实时监督养护进度与效果，员工则依据系统分配的任务清单执行作业，职责分明。养护效果的可控性明显增强，为校园绿化景观的长期品质提供了数据支撑。

本系统目前仍存在一定不足：一是缺乏移动端适配，现场养护人员需返回电脑端录入数据，操作便捷性受限；二是未集成传感器设备，土壤湿度、光照强度等环境参数仍需人工判断，无法实现自动预警；三是数据分析功能较为基础，尚未利用历史养护数据生成优化建议。未来工作将开发移动端小程序，支持现场拍照上传与离线记录；引入物联网传感器，实现环境数据自动采集与灌溉施肥智能推荐；并基于机器学习算法对养护记录进行分析，预测植物生长趋势，进一步推动校园绿化管理向智慧化演进。

参 考 文 献

[1] 崔靖茹,文华,刘宏磊,等. 基于Vue和SpringBoot框架的高校信息化项目管理系统的设计与实现[J].现代信息科技,2025,9(22):77-81.DOI:10.19850/j.cnki.2096-4706.2025.22.014.

[2] 王文湛,张军,黄威. 基于SpringBoot+Vue的高校考试编排及管理系统[J].无线互联科技,2025,22(19):51-54+71.

[3] 汤智宏. 基于SpringBoot+Vue的线上书店设计与实践[J].电脑编程技巧与维护,2025,(09):71-73.DOI:10.16184/j.cnki.comprg.2025.09.011.

[4] 丁禹钧,朱一龙,王雪静. 基于SpringBoot和Vue的高校员工社团管理系统[J].电脑编程技巧与维护,2025,(09):110-112+165.DOI:10.16184/j.cnki.comprg.2025.09.025.

[5] 陈玲. 基于SpringBoot和Vue3的高校社团管理系统设计与实现[J].电脑编程技巧与维护,2025,(08):3-7+23.DOI:10.16184/j.cnki.comprg.2025.08.024.

[6] 闫磊. 基于SpringBoot和Vue的客户关系管理系统[J].数字传媒研究,2025,42(07):50-53.

[7] 牛子逸.基于Vue+SpringBoot的音乐评阅系统设计与实现[D].电子科技大学,2025.DOI:10.27005/d.cnki.gdzku.2025.003877.

[8] 梁雨中. 基于SpringBoot+Vue的智慧养殖场环境监控系统[J].电脑知识与技术,2025,21(05):61-63.DOI:10.14004/j.cnki.ckt.2025.0190.

[9] 张豪,姚佰允,杜瑞庆. 基于SpringBoot和Vue的贪吃蛇双人对战游戏设计与实现[J].无线互联科技,2025,22(03):51-55.

[10] 黄江凯,施运应,谢吉煌,等. 基于SpringBoot+Vue的大员工党员发展教育管理平台的设计与实现[J].电脑知识与技术,2025,21(04):57-60.DOI:10.14004/j.cnki.ckt.2025.0230.

[11] 汪鹏,姜苏城,钱宝健. 基于Vue和SpringBoot的乡村创业互助系统[J].电脑编程技巧与维护,2025,(01):27-30+69.DOI:10.16184/j.cnki.comprg.2025.01.042.

[12] 张靖旭,曾晓晶,郭玉坤. 基于SpringBoot的校园植物信息网建设研究[J].信息与电脑(理论版),2024,36(22):119-121.

[13] 钟育伙. 基于SpringBoot+Vue的校园活动管理系统设计与实现[J].电子技术,2024,53(10):56-57.

[14] 魏海明,张芯语. 校园安防监测预警系统设计与实现[J].无线互联科技,2024,21(16):69-73.

[15] 郭甲天,陈婷,向阳. 一种基于SpringBoot框架校园宿舍管理系统的设计与实现[J].电脑知识与技术,2024,20(07):37-40.DOI:10.14004/j.cnki.ckt.2024.0444.

[16] 张豪,朱石磊,胡建华,等. 基于B/S架构的校园论坛系统的设计与实现[J].电脑知识与技术,2023,19(33):32-35.DOI:10.14004/j.cnki.ckt.2023.1779.

[17] 银莉,杜啸楠. 基于SpringBoot和Vue的校园积分系统的设计与实现[J].集成电路应用,2023,40(07):414-415.DOI:10.19339/j.issn.1674-2583.2023.07.187.

[18] 朱志慧,蔡洁. 基于SpringBoot+Vue+Uni-app框架的校园失物招领系统[J].电子技术与软件工程,2022,(17):62-65.DOI:10.20109/j.cnki.etse.2022.17.013.