1. 立项背景和目标
随着公司业务规模扩大,各部门工单流转依赖微信群和邮件,信息易丢失、处理时效难追踪。为规范服务流程,提升跨部门协作效率,决定开发一套工单管理系统,目标是将工单平均处理时长从3天缩短至1天以内。
2. 软件功能、核心功能模块的介绍
工单创建与分配:支持多入口创建(人工、API),管理员可手动或按规则自动分配至处理人。
工单处理流程:处理人接单、填写处理记录、申请延期、转交等,状态实时更新。
SLA监控:针对不同工单类型设定响应时限和处理时限,超时自动升级通知。
数据报表:按部门/人/类型统计工单量、平均处理时长、超时率,支持导出。
3. 业务流程、功能路径描述
一线员工通过系统发起工单(填写标题、描述、附件) → 系统根据预设规则自动指派给对应技术组负责人 → 负责人受理并分配给组内成员 → 技术员处理并填写解决方案 → 发起人确认并评价 → 工单归档。整个过程中,工单状态在待受理、处理中、待确认、已关闭之间流转,关键节点自动发送站内信和企业微信通知。
1. 整体架构和设计思路,不同模块使用的技术栈
系统采用前后端分离架构。后端基于 Spring Boot 构建,分为工单服务、用户服务、通知服务、统计服务四个模块,使用 MyBatis-Plus 作为 ORM,数据库采用 MySQL 8.0,缓存使用 Redis 存储用户 session 和工单临时状态。前端使用 Vue.js + Element UI,通过 Axios 与后端交互。部署在阿里云 ECS 上,使用 Nginx 做反向代理。
2. “我”的负责模块和结果
我独立负责后端全部模块的开发与联调,共计设计数据库表 12 张,编写 RESTful API 接口 40 余个,单元测试覆盖率 85%。通过优化 SQL 索引和引入 Redis 缓存,工单列表查询响应时间由 1.2 秒降至 180 毫秒。实现了基于 RabbitMQ 的异步通知机制,确保高峰期每秒 200 条消息不丢失。系统上线后,日均处理工单 300+,平均处理时长由原来的 2.8 天下降至 0.7 天,超时工单比例降低 65%,获得公司内部效率提升奖。