3. 控制范围界定方法
环保自动化项目的控制范围，决定了系统“管到哪、测什么、控什么、和谁交换数据”。范围界定不清，最常见的后果不是技术做不出来，而是验收时各方对“这算不算在合同内”产生分歧。本节围绕四个相互衔接的动作展开：先划边界，再理需求，然后落成范围说明书，最后建立防蔓延机制。
一、项目边界划分：用“三层界面”把系统切清楚
环保自动化项目通常横跨现场仪表、PLC/DCS控制层、上位监控层、数据上传层（如污染源在线监控平台、企业环保管理平台）以及第三方系统（如MES、能源管理、水务调度）。边界划分建议按三个界面同时界定：
- 物理界面：哪些仪表、阀门、风机、泵、加药装置纳入本项目采购与接线范围；哪些由工艺专业或业主既有系统提供，仅预留信号接口。
- 信号界面：纳入范围的AI/AO/DI/DO点数、通信协议（Modbus RTU/TCP、Profibus、OPC UA、MQTT等）、信号隔离与防雷责任归属。
- 功能与数据界面：本项目实现哪些联锁、调节回路、报警、报表与上传数据项；哪些功能由既有DCS或平台承担，本项目只做数据转发。
实践中可用“范围矩阵”逐项标注责任方：以设备/功能为行，以“设计、供货、安装、组态、调试、验收”为列，每格填“本项目/业主/第三方/界面协调”。例如某污水站提标改造项目，业主提供既有鼓风机及其变频器，本项目只负责采集其运行状态与故障信号并纳入联锁逻辑，则信号电缆、隔离模块和PLC通道由本项目承担，变频器本体改造由业主承担——这一条必须写进边界说明，否则调试阶段极易扯皮。
二、利益相关方需求分析：把“想要”翻译成“可验证”
环保自动化项目的利益相关方至少包括：业主管理层（关注达标与投资）、工艺专业（关注控制品质与联锁安全）、运维人员（关注可操作性、备件与故障定位）、环保监管部门（关注数据有效性、上传率与留痕）、以及既有系统运维方（关注接口稳定与责任划分）。需求分析的关键不是收集愿望清单，而是把每条需求转成可验证的表述。
可采用“需求—指标—验证方式”三列法。例如运维提出“加药量要能自动跟随水质变化”，应转化为：以出水总磷为被控量，加药泵频率为调节量，控制周期不大于5分钟，稳态偏差不超过设定值±0.2 mg/L，验证方式为连续72小时趋势记录抽查。再如监管要求“数据上传稳定”，应转化为：上传周期1分钟、日上传率不低于95%、异常补传在恢复后10分钟内完成，验证方式为平台侧统计报表。无法转化为指标的需求，要么继续澄清，要么明确列入“本期不实现”。
三、范围说明书编制：一页纸讲清“做什么、不做什么”
范围说明书是边界划分与需求分析的落地成果，建议包含以下要素，并保持与I/O清单、功能清单、接口表相互引用：
| 要素 | 编写要点 | 示例（合理假设） |
|---|---|---|
| 项目目标 | 与达标、产能、人工替代挂钩 | 出水总磷稳定≤0.5 mg/L，加药人工干预由每班3次降至每班1次巡检 |
| 范围内 | 按物理/信号/功能三层列明 | 新增AI 32点、AO 6点、DI 24点、DO 16点；2套加药PID回路；上传数据项18项 |
| 范围外 | 明确排除项及责任方 | 鼓风机本体改造、既有DCS组态修改、土建与桥架施工 |
| 接口与假设 | 协议、地址、数据责任、前置条件 | 业主提供Modbus TCP从站地址表；平台侧开放上传端口 |
| 验收标准 | 可测量、可复现 | 联锁动作正确率100%；上传率≥95%；72小时无故障运行 |
编制时注意两点：一是“范围外”必须写，且要写责任方，只写“不含”而不写“由谁做”，等于把风险留在现场；二是所有数量型描述（点数、回路数、数据项）应与清单文件同源，避免说明书与清单版本不一致。
四、范围蔓延防范：建立变更闸门而非事后追认
范围蔓延在环保自动化项目中往往以“顺手加个点”“顺便接个平台”的形式出现，单次影响小，累积后导致工期与成本失控。防范机制的核心是：基线冻结 + 变更申请 + 影响评估 + 书面审批 + 台账登记。
具体做法：在范围说明书评审通过后冻结基线，任何新增或修改需求填写变更申请单，至少评估四项影响——I/O点数与柜内空间、控制逻辑与联锁安全、工期与调试窗口、费用与质保责任。评估结论分为“纳入本期”“纳入质保期外”“不纳入”三类，由业主与项目负责人共同签字。所有变更登记台账，记录编号、提出方、日期、评估结论与实施状态，作为结算与验收依据。
综上，边界划分解决“切在哪”，需求分析解决“为什么做、做到什么程度”，范围说明书解决“写清楚、可验收”，蔓延防范解决“变了怎么办”。四者形成闭环，环保自动化项目的控制范围才真正可控。