SCADA 与上位机
SCADA 需求规格说明书怎么写：功能边界、数据口径与验收判据
SCADA 需求规格说明书是招标与技术合同的核心附件——它把监控范围、功能边界、数据口径、报警策略与验收判据逐条写成可验证条款，直接决定项目是按期验收还是陷入范围争议。
SCADA 需求规格说明书要覆盖哪些章节
一份可直接用于招标与技术合同附件的 SRS，通常按以下顺序组织章节，每一章都应落到可验证的条款，而不是泛泛的能力描述：
- 项目背景与目标：监控对象清单（车间、泵站、配电室）、要解决的运行问题、与现有系统的关系
- 系统边界与接口：SCADA 管到哪一层为止，与 PLC、MES、视频系统的接口归属
- 功能需求：监视、控制、报警、趋势、报表、权限、冗余逐项列出，每条带优先级
- 数据需求：点位表规模、采样周期、历史数据保留年限、归档与导出方式
- 非功能需求：可用性指标、刷新与响应时限、并发客户端数、网络安全与审计要求
- 验收与交付判据：FAT/SAT 项目、测试工况、文档与培训、质保期责任边界
章节顺序可以调整，但每章必须能回答「验收时怎么证明做到了」。写不出验证方法的条款，要么补充判据，要么删掉——这类条款在验收阶段最容易演变成争议点。
关键字段怎么写：从能力描述到可验收条款
功能与数据需求是 SRS 的核心，写作要点是把每项要求写成「输入—处理—可观察结果」三段式。下表给出高频章节的写法对照：
| 章节 | 写什么 | 示例条款 | 常见缺漏 | 为什么重要 |
|---|---|---|---|---|
| 功能需求 | 每个画面与操作的可观察行为 | 泵站画面 2 秒内刷新全部遥测；操作后 1 秒内回显状态 | 只写「实时监控」无时限 | 无时限无法测试 |
| 点位与数据 | 点位规模、采样与存储口径 | 约 5000 点；模拟量每秒 1 点；开关量变位存储 | 保留年限与压缩策略未定 | 直接影响存储容量与报价 |
| 通信接口 | 协议、方向与故障行为 | Modbus TCP / OPC UA 采集；断线重连后缓存补传 | 断线补传未写 | 断网丢数据常由此起争议 |
| 报警需求 | 分级、通知链路与确认归档 | 三级报警；班组→车间→调度逐级升级；确认与复位分开记录 | 只写「异常报警」 | 报警泛滥多源于此 |
| 权限与审计 | 角色矩阵与操作留痕 | 操作、参数修改、确认均记录操作者与时间 | 审计日志保留期未定 | 合规审计的硬要求 |
写作时建议每条需求带单独编号与优先级（必须、应该、可以），验收测试用例直接引用编号。这样 FAT/SAT 阶段逐条对照，不漏项、不复述。
常见缺漏与写作红线：这些坑在合同阶段代价高
从已交付的监控项目中复盘，需求文档最容易缺的不是功能条款，而是边界与口径。以下缺漏出现频率高、且后期补救代价大：
- 边界缺漏：SCADA 与 PLC 的控制权划分未写——谁下发设定值、本地优先还是远程优先、失控保护如何动作
- 数据缺漏：历史数据保留年限与导出格式未约定——运行数年后发现无法满足审计追溯
- 通信缺漏：只写协议名不写故障行为——断线重连、缓存补传、时钟同步各自要求没有条款
- 报警缺漏：未定义分级与抑制策略——上线后报警刷屏，操作员反而漏看关键报警
- 验收缺漏：验收条款写成「运行稳定」——没有量化指标与测试工况，双方各有解释
补齐方法是给每一类缺漏设置对应的反问清单：边界章问「控制权归谁」，数据章问「存多久、怎么导出」，通信章问「断了怎么办」，报警章问「谁在什么时间收到什么」，验收章问「用什么工况证明」。五个问题都能在文档里找到答案，这份 SRS 就具备了进入技术合同附件的条件。
小结
一份能进入合同附件的 SCADA 需求规格说明书，判断标准只有一条：每一条款都写明可观察结果与验证方法。章节框架、字段对照与五问自查清单可以直接套用到下一个项目的招标文件里，把边界与口径在动工之前谈清。