📚 课程目录第2章监控系统需求分析

2. 监控系统需求分析：波动监控的核心指标、系统功能需求、非功能需求

在开发《Python催收触达波动自动监控脚本》之前，必须对监控系统的需求进行完整、严谨的分析。本章将从核心指标、功能需求和非功能需求三个维度展开，为后续的架构设计与编码实现奠定基础。

催收触达波动监控的核心在于量化“异常”。我们定义以下5个核心指标，作为判断系统是否触发告警的依据：

指标名称	定义	计算方式	告警阈值示例
触达成功率	成功触达客户数 / 总触达尝试数	滑动窗口（最近1小时）	低于历史均值 - 3σ
平均响应时长	从发起触达到收到响应的时间间隔	P50 / P95 分位值	P95 > 5秒
渠道失败率	短信/语音/APP推送各自的失败次数占比	按渠道聚合，每分钟统计	单渠道失败率 > 10%
波动幅度	当前值与同期（昨日/上周同一时段）的偏差	(当前值 - 同期值) / 同期值	绝对值 > 20%
连续失败次数	同一批次中连续失败的触达记录数	滑动窗口（最近100次）	连续失败 > 5次

设计要点： 核心指标应具备可量化、可对比、可预警三个特征。建议在初期先选取2-3个指标进行监控，后续逐步扩展。

监控系统需要具备以下6大功能模块，覆盖从数据采集到告警处置的全链路：

    功能优先级建议： 第一期优先实现数据采集、指标计算、告警判定与通知分发；第二期再补充阈值管理与可视化看板。

非功能需求决定了监控系统的可用性与可信度，主要包含以下三个方面：

需求类别	具体要求	技术指标
实时性	从数据产生到告警发出，端到端延迟不超过30秒	数据采集间隔 ≤ 5秒；指标计算 ≤ 10秒；告警分发 ≤ 15秒
准确性	告警准确率 ≥ 99%；误报率 ≤ 1%；漏报率 ≤ 0.5%	通过动态阈值 + 多维度交叉验证降低误报
可靠性	系统7×24小时稳定运行，单点故障不影响核心功能	支持多实例部署；数据缓冲队列（Kafka/RabbitMQ）防丢失
可扩展性	支持新增渠道、新增指标时无需修改核心代码	插件化指标注册机制；配置驱动而非硬编码

常见陷阱： 实时性与准确性之间存在权衡。过于追求实时（如1秒内判定）可能导致大量误报；建议初期采用30秒窗口，后续根据业务反馈逐步优化。

综合以上分析，我们将所有需求按业务价值与实现难度进行优先级排序：

迭代策略： 采用“先跑通、再优化”的原则。V1.0 实现核心闭环（采集→计算→告警→通知），确保监控系统能用；后续版本逐步提升好用与智能程度。