Files
wecom_it_smart_desk/docs/01-产品文档/08-集成生态/PRD-REQ-集成-003-SLA仪表盘-v1.0.md
T
Simon facc04aa65 chore: docs 结构整改 + compose 双目录对齐(合并重建提交)
本提交为 .git 对象库损坏后的重建提交,内容等价于原先三个本地提交
(5e2fd4c2 / 57a53c98 / 5d7e1873)的累积结果,未做任何额外改动。

一、docs 结构整改(整改 #14)
根因:重构时新结构为 untracked 文件,执行 git stash(未带 -u)未纳入,
随后 git reset 拉回 HEAD 旧 tracked 树,导致旧树复活、新旧两棵目录
树并存于 docs/,共 791 文件、双分类体系冲突。

修复动作:
- b2 同名异主题文件改名迁移保全 9 个
- C 类 39 个孤立文件按主题正确归类
- A/B1 类 222 个重复文件删除(新结构已有内容副本)
- 9 个旧独有空目录删除
- 270 处内部引用按 verified 映射改写
- 整改记录 #14 登记于 04-运维文档/部署运维

结果:docs 791 → 569 文件,顶层仅规范 8 类 + 治理文件,单树恢复。
残留:约 20 处指向从未存在文件的陈旧死链,归入独立文档卫生任务。

二、compose 双目录对齐(消除踩坑 A)
- docker-compose.yml:nginx 前端挂载全部由根目录 frontend-*/dist
  改为 src/frontend-*/dist(h5 / agent / admin / terminal)
- docker-compose.dev.yml:dev 服务 build context 与卷同步改 src/
- 效果:本地 docker compose up 不再把根目录 stale dist 挂回,
  与线上一致,分叉隐患消除(已 docker compose config 校验通过)

防复发铁律:
- 重构须提交;仓库修复须 git stash -u 或先 commit
- 新结构须 git add 并提交,避免再次 untracked 复活
- H5 改动只动 src/frontend-h5/,禁改根目录遗留 frontend-*/
2026-08-07 22:31:32 +08:00

3.9 KiB
Raw Blame History

PRD - SLA 仪表盘

REQ编号: REQ-集成-003 版本: v1.0 优先级: P2 阶段: 远期(5-8个月) 作者: 宋献 日期: 2026-07-19


一、问题陈述

用户问题

  • 管理层无法实时了解 SLA 达成情况
  • 需要人工统计报表,滞后
  • 缺乏预警机制,问题发现不及时

业务目标

  • 管理层实时看到 SLA 达成率
  • 支持超时预警
  • 支持趋势分析

二、需求范围

2.1 核心功能

功能 描述
SLA 看板 展示 SLA 达成率、响应时间等核心指标
实时刷新 数据实时更新
超时预警 即将超时时自动预警
趋势分析 支持时间维度分析

2.2 非目标

  • 不支持自定义 SLA 规则配置
  • 不支持多租户

三、用户故事

角色 用户故事 验收标准
管理员 我可以查看 SLA 达成率 仪表盘展示 SLA 达成率
管理员 我可以看到超时预警 即将超时时显示预警
管理员 我可以看到趋势图 支持查看近7天/30天趋势

四、功能详情

4.1 核心指标

指标 描述 计算方式
SLA 达成率 按时解决的会话比例 按时解决数/总会话数
平均响应时间 首次响应平均耗时 总响应时间/响应次数
平均解决时间 问题解决平均耗时 总解决时间/解决次数
转人工率 需人工处理的比例 转人工数/总会话数

4.2 看板布局

┌─────────────────────────────────────────────┐
│  IT智能服务台 - SLA仪表盘                    │
├─────────────────────────────────────────────┤
│  ┌──────────┐ ┌──────────┐ ┌──────────┐   │
│  │ SLA达成率│ │平均响应  │ │平均解决  │   │
│  │   92%    │ │   1.2min │ │   5.6min │   │
│  └──────────┘ └──────────┘ └──────────┘   │
├─────────────────────────────────────────────┤
│  趋势图                                    │
│  [折线图:近7天SLA达成率趋势]               │
├─────────────────────────────────────────────┤
│  超时预警                                   │
│  · 会话 #1234 即将超时(剩余2分钟)         │
│  · 会话 #1235 即将超时(剩余5分钟)         │
├─────────────────────────────────────────────┤
│  坐席负载                                   │
│  [柱状图:各坐席处理中的会话数]              │
└─────────────────────────────────────────────┘

4.3 预警规则

规则 触发条件
即将超时 剩余时间 < 10分钟
已超时 已超过 SLA 设定时间
坐席繁忙 处理中会话 > 5个

五、指标设计

指标 目标 测量方式
SLA 达成率 ≥ 90% 按时解决数/总会话数
数据刷新间隔 ≤ 30s 实时数据更新频率
预警准确率 100% 预警后确实超时的比例

六、技术方案

  • 管理后台新增 SLA 仪表盘页面
  • 后端定时计算 SLA 指标
  • WebSocket 推送预警信息

七、关联文档

  • 前置需求: REQ-集成-001 会议室预定(基础集成能力)
  • 后续需求: 无