2. 联动场景需求分析与接口清单编制

联动场景需求分析是ISCS接口管理的起点。它的任务不是写代码，而是把运营人员口中的“火灾时自动联动”这类模糊要求，翻译成可设计、可测试、可验收的工程语言：谁触发、谁参与、按什么顺序动作、动作成功如何判定、失败如何处置。本节围绕火灾、阻塞、客流、设备故障四类典型场景，说明如何提取触发条件、参与子系统与动作序列，并最终收敛为一份可填写的接口清单模板。

一、从运营场景到联动需求的三层拆解

一个联动场景通常包含三层信息。第一层是触发条件，即联动的起点，必须明确信号来源、判定逻辑和确认方式。例如火灾场景的触发不能只写“火灾报警”，而应写清：由FAS火灾报警控制器上报的“火警”信号，经ISCS采集后，在确认该信号持续有效且对应防烟分区已定位的前提下触发。第二层是参与子系统，即联动链条上每个动作的执行者，如FAS、BAS、PSCADA、AFC、PSD（站台门）、PA、CCTV、广播、导向等。第三层是动作序列，即各子系统按时间与逻辑先后执行的指令集合，包括动作内容、目标设备、期望状态、超时时间和失败处理。

拆解时建议采用“场景—工况—动作”的树状结构。以“站厅火灾”为例，工况可细分为“站厅公共区火灾”“站厅设备区火灾”“出入口通道火灾”，不同工况下防烟分区、疏散路径、扶梯与闸机动作方向均不同。若只按“火灾”一个粒度编制接口，后续测试必然出现大量歧义。

二、四类典型场景的触发与动作提取

火灾场景。触发条件为FAS火警信号，参与子系统最多。典型动作序列为：FAS确认火警并联动排烟；BAS按防烟分区启动排烟风机、关闭空调、开启补风；PSD根据位置决定是否打开；AFC释放闸机；PA切换至火灾广播；CCTV切换至火警区域画面；PSCADA确认相关回路供电状态。需特别注意动作的互锁关系，例如排烟风机启动前应确认对应风阀已开启，否则应报“联动失败”而非静默跳过。

阻塞场景。触发条件通常为列车在区间或站台阻塞，来源为信号系统（SIG）的列车占用与运行状态，或由行调人工确认。参与子系统包括SIG、PSD、PA、CCTV、AFC、BAS。动作序列侧重客流引导与通风：PA播放阻塞提示，CCTV切换至阻塞区段，AFC调整进出站闸机方向，BAS根据隧道温度决定是否启动区间通风。阻塞场景的关键是状态持续判定，需定义阻塞解除条件，避免联动反复触发。

客流场景。触发条件为客流密度或客流强度超阈值，来源可为AFC进出站计数、CCTV客流分析或人工上报。参与子系统包括AFC、PA、CCTV、PSD、导向。动作序列包括限流、闸机方向调整、广播提示、导向屏切换。此类场景的难点在于阈值参数需可配置，且应区分“预警”“限流”“封站”多级状态。

设备故障场景。触发条件为子系统设备故障信号，如BAS风机故障、PSCADA开关跳闸、PSD门故障。参与子系统以故障所属系统与相关系统为主。动作序列通常为告警上报、备用设备切换、相关联动降级。此类场景应重点定义降级策略，例如排烟风机故障时是否启用备用风机、是否自动切换至相邻防烟分区联动。

三、接口清单的字段设计与编制方法

接口清单不是简单的“系统A连系统B”列表，而应能支撑设计、开发、测试与运维四个阶段。建议每条接口记录至少包含以下字段：接口编号、所属场景、触发信号名称与来源系统、参与子系统、动作指令与目标设备、期望状态、传输方式（如Modbus TCP、OPC UA、硬线干接点、串口协议）、数据点类型（DI/DO/AI/AO）、超时时间、失败处理、优先级、验证方法。其中“期望状态”和“失败处理”最容易被忽略，却直接决定联调时能否判定通过。

编制时建议按“先场景、后系统、再点位”的顺序推进。先为每个场景建立动作序列表，再按子系统归并，最后落到具体数据点。例如火灾场景中“开启站厅排烟风机”可落到BAS的DO点，而“确认风机运行反馈”则落到DI点，两者应成对出现，形成“指令—反馈”闭环。对于跨系统时序，应标注先后依赖，如“风阀开到位反馈到达后，方可下发风机启动指令”。

四、接口清单模板示例

下表为节选的接口清单模板，字段可根据项目规模裁剪，但触发、动作、反馈、超时、失败处理五项建议保留。

完成清单后应组织运营、信号、机电、自动化多方评审，重点核对触发条件的唯一性、动作序列的互锁关系以及失败处理的合理性。评审通过的清单既是接口开发的输入，也是后续联动测试与验收的依据，其质量直接决定多系统联动能否在真实运营场景中可靠落地。