1. 项目概述当车辆保养遇上B/S架构去年帮学弟调试毕业设计时遇到个典型的场景4S店前台拿着纸质工单满车间找技师客户在休息区反复询问进度经理对着Excel表格统计月度业绩。这种传统管理方式在日均接待50车辆的店面里简直是一场灾难。这正是我们开发这套车辆保养服务系统的初衷——用B/S架构重构汽车后市场的服务流程。这个毕业设计级别的系统麻雀虽小五脏俱全包含客户预约、工单派发、库存管理、数据统计等完整模块。采用经典的SpringBootVue技术栈实现源码包还贴心地附带了SQL初始化脚本和接口文档。对于计算机专业学生而言既能学习企业级应用开发流程又可直接作为求职时的作品展示。提示选择B/S架构而非C/S架构的关键考量在于维护成本。4S店往往有多台办公终端但无专业IT人员浏览器即用即走的特性完美匹配这种场景。2. 核心需求与业务逻辑拆解2.1 汽车后市场的典型痛点在4S店实地调研时发现三个高频问题服务不透明客户无法实时了解爱车保养进度容易产生焦虑情绪协同效率低前台、仓库、车间之间的信息传递仍依赖纸质单据决策无依据管理层难以获取准确的工时统计、配件消耗等经营数据系统采用三级看板设计应对这些痛点客户端微信小程序实时推送保养进度如车辆已进入喷漆工位员工端PC后台自动同步工单状态变更颜色区分待接单/施工中/质检完成管理端数据大屏展示实时KPI如当日产值、技师工时TOP32.2 业务流程图解graph TD A[客户预约] -- B(生成工单) B -- C{工单类型} C --|常规保养| D[分配保养技师] C --|事故维修| E[定损员评估] D -- F[领用配件] F -- G[施工质检] G -- H[结算出库]实际开发中需要特别注意状态机的设计。比如已派工状态下的工单要禁止前台修改服务项目待结算状态的工单需要财务权限才能操作折扣。我们在StatePattern.java中定义了完整的工单状态转换规则。3. 技术实现关键点3.1 前后端分离架构技术选型组合前端Vue3 Element Plus适配4S店老旧IE浏览器需额外配置babel后端SpringBoot 2.7 MyBatis-Plus简化CRUD操作数据库MySQL 8.0JSON字段存储动态表单数据特色接口设计// 智能派工算法接口 PostMapping(/dispatch) public ResultWorker autoDispatch( RequestBody DispatchDTO dto) { // 1. 根据工单类型过滤持证技师 // 2. 考虑当前工作量均衡分配 // 3. 优先安排熟悉该车型的技师 return workerService.findSuitableWorker(dto); }3.2 微信接入方案客户触达采用微信生态组合拳服务号模板消息推送预约确认小程序扫码查看施工照片企业微信对接内部审批流注意微信公众平台的IP白名单限制需在application.yml中配置固定外网IP或使用Nginx反向代理解决动态IP问题。4. 数据库设计精要4.1 核心表结构表名关键字段设计要点work_ordervin码、保养套餐ID、当前状态状态字段建立索引worker技能标签、在修数量技能标签使用SET类型inventory配件编号、安全库存采用乐观锁控制并发4.2 历史数据归档策略保养记录具有强时效性特征热数据最近3个月工单存业务库温数据3-12个月数据转存MongoDB冷数据1年以上数据压缩归档在ScheduleConfig.java中配置了每月1日凌晨的自动归档任务。5. 毕业设计避坑指南5.1 源码运行常见问题时区问题MySQL连接串需添加serverTimezoneAsia/Shanghai前端代理配置vue.config.js中devServer需指向本地后端端口微信开发工具配置需正确设置合法域名和业务域名5.2 答辩加分技巧在库存管理模块演示悲观锁实现select for update用Postman模拟高并发预约场景展示Redis分布式锁的作用对比系统上线前后的客户满意度统计数据可虚构合理数据重要毕业设计切忌直接复制源码。建议从业务流程图开始重构理解每个状态转换的触发条件。比如质检不合格状态的工单应该走返工流程而非简单重置状态。6. 系统扩展方向这套基础框架可延伸出多个实用功能智能诊断接入OBD接口读取故障码自动生成维修建议配件电商开放库存数据给客户自助选购滤芯等易损件员工培训根据技师接单类型推荐相应的培训课程我在实际部署时还添加了Elasticsearch实现工单全文检索支持通过左前门异响等口语化描述快速定位历史案例。