2. 智能工厂监控需求分析与工程目标定义

在EcoStruxure智能工厂监控平台工程中，需求分析是决定项目成败的第一道关口。很多项目后期出现"功能做了但没人用""数据采了但算不准""验收时双方扯皮"等问题，根源往往不在技术实现，而在于需求阶段没有把业务语言翻译成可验证的工程语言。本节围绕产线设备监控、能源管理、环境安全、OEE分析四类典型需求，讲清需求采集、需求文档编写和工程目标与验收标准制定的具体做法。

一、四类需求的采集方法与关注点

需求采集不是发一张问卷让各部门填，而是针对不同对象采用不同手段，把模糊诉求转化为可测量的指标。

产线设备监控需求通常通过现场走线加设备台账核对的方式采集。需要逐台确认：设备品牌与型号、通信协议（如Modbus TCP、Profinet、OPC UA）、可读取的关键参数（运行/停止/故障状态、节拍、电流、温度、报警码）、数据刷新周期要求。例如某注塑车间有12台注塑机，其中8台支持OPC UA，4台仅有Modbus RTU串口，这就直接决定了采集网关的选型和点位配置工作量。采集时应记录"设备—协议—点位—刷新率"四要素，避免后期返工。

能源管理需求采集的核心是计量层级和分项粒度。需要与能源管理部门一起明确：是否按车间、产线、重点设备三级计量；电、水、气、压缩空气分别计量到哪一级；是否需要峰谷平电价分时统计；是否要求单位产品能耗（kWh/件）。这些决定了智能电表、流量计的安装位置和数量，也决定了数据存储与报表的复杂度。

环境安全需求采集要结合法规与现场风险。典型对象包括温湿度、粉尘浓度、可燃气体（如甲烷、VOC）、烟感、消防水压、安全门状态、急停回路。采集时需明确报警阈值来源（国标、行标或企业内控）、报警响应时限、是否需要联动（如气体超标自动启动排风）。

OEE分析需求采集的关键是让生产、设备、质量三方对"时间都去哪了"达成一致。需要确认：计划生产时间如何界定、换型与待料算不算停机、速度损失如何取基准节拍、不良品是否包含返工。这些口径不统一，OEE算出来就是各说各话。

二、功能需求与非功能需求文档编写

需求文档要区分功能需求（FR）和非功能需求（NFR），两者写法不同。

功能需求描述"系统做什么"，建议采用"角色—动作—对象—条件—结果"的句式，并给出唯一编号便于追溯。例如：

FR-001 操作员在中控看板选择"注塑车间"时，系统应在2秒内
       显示该车间12台注塑机的运行状态、当班产量与当前报警。
FR-002 当可燃气体浓度超过25%LEL并持续10秒，系统应触发声光
       报警，并向值班手机推送消息，同时输出排风联动信号。
FR-003 系统应支持按班次、日、月生成单位产品电耗报表，
       并可按产线、产品型号下钻。

非功能需求描述"系统做得怎么样"，容易被忽视却直接影响验收。应覆盖性能、可靠性、安全性、可维护性、兼容性五类。例如：

NFR-001 性能：并发用户≥50时，看板首屏加载≤2s。
NFR-002 可靠性：采集网关断网后本地缓存≥24h，恢复后自动补传。
NFR-003 安全：操作记录留存≥180天，关键操作需二次确认。
NFR-004 可维护：新增一台同型号设备，配置时间≤30min。
NFR-005 兼容：支持OPC UA、Modbus TCP、Profinet三种协议接入。

文档编写时建议同步建立需求追溯矩阵，把每条需求与设计、开发、测试用例对应起来。这样在验收阶段可以逐条核对，避免"需求写了但没人测"。

三、工程目标与验收标准制定

工程目标要回答"项目做成什么样算成功"，验收标准则是"用什么数据证明成功"。制定时应遵循可量化、可复现、有边界三条原则。

以某汽车零部件工厂为例，工程目标可设定为：完成3条产线、86台设备的数据接入；实现电、水、气三级计量；环境安全点位覆盖全部12个风险区；OEE自动计算替代人工统计。对应的验收标准则要落到具体数字和测试方法上，例如：

需求分析完成后，应组织一次跨部门评审，重点确认三件事：点位表是否与现场一致、报警阈值是否有依据、验收指标是否可测。评审通过后冻结需求基线，后续变更走变更流程。这一步做扎实，后面的组态、调试和验收都会顺畅很多。