教育机构管理系统:毕业设计与分层部署
4 min read
教育机构管理系统是我的毕业设计作品,也是我第一次用更长周期完成的业务管理系统。
和 ZJC 航空公司系统相比,它的重点不再只是“做出一个完整项目”。它开始进入更真实的业务管理场景,需要处理角色权限、课程、排课、考勤、缴费、退费、成绩和通知这些相互关联的流程。
功能范围
项目采用 Spring Boot + Vue 3 的前后端分离结构。后端使用 Spring Security、JWT、MyBatis-Plus 和 MySQL,前端使用 Vue 3、Vite、Element Plus、Pinia 和 ECharts。
系统面向教培机构,角色包括管理员、教师、学生和家长。管理员负责课程、班级、教室、排课、缴费和统计管理。教师处理课程实例、考勤、成绩和学生信息。学生和家长则查看课程、考勤、成绩、缴费和通知。
这类系统的难点不在单个页面,而在业务之间的关系。课程模板、排课实例、报名选课、考勤记录和财务记录不能互相打架。这个项目让我第一次比较系统地面对“业务链路”而不是孤立功能。
部署取舍
这个项目后来做了分层部署。
由于自有云服务器规格较低,主要是 2C1G,我没有把前端、后端和数据库都压到同一台机器上。后端部署在自有 Linux 服务器,前端使用 Azure Static Web Apps,数据库使用 Azure MySQL Flexible Server。
这样做的好处很直接。静态资源不占用小服务器,数据库也不和后端抢内存。自有服务器主要负责后端服务、反向代理和进程守护,压力更可控。
这段经历让我开始理解,上线不是把代码复制到服务器就结束。低规格服务器下,前端、后端、数据库怎么拆,哪个部分交给托管服务,哪个部分自己维护,都会影响系统是否能稳定运行。
对我的意义
这个项目让我从短周期课程项目,进入到更长周期的完整系统推进。
我开始更有意识地在执行前和 AI 讨论目标、边界和限制,也开始使用 Git 保存阶段版本,并把项目推到远程仓库。后面我对部署、运行、维护和证据链的关注,也是在这个阶段慢慢长出来的。
参考材料:
- 项目 README
docs/项目分析_基于代码实现.mddocs/测试文档_总览.mddocs/vm4-japan部署方案_20260416.mddocs/vm4-japan部署命令实录_20260416.md