3. 系统集成需求分析与方案设计

海洋自主观测系统的集成工作，本质上不是把传感器、电池、通信机和控制器“装进同一个耐压舱”这么简单，而是要把一项科学或业务观测任务，逐层翻译成可采购、可装配、可测试、可运维的工程约束。需求分析与方案设计阶段决定了后续集成工作的上限：如果任务需求没有被正确分解，接口定义含糊，数据流没有闭环，那么即使硬件全部到位，系统也可能在海上出现“数据采得到但传不回”“传回了但时间对不上”“时间对上了但功耗撑不到回收”的问题。本节围绕任务需求分解、接口定义、数据流设计与集成方案文档编制四个环节展开，并给出可直接参考的工程做法。

一、从任务需求到工程指标：需求分解的落地方法

任务需求通常以自然语言给出，例如“在某海域完成为期30天的温盐深剖面观测，每2小时一次，数据近实时回传”。这类描述不能直接进入设计，需要分解为观测需求、平台需求、接口需求、数据需求和运维需求五类可量化条目。分解的关键是建立“任务—指标—验证方法”的对应关系，而不是简单罗列参数。

以“每2小时一次剖面”为例，向下分解会得到：单次剖面耗时（含下潜、停留、上浮）需小于约40分钟，以保证占空比；CTD采样率与剖面分辨率决定单次数据量；剖面间隔决定控制器唤醒周期与通信窗口；若采用卫星回传，则需核算单次数据包大小与每日可用的通信时长。再如“30天续航”，需分解为平均功耗预算：假设平台平均功耗预算为1.2 W，电池组标称能量为1000 Wh，考虑低温与放电深度按70%可用，则可用能量约700 Wh，理论续航约583小时，约24天，明显不足30天——这类计算必须在方案设计阶段暴露出来，而不是等到海上试验才发现。

需求分解的成果建议形成一张需求追踪表，至少包含：需求编号、来源任务条款、分解后指标、指标类型（功能/性能/接口/环境）、验证阶段（桌面核算/实验室测试/水池试验/海试）、当前状态。这样在后续接口变更或器件替换时，可以快速判断影响范围。

二、接口定义：把“能接上”变成“可验证”

接口定义是集成阶段最容易埋雷的部分。工程上应把接口分为机械接口、电气接口、通信接口、数据接口和时序接口五类，并逐项给出可检验的参数。机械接口包括安装孔位、法兰尺寸、耐压连接器型号与拧紧力矩；电气接口包括供电电压范围、最大电流、上电时序、接地与隔离方式；通信接口包括物理层（RS-232/RS-485/以太网）、波特率、帧格式、地址分配与超时重传策略；数据接口包括字段定义、单位、字节序、时间戳格式；时序接口则规定各设备的上电、初始化、采样与休眠顺序。

一个常见的实践做法是为每个接口建立“接口控制文件”（ICD）条目，并配套一条最小验证用例。例如CTD通过RS-485接入主控，ICD中应写明：波特率9600、8位数据位、无校验、1位停止位；CTD地址0x21；主控发送采集命令后，CTD应在500 ms内返回不少于32字节的帧；帧头0xAA 0x55，温度字段为int16、单位0.01 ℃、大端序。验证用例则是：用USB转485适配器连接CTD，发送命令并抓取返回帧，核对帧头、长度与温度字段解析值是否与温控槽设定值一致。只有这类用例通过，接口才算“定义完成”。

三、数据流设计：从传感器到岸基的闭环

数据流设计要回答四个问题：数据在哪里产生、在哪里缓存、在哪里转换、在哪里落地。海洋自主观测系统典型的数据流为：传感器原始帧 → 主控采集与校验 → 本地存储（原始+解析后）→ 通信机打包与压缩 → 卫星/岸基链路 → 岸基接收与入库 → 质控与分发。设计时应为每一级标注数据量、时延、丢失处理策略和时钟基准。

以剖面观测为例：CTD单次剖面产生约200 KB原始数据，若每2小时一次，日数据量约2.4 MB；卫星链路单次可用窗口按10分钟、有效速率按2 kbps估算，单窗口可传约150 KB，因此必须做抽稀或分包重传设计，并明确“优先传剖面摘要、完整数据待回收后补传”的策略。时间基准应统一到UTC，主控在每次唤醒时通过GNSS或RTC校准，所有数据帧携带采集时刻与校准状态标志，避免岸基处理时出现时间漂移。

四、集成方案文档编制：让设计可评审、可追溯

集成方案文档不是把前面内容拼在一起，而是要让评审者能沿着“任务—需求—接口—数据流—验证”走通一遍。建议文档至少包含：任务背景与观测目标、需求分解与追踪表、系统组成与架构图、接口清单与ICD摘要、数据流与存储策略、供电与功耗预算、环境适应性说明、集成与测试计划、风险与应对措施。其中功耗预算和通信预算应给出计算过程而非结论，便于复核。

文档编制中一个实用技巧是设置“变更影响页”：列出关键器件与接口的替代方案及其影响。例如将CTD由RS-485改为RS-232，需同步修改主控串口配置、线缆定义、ICD条目和验证用例；将卫星通信改为铱星短报文，则需重新核算单包字节数与日发送次数。把这些影响提前写清楚，后续集成阶段就不会因为一个接口改动而牵动全局。

最后需要强调，需求分析与方案设计的输出应当是“可验证的约束集合”，而不是一份描述性报告。每一个关键指标都应能找到对应的验证阶段和判断依据：功耗预算对应桌面核算与实验室放电测试，接口定义对应台架联调用例，数据流对应端到端回放测试，环境适应性对应高低温与压力试验。只有做到这一点，系统集成才真正具备工程可控性。