业务和功能介绍
一、立项背景与目标
学校老师请假目前多依赖纸质流程或零散的线上沟通，存在：
流程不透明：谁在审批、进度到哪一步不清晰。
协调成本高：教务、年级组长、学科组长之间要反复沟通。
数据分散：请假记录、代课安排、统计报表分散在多个渠道。
学校已经有信息化基础，希望在「智慧校园」体系中引入统一的请假管理子系统。
搭建一个完整的「老师请假管理系统」，覆盖：
请假申请、审批、代课安排、统计报表等全流程。
通过统一的前后端系统：
降低教务管理与审批沟通成本。
提升审批效率与透明度。
为管理层提供可视化的请假与代课数据支持决策。
二、软件整体功能概览
2.1 核心功能模块
根据开发计划，系统主要划分为以下几个核心模块：
用户与权限模块：
登录认证（JWT）
用户管理（创建/修改用户、基本信息维护）
角色权限管理（角色、权限码）
数据权限过滤（按年级、学科、部门、自身等维度控制可见范围）
请假申请模块
请假申请表单（填写基本信息、时间、事由、附件）
草稿管理（保存、编辑、删除草稿）
请假列表（查询、筛选、排序、分页）
请假详情（完整信息展示、审批流程展示、附件预览/下载）
撤销申请（待审批状态下，填写撤销原因后撤销）
审批管理模块：
与 Flowable 工作流集成，定义「请假审批流程」：
年级组长审批 → 学科组长审批 → 教导主任审批
待审批列表：按当前审批人查看待审批申请
审批操作：通过、拒绝、转交（计划中）
已审批列表与审批历史（计划中）
审批超时提醒（计划中）
代课安排模块：
审批通过后自动生成代课任务（计划中）
代课任务列表、我的代课任务
代课教师推荐（同学科、同年级、工作量均衡）
代课确认/拒绝与状态管理
统计报表模块：
请假统计：按时间、类型、部门、教师等维度统计
审批效率统计
代课统计
Excel 导出与结果缓存（Redis）
系统配置模块：
请假规则配置（类型、天数规则、审批流程配置）
代课规则配置
权限配置
系统参数配置
消息通知模块：
站内消息（待审批提醒、审批结果通知等）
WebSocket 实时推送
邮件/短信通知（可选）
消息模板管理
学校老师请假目前多依赖纸质流程或零散的线上沟通，存在：
流程不透明：谁在审批、进度到哪一步不清晰。
协调成本高：教务、年级组长、学科组长之间要反复沟通。
数据分散：请假记录、代课安排、统计报表分散在多个渠道。
学校已经有信息化基础，希望在「智慧校园」体系中引入统一的请假管理子系统。
搭建一个完整的「老师请假管理系统」，覆盖：
请假申请、审批、代课安排、统计报表等全流程。
通过统一的前后端系统：
降低教务管理与审批沟通成本。
提升审批效率与透明度。
为管理层提供可视化的请假与代课数据支持决策。
二、软件整体功能概览
2.1 核心功能模块
根据开发计划，系统主要划分为以下几个核心模块：
用户与权限模块：
登录认证（JWT）
用户管理（创建/修改用户、基本信息维护）
角色权限管理（角色、权限码）
数据权限过滤（按年级、学科、部门、自身等维度控制可见范围）
请假申请模块
请假申请表单（填写基本信息、时间、事由、附件）
草稿管理（保存、编辑、删除草稿）
请假列表（查询、筛选、排序、分页）
请假详情（完整信息展示、审批流程展示、附件预览/下载）
撤销申请（待审批状态下，填写撤销原因后撤销）
审批管理模块：
与 Flowable 工作流集成，定义「请假审批流程」：
年级组长审批 → 学科组长审批 → 教导主任审批
待审批列表：按当前审批人查看待审批申请
审批操作：通过、拒绝、转交（计划中）
已审批列表与审批历史（计划中）
审批超时提醒（计划中）
代课安排模块：
审批通过后自动生成代课任务（计划中）
代课任务列表、我的代课任务
代课教师推荐（同学科、同年级、工作量均衡）
代课确认/拒绝与状态管理
统计报表模块：
请假统计：按时间、类型、部门、教师等维度统计
审批效率统计
代课统计
Excel 导出与结果缓存（Redis）
系统配置模块：
请假规则配置（类型、天数规则、审批流程配置）
代课规则配置
权限配置
系统参数配置
消息通知模块：
站内消息（待审批提醒、审批结果通知等）
WebSocket 实时推送
邮件/短信通知（可选）
消息模板管理
项目实现
一、整体架构与设计思路
1.1 架构风格
前后端分离
后端：Spring Boot 提供 RESTful API。
前端：Vue 3 单页应用（SPA），通过 Axios 调用后端接口。
分层架构（后端）
Controller 层：/controller
暴露 REST 接口，只做参数接收、简单组装与结果返回。
Service 层：/service
承载主要业务逻辑（请假申请、审批流程、数据权限、文件处理、工作流等）。
Repository 层：/repository
使用 Spring Data JPA 操作数据库，聚焦持久化。
Domain 层：/entity + /dto + /vo
entity：数据库实体模型。
dto：请求对象（如 LeaveApplyRequest）。
vo：返回给前端的视图对象（如 LeaveApplicationVO）。
1.2 关键中间件与基础设施
数据库：MySQL 8（JPA + Flyway 做数据库版本管理）
缓存 / 附加能力：Redis 7（会话/统计缓存等）
工作流引擎：Flowable 7（请假审批流程）
安全：Spring Security + JWT（登录鉴权 + 数据权限）
文件存储：规划使用 MinIO / OSS（当前实现为本地存储 + 文件表管理）
文档与接口说明：SpringDoc OpenAPI + Swagger UI
1.3 设计理念与约束
高内聚、低耦合
各模块（请假、审批、代课、统计等）在 Service 层有相对清晰的边界。
业务逻辑集中在 Service
Controller 只做输入/输出，业务规则、权限校验、流程控制放在 Service。
可扩展的审批流程
请假审批使用 Flowable BPMN 流程，审批顺序、节点可通过流程定义扩展，而不写死在代码内。
统一错误与返回格式
全局异常处理 GlobalExceptionHandler + 通用返回对象 Result、PageResult。
1.1 架构风格
前后端分离
后端：Spring Boot 提供 RESTful API。
前端：Vue 3 单页应用（SPA），通过 Axios 调用后端接口。
分层架构（后端）
Controller 层：/controller
暴露 REST 接口，只做参数接收、简单组装与结果返回。
Service 层：/service
承载主要业务逻辑（请假申请、审批流程、数据权限、文件处理、工作流等）。
Repository 层：/repository
使用 Spring Data JPA 操作数据库，聚焦持久化。
Domain 层：/entity + /dto + /vo
entity：数据库实体模型。
dto：请求对象（如 LeaveApplyRequest）。
vo：返回给前端的视图对象（如 LeaveApplicationVO）。
1.2 关键中间件与基础设施
数据库：MySQL 8（JPA + Flyway 做数据库版本管理）
缓存 / 附加能力：Redis 7（会话/统计缓存等）
工作流引擎：Flowable 7（请假审批流程）
安全：Spring Security + JWT（登录鉴权 + 数据权限）
文件存储：规划使用 MinIO / OSS（当前实现为本地存储 + 文件表管理）
文档与接口说明：SpringDoc OpenAPI + Swagger UI
1.3 设计理念与约束
高内聚、低耦合
各模块（请假、审批、代课、统计等）在 Service 层有相对清晰的边界。
业务逻辑集中在 Service
Controller 只做输入/输出，业务规则、权限校验、流程控制放在 Service。
可扩展的审批流程
请假审批使用 Flowable BPMN 流程，审批顺序、节点可通过流程定义扩展，而不写死在代码内。
统一错误与返回格式
全局异常处理 GlobalExceptionHandler + 通用返回对象 Result、PageResult。
示例图片视频
相似推荐
json解析转换器
1、背景和目标：一、超级快速、安全对json的解析与对象转换；二、支持分布式超高并发
2、json解析转换器，支持分布式高并发，支持百万级别访问。用于快速进行json的解析与对象转换。原有的开源工具，要么安全性不够，要么性能不够强悍，要么不支持定制，很难满足企业日益严苛的业务需求。开发的这个json解析转换器，可以同时满足以上三种需求。
智能仓储 · 立库调度监控系统（RMS 调度中间件 + 监控管理后台）-RmsCC
【1】立项背景与目标
自动化立体库是新能源锂电、汽车零部件等行业的主流仓储形态，库内由四向车、提升机、输送线、接驳口协同完成托盘出入库。上游 WMS/WES 只下发"某个托盘要入库或出库"，而"分配到哪个货位、走哪条路、派哪台车、每一段由谁执行"全部由中间的调度系统（RMS）计算并驱动——本项目就是一个立库调度中间件 + 配套的调度监控管理后台。目标：把"任务下发→货位分配→路径规划→派车→分段执行→库存过账"做成可跑通、可观测、可人工干预的闭环，并解决现场最头疼的三个问题：调度计划与现场执行脱节、设备与货位状态不可见、故障（走不通、卡住）无日志可查。
【2】核心功能模块
①基础数据：仓库/货区/货位（层-x-y 坐标、深浅位）/设备/物料建模。
②权限体系：JWT + RBAC 用户-角色-菜单三级权限，菜单级与接口级双重校验。
③上游任务管理（内置 WES 模拟器）：批量下发出入库任务，一键生成托盘号。
④任务调度与分段：任务状态机（待下发/执行中/已完成/异常/取消），入库按固定拓扑自动拆 3 段（库外输送线→提升机→目标层接驳口→货位），出库镜像反向。
⑤路径规划：库内 A* 网格寻路（巷道四向可走、货架区仅纵向、有货货位视为障碍），按"空闲且电量>40% + 曼哈顿距离最近"自动派车，支持小车避让、等待点与自动移库（倒库）。
⑥设备仿真引擎：无真实 PLC，用定时任务按可配置节拍推进每段任务并驱动设备沿路径移动。
⑦实时监控：WebSocket 每秒推送设备位置、状态与任务进度，地图大屏显示库位占用与小车轨迹，另配小车/设备监控页。
⑧库存与数据中心：托盘维度库存、分层占用统计、库存流水（任务完成自动过账）。
⑨接口日志中心：按上游/RCS/WCS 三个通道记录每次调用的请求与返回报文、方向、结果、耗时，支持按托盘号/任务号全链路检索与改报文重发。
⑩AI 作业助手：接入大模型，自然语言下发任务、异常诊断与智能问答，SSE 流式输出，模型不可用自动降级为本地规则。
⑪单车手动控制：顶升/放下/移动/充电/恢复/释放任务等指令，应急时人工接管。
【3】业务流程与功能路径
上游下发（托盘号 + 出入库类型）→ RMS 自动分配货位（浅位优先、低层优先）→ 生成分段计划 → A* 计算路径并派最近的空闲车 → 仿真引擎按节拍推进各段 → 全段完成后自动过账（货位占用/释放、绑定或解绑托盘、写库存流水与系统日志）→ 任务归档。
功能路径：登录 → 首页看板（货位占用 + 任务趋势）→ 上游任务管理下发任务 → 资源监控中心地图大屏观察执行 → 立库任务中心（任务视图/任务管理）→ 数据中心查库存与流水 → 报表数据中心查接口日志 → AI 助手用自然语言下单。
多端AI问答系统（SSE流式输出）
立项背景：随着大语言模型的普及，传统企业与用户对智能对话的需求激增。旨在构建一个前后端完全解耦的 AI 问答系统，支持多端接入，提供流畅的流式对话体验。
核心功能：支持 SSE 全链路流式对话（包含start/content/reasoning/done/error五类事件）；多会话管理（新建、切换、重命名、置顶、逻辑删除）；Markdown 渲染、思考过程折叠展示、多模型切换、Token 用量统计与 API 调用日志，以及四维 IP 限流。
业务流程：前端发起对话请求 → 后端校验限流 → 组装历史消息并调用大模型 API → SSE 逐字返回前端实时渲染 → 消息落库并记录 Token 与耗时。
CRM客户管理后台
立项背景：针对中小型企业客户信息分散、销售跟进过程不透明、合同管理混乱等痛点，旨在打造一个轻量级的客户全生命周期管理后台，提升销售团队协作与转化效率。
核心功能：涵盖管理员登录鉴权、客户主表管理、联系人维护、跟进记录追踪、合同管理等六大模块。支持客户信息分页查询、关键字搜索、新增编辑与逻辑删除；客户详情页以名片形式集中展示联系人、跟进记录及关联合同。
业务流程：从潜在客户录入，到日常跟进记录，再到最终合同签订与操作日志审计，覆盖完整的销售业务闭环。
ERP管理系统
本项目面向中小企业的采购、销售、仓储、生产及财务协同场景，目标是将分散的业务记录、审批流程和经营数据整合到统一平台，支持业务过程追踪与数据查询。
系统包含客户与供应商、销售、采购、仓储、生产制造、财务、人力资源、项目合同、资产、质量售后、零售门店、数据报表和系统管理，共13个模块、102个配置驱动页面。核心功能包括客户线索与商机管理、采购与销售订单、库存预留及批次追溯、多级物料清单、生产领料与报工、发票与收付款、会计凭证、薪酬、资产折旧和项目成本分析。
业务流程围绕单据流转展开。例如，销售业务支持“线索→商机→报价→销售订单→发货→发票→收款”；采购业务支持采购申请、采购订单、到货验收、入库及付款。单据通过草稿、提交审批、审批通过和过账等状态进行控制，过账时联动库存台账、资金余额及会计分录，并保留操作历史。
系统提供桌面Web端和移动端入口，共用业务接口与权限规则。管理员可配置用户、角色、菜单、字典和审批权限，员工可按权限处理单据、查看通知和查询报表。经营数据支持按日期汇总及来源下钻，方便追踪库存、应收应付和项目收支。
项目预览
https://tomatoxs.cn:18443
https://tomatoxs.cn:18444
账号：demo
密码：demo123
帮助文档
Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服