3. 船舶IAS需求分析与设计输入
船舶综合自动化系统（IAS）的设计不是从画系统图或选PLC开始的，而是从“把船东要什么、规范要求什么、设备能提供什么”转化为一份可执行、可追踪的设计输入文件开始的。需求分析的质量直接决定后续硬件配置、软件组态和调试返工量。本节围绕三个输入源（船舶类型、船东规格书、设备清单）展开，说明如何提取IAS功能需求，并最终形成监测点表、控制回路清单、报警清单以及需求追踪矩阵（RTM）。
一、三类输入源及其提取重点
船舶类型决定了IAS的功能骨架。油船需要货油舱液位、温度监测与惰性气体系统联锁，散货船关注压载水系统与舱口盖状态，集装箱船则强调冷藏箱监测与电站负荷管理。以一艘约5万吨级成品油船为例，其IAS必须覆盖货控系统（CCC）与机舱监测报警系统（AMS）的接口，而一艘同吨位散货船则不需要货油相关测点。因此第一步应依据船型确定功能域清单：机舱监测报警、电站管理（PMS）、阀门遥控、液位遥测、辅机控制、火灾报警接口、航行信号等。
船东规格书是需求的主要来源，但其中大量条款是性能性描述，需要转化为可验证的功能需求。例如“机舱应能在无人值班条件下连续运行”应转化为：AMS具备延伸报警至驾驶室与轮机员住所、报警确认与消音功能、值班呼叫系统、以及关键参数的冗余测量。规格书中常见的“应提供不少于XX个报警点”“报警响应时间不大于Xs”等条款，应逐条编号并标注来源页码，作为后续追踪的依据。
设备清单提供测点与接口的物理基础。每台设备需明确：是否带通信接口（Modbus RTU/TCP、CAN、Profibus等）、模拟量输出类型（4–20mA、PT100、热电偶）、开关量触点形式（NO/NC）、以及是否自带本地控制器。设备清单与规格书交叉比对，常能发现规格书要求监测但设备无接口的项目，这类缺口必须提前以“接口变更申请”或“加装变送器”方式闭环。
二、从功能需求到三张清单
监测点表（I/O List）是IAS最基础的交付物。每个点应包含：位号、测点描述、所属系统、信号类型（AI/AO/DI/DO）、量程与工程单位、报警上下限、所在控制器与通道、以及来源文件编号。位号编制应遵循统一规则，例如“系统代码-设备代码-参数代码-序号”，如“ME-CS-01-PT01”表示主机冷却系统1号压力变送器。量程选择需留有余量，通常取正常工作值的1.5倍左右，同时保证报警设定点落在量程的20%–80%区间内，避免报警点贴近量程端点导致无法区分。
控制回路清单记录每个闭环或逻辑控制的功能描述、被控对象、检测元件、执行机构、控制方式（PID、开关量逻辑、顺序控制）以及与其他系统的联锁关系。例如主机滑油温度控制回路：检测元件为PT100，执行机构为三通温控阀，控制方式为PID，联锁条件为滑油压力低时禁止加大冷却。清单中应注明控制周期与失效安全方向（失电开/失电关），这是后续FMEA分析的基础。
报警清单则需区分报警等级：一般报警、重要报警、综合报警（延伸至驾驶室）、以及触发安全动作的报警。每条报警应给出触发条件、延时时间、报警文本、是否需确认、以及联锁动作。延时设置尤为关键，例如液位晃动导致的瞬时越限应设3–5s延时，而火灾报警不应延时。
三、需求追踪矩阵与设计输入文件
需求追踪矩阵（RTM）以需求编号为主键，正向追踪至设计文件（点表行号、回路编号、报警条目），反向可追溯至来源（规格书条款号、设备清单行号、船型功能域）。实践中可用一张表格维护，字段包括：需求ID、需求描述、来源文件及条款、需求类型（监测/控制/报警/接口）、对应设计文件及条目、验证方式（FAT/SAT/文件审查）、状态。当规格书发生变更时，通过RTM可快速定位受影响的点表与回路，避免遗漏。
设计输入文件通常汇编为一份“IAS设计输入规格”，包含：适用范围与船型说明、引用规范与规格书清单、功能域划分、三张清单、接口清单（与PMS、火警、航行数据等的通信协议与点表）、以及待关闭问题清单（Open Items）。待关闭问题清单尤其重要，例如“规格书要求监测艉轴轴承温度但设备清单未列传感器”，应记录责任方与关闭期限，作为设计评审的输入。
四、一个可操作的提取示例
以“主机滑油系统”为例演示提取过程。规格书条款3.2.4要求“滑油进机压力低时应报警并自动启动备用泵”。设备清单显示：滑油泵两台（一用一备），压力变送器量程0–1.0MPa，输出4–20mA。提取结果：监测点表增加AI点“主机滑油进机压力”，量程0–1.0MPa，报警下限设为0.25MPa（示例值，需按实际机型确认），延时3s；控制回路清单增加“备用泵自动启动”逻辑，触发条件为压力低于0.25MPa且主泵运行反馈为ON，启动后若压力10s内未恢复则触发重要报警；报警清单增加“滑油压力低”一般报警与“滑油压力低低”重要报警两级。RTM中该需求编号记为REQ-ME-012，来源条款3.2.4，对应点表行、回路编号与报警条目，验证方式为SAT现场模拟。
需要强调的是，上述量程、限值与延时均为教学示例，实际工程中必须依据设备厂家数据、船级社规范与船东确认值确定。需求分析阶段最忌讳“拍脑袋填数”，每个数值都应有出处，这正是RTM存在的意义。
五、常见问题与检查要点
- 规格书条款遗漏：按页码逐条过一遍，凡含“应”“不少于”“不大于”的条款均登记为需求，避免只挑明显条目。
- 设备接口缺口：设备清单中无通信接口却要求远程监测的项目，应列入待关闭问题清单，明确加装变送器或改为本地显示。
- 报警限值与量程冲突：检查报警设定点是否落在量程20%–80%区间，避免量程选得过大导致报警分辨率不足。
- 联锁方向错误：控制回路清单中必须写明失效安全方向，例如失电关阀还是失电开阀，需与工艺安全分析一致。
- 三张清单交叉一致性：点表报警限值与报警清单条目一一对应，回路检测元件在点表中有位号，这是设计评审的必查项。
完成上述工作后，IAS设计输入文件即具备可执行性：硬件工程师可据此统计I/O点数与通道类型，软件工程师可据此组态报警与控制逻辑，调试人员可据此编写FAT/SAT测试用例。需求追踪矩阵则贯穿设计、制造、调试全过程，确保每一条船东要求都能被验证、每一次变更都能被评估。