董云舟1. 项目背景与核心价值
公寓报修管理系统是现代化物业管理中不可或缺的数字化工具。传统的手工登记报修方式存在响应慢、流程不透明、维修记录难以追溯等问题。我们团队基于SpringBoot框架开发的这套系统，在三个学生公寓的实际运行中，将平均报修响应时间从72小时缩短至8小时，维修工单完结率提升至92%。
这套系统最核心的创新点在于实现了"移动端发起-自动派单-进度追踪-满意度评价"的全流程闭环管理。住户通过微信小程序提交报修单时，系统会基于NLP技术自动识别故障类型，并匹配最近3天内空闲率最高的维修工。我在实际部署中发现，这种智能派单机制比传统人工派单效率提升约40%。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 技术架构解析
2.1 整体技术选型
系统采用前后端分离架构，技术栈组合经过多次压力测试验证：
- 后端：SpringBoot 2.7.18 + MyBatis-Plus 3.5.3
- 前端：Vue 2.6 + ElementUI 2.15
- 数据库：MySQL 8.0.32（配置了主从复制）
- 消息队列：RabbitMQ 3.11（用于异步处理工单状态变更）
- 缓存：Redis 6.2（存储会话和热点数据）
选择MyBatis-Plus而非JPA的考量：在初期原型阶段，我们对比发现MyBatis-Plus的Wrapper条件构造器更适应复杂查询场景。例如处理"按楼栋+故障类型+紧急程度"的多维度筛选时，代码可读性比JPA的Specification更好。
2.2 核心模块设计
系统包含6个核心模块，其ER关系设计特别注意了扩展性：
sql复制CREATE TABLE `repair_order` (
`id` bigint NOT NULL AUTO_INCREMENT,
`room_number` varchar(20) NOT NULL COMMENT '格式：楼栋号-房间号',
`fault_type` enum('水电','家具','电器','其他') NOT NULL,
`emergency_level` tinyint NOT NULL DEFAULT 2 COMMENT '1-紧急 2-一般 3-可延缓',
`status` enum('待接单','处理中','待验收','已完成','已取消') NOT N