beta版总结会议
Beta版总结会议报告
项目名称:巡养修检管理子系统
会议时间:2025年6月10日
参会人员:马子熠,翟硕林,阎琪文
一、会议过程记录
-
问题回顾
- 通过看板工具回顾Beta阶段所有未关闭的Bug,分类整理为以下问题域:
- 功能逻辑:如“维修借用归还提醒未触发”
- 性能瓶颈:如“工单列表加载速度>5秒”
- 用户体验:如“故障报修表单字段无必填提示”
- 通过看板工具回顾Beta阶段所有未关闭的Bug,分类整理为以下问题域:
-
自由讨论(时长:30分钟)
- 采用“5 Whys分析法”对高频问题根因溯源,例如:
- 问题:照片智能审核误判率高
- 根因:训练数据集中缺少低光照环境样本
- 采用“5 Whys分析法”对高频问题根因溯源,例如:
-
投票表决(时长:15分钟)
- 每人3票,从候选问题中选出最需改进的3项(结果见下图)。
二、最需改进的三大问题
1. 问题:工单列表加载性能差
- 现象:超过500条数据时接口响应超时
- 原因:
- 未分页查询,一次性返回全量数据
- 数据库未对
工单状态字段建立索引
- 改进方案:
- 后端:采用分页查询(PageSize=20)+ Redis缓存热门状态工单
- 前端:增加骨架屏加载动画
2. 问题:维修借用归还提醒失效
- 现象:超48小时未归还时未触发短信提醒
- 原因:
- 定时任务调度配置错误(Cron表达式漏写时区)
- 未对“维修借用”记录设置状态检查点
- 改进方案:
- 修复Cron表达式为
0 0 9,18 * * ? Asia/Shanghai - 增加数据库定时触发器(每6小时扫描未归还记录)
- 修复Cron表达式为
3. 问题:备件状态同步延迟
- 现象:库存系统标记“坏件”后,平均延迟30分钟生成工单
- 原因:
- 依赖库存系统的Webhook通知,未设置主动轮询
- 消息队列(Kafka)消费者并发数配置过低
- 改进方案:
- 新增每小时主动同步的补偿机制
- 将Kafka消费者组扩容至3个实例

浙公网安备 33010602011771号