4. 信息流总体架构设计方法
信息流总体架构设计，是把航天器任务需求转化为“谁产生数据、谁使用数据、数据经哪些功能节点、沿什么接口和方向流动”的工程化过程。它既不是简单的框图绘制，也不是把分系统清单堆在一起，而是要在任务级、系统级和分系统级之间建立可追溯的数据关系。对于航天器而言，遥测参数、遥控指令、导航数据、载荷数据、时统信息、健康管理信息往往并行流动，若总体架构没有提前定义清楚，后续就会出现接口反复、数据重复采集、时延不可控等问题。因此，本节围绕端到端信息流建模、数据源与数据宿识别、功能节点划分、接口关系与流向图绘制四个关键动作展开。
一、端到端信息流建模：从任务事件到数据闭环
端到端信息流建模的核心，是选择一个完整的任务事件或工作模式，沿着“数据产生—采集—处理—传输—使用—反馈”的路径走通一遍。例如，以“星敏感器姿态测量数据用于姿控计算机解算并驱动执行机构”为一条端到端链路，其起点是星敏感器输出姿态四元数或角度信息，中间经过星务总线采集、姿控计算机滤波与定姿、控制律计算，终点是动量轮或推力器接收控制指令，同时遥测系统把关键中间量下传地面。这样一条链路，才构成可验证的端到端信息流。
建模时建议采用“场景—链路—参数”三层描述。场景层说明任务阶段，如发射入轨、对日定向、载荷成像；链路层说明数据从源到宿经过的功能节点和接口；参数层说明数据率、周期、时延、精度、协议和优先级。以某遥感卫星载荷成像场景为例，载荷相机输出图像数据率可假设为 1.2 Gbps，经高速串行接口送入数传处理单元，再经格式化、加扰、存储后按地面可见弧段下传；同时星务系统以 1 Hz 采集相机温度、电源状态等辅助遥测。这里图像数据是高速业务流，辅助遥测是低速监控流，两者不能混在同一链路中简单处理，必须在建模阶段就区分开。
二、数据源与数据宿识别：明确边界与责任
数据源是信息的产生者或首次数字化输出者，数据宿是信息的最终消费者或执行者。识别时不能只看设备名称，而要看“谁拥有数据、谁改变数据、谁最终使用数据”。例如，陀螺输出角速度，星敏感器输出姿态，GPS 接收机输出位置速度，这些是数据源；姿控计算机、星务计算机、数传分系统、地面测控站则是典型数据宿或中转宿。一个设备可能既是源又是宿，如星务计算机接收遥控指令是宿，发出遥测帧又是源。
识别数据源与数据宿时，建议建立一张“源—宿—数据内容—方向—更新率”的对照表。以某平台为例：星敏感器到姿控计算机，数据为姿态四元数，方向为单向，更新率 8 Hz；姿控计算机到动量轮，数据为转速指令，方向为单向，更新率 10 Hz；星务计算机到数传分系统，数据为遥测帧，方向为单向，更新率 1 Hz；地面测控站到星务计算机，数据为遥控指令，方向为上行，事件触发。通过这张表，可以快速发现是否存在“有源无宿”“有宿无源”或“双向关系未定义”的漏洞。
三、功能节点划分：按数据职责而非设备堆叠
功能节点划分是把航天器信息流中的处理、传输、存储、控制、管理等功能抽象成节点。节点可以对应一台设备，也可以对应设备内部的一个软件模块。划分原则是：高内聚、低耦合，接口清晰，便于独立验证。常见的功能节点包括：敏感器节点、执行机构节点、控制计算节点、星务管理节点、数据存储节点、数传发射节点、测控应答节点、载荷处理节点等。
以姿控回路为例，可划分为“敏感器采集节点—定姿滤波节点—控制律计算节点—执行机构驱动节点—遥测采集节点”。其中定姿滤波和控制律计算可能运行在同一台姿控计算机内，但在信息流模型中仍应作为两个逻辑节点，因为它们之间的数据关系、周期和精度要求不同。这样划分后，后续做接口关系图时，才能看清“姿态数据从哪来、控制指令到哪去、遥测在哪一点被抽取”。
四、接口关系与流向图绘制：让数据路径可检查
接口关系描述节点之间的物理与逻辑连接，包括总线类型、协议、数据格式、传输方向、周期和时延约束。流向图则是接口关系的图形化表达。绘制时建议统一约定：箭头方向表示数据流向，实线表示主数据流，虚线表示监控或遥测流，不同颜色区分上行遥控、下行遥测、高速业务数据和低速控制数据。图中每个节点应标注名称和关键数据，每条边应标注接口类型和主要参数。
下面给出一个简化的航天器信息流总体架构示意图，覆盖敏感器、姿控计算、执行机构、星务管理、数传与测控等典型节点，并区分高速载荷数据流、低速控制流和遥测遥控流。
绘制流向图时，建议遵循“先主后次、先高后低、先内后外”的顺序：先画主任务数据流，再补遥测遥控流；先画高速业务数据，再画低速控制数据；先画星内接口，再画星地接口。每画一条边，都要能回答三个问题：数据从哪个节点来、到哪个节点去、经过什么接口。若某条边无法回答，说明功能节点划分或接口定义还不完整。
最后需要强调，信息流总体架构设计不是一次性文档，而是后续分系统接口设计、软件配置项划分、测试用例设计和故障预案制定的共同依据。端到端链路清楚、源宿边界明确、功能节点职责单一、接口流向可检查，才能保证航天器在轨运行时数据“产得出、传得走、用得上、管得住”。