2. 航天器分系统划分与接口边界
航天器是一个高度耦合的系统工程产物。总体设计单位通常按功能把整星划分为若干分系统，每个分系统承担明确的职责，并通过一组标准化的机械、电气、信息、热与软件接口与其他分系统交互。接口设计的核心难点不在于单个分系统内部如何实现，而在于职责边界在哪里、接口责任由谁承担、跨边界的数据与能量如何定义。本节围绕平台与载荷、姿轨控、能源、测控、数管、热控、结构与机构等分系统，梳理其职责边界，并给出可操作的接口责任矩阵。
一、分系统划分的基本逻辑
分系统划分遵循三条原则：功能内聚、物理可分离、接口可定义。功能内聚指同一分系统内部完成相对独立的功能闭环，例如姿轨控负责姿态确定与姿态/轨道控制；物理可分离指分系统在总装、测试、运输阶段可以独立操作，例如载荷舱与平台舱可分别总装；接口可定义指分系统之间的交互能够用明确的参数、协议、机械基准和热边界描述。划分结果通常形成“平台+载荷”两大板块：平台保障整星生存与运行，载荷完成特定任务。
平台内部进一步细分为姿轨控、能源、测控、数管、热控、结构与机构等分系统。载荷则按任务类型划分，如光学相机、SAR、通信转发器、科学探测仪等。载荷与平台之间通过机械安装面、供电母线、数据总线、热控回路和测控通道发生关系，这些关系正是接口边界的具体体现。
二、各分系统职责边界
姿轨控分系统（AOCS）负责整星姿态确定、姿态稳定、姿态机动和轨道控制。其边界包括：敏感器（星敏感器、陀螺、太阳敏感器）的安装基准与视场保护、执行机构（动量轮、磁力矩器、推力器）的供电与指令接口、以及向数管分系统输出的姿态遥测数据。AOCS与载荷的接口通常表现为姿态稳定度指标和指向精度指标，例如某遥感卫星要求载荷成像期间姿态稳定度优于0.005°/s，这一指标由AOCS保证，但需要载荷提供成像时段和指向请求。
能源分系统（EPS）负责发电、储能、配电和电源保护。其边界包括：太阳翼的展开与对日定向接口（与机构、AOCS协同）、蓄电池充放电管理、母线电压调节、以及向各分系统负载供电的配电通道。EPS与载荷的接口是供电功率、电压体制、浪涌电流限制和加断电时序。例如某载荷峰值功率800W、母线28V、允许浪涌电流不超过额定值2倍，这些参数必须写入ICD并由EPS验证。
测控分系统（TT&C）负责遥测采集、遥控指令接收与分发、测距测速。其边界包括：上行遥控指令的解析与校验、下行遥测帧的组帧与调制、与数管分系统的指令/数据交互。TT&C与载荷的接口通常表现为载荷遥测参数表、遥控指令码表和测控通道分配。
数管分系统（OBDH）负责星上数据管理、总线通信、时间基准和存储。其边界包括：星上总线（如1553B、CAN、SpaceWire）的协议管理、各分系统终端地址分配、数据采集周期和存储容量。数管与载荷的接口是数据格式、传输速率、存储深度和下行数据调度策略。
热控分系统（TCS）负责整星热平衡、温度控制和热防护。其边界包括：热控涂层、多层隔热材料、热管、加热器和散热面的布局，以及与载荷、能源、姿轨控的热耦合关系。热控与载荷的接口是安装面温度范围、热耗分布和温度敏感度。例如某光学载荷要求安装面温度20±2℃，热控分系统需据此设计加热回路和测温点。
结构与机构分系统负责整星结构承载、安装基准、展开机构和分离机构。其边界包括：主承力结构、载荷安装面平面度与刚度、太阳翼展开机构、天线展开机构、星箭分离机构。结构与载荷的接口是安装孔位、安装面平面度、随机振动响应和接地要求。
三、接口责任矩阵
接口责任矩阵用于明确每一条接口的“提出方、接收方、验证方”。提出方定义接口参数，接收方满足接口要求，验证方确认接口闭合。下表给出典型跨分系统接口的责任分配示例。
| 接口对象 | 接口内容 | 提出方 | 接收方 | 验证方 |
|---|---|---|---|---|
| 载荷—能源 | 供电功率、电压、加断电时序 | 载荷 | 能源 | 总体/测试 |
| 载荷—数管 | 数据格式、速率、存储深度 | 载荷 | 数管 | 总体/测试 |
| 载荷—热控 | 安装面温度、热耗、测温点 | 载荷 | 热控 | 总体/热试验 |
| 载荷—结构 | 安装孔位、平面度、刚度 | 结构 | 载荷 | 总体/力学试验 |
| 载荷—姿轨控 | 指向精度、稳定度、机动请求 | 载荷 | 姿轨控 | 总体/姿控试验 |
| 载荷—测控 | 遥测参数、遥控指令、通道分配 | 测控 | 载荷 | 总体/测控测试 |
责任矩阵的关键在于“谁提出、谁接收、谁验证”不能模糊。例如载荷供电接口，若载荷未明确浪涌电流限制，能源分系统可能按常规负载设计，导致加电瞬间母线跌落，影响其他分系统。因此，接口参数必须在方案阶段就写入ICD草案，并在初样、正样阶段逐级细化。
四、接口边界的可视化
下图以平台与载荷为中心，展示各分系统之间的接口关系与责任流向。图中实线表示能量/物质流，虚线表示信息/指令流，箭头方向表示接口参数的提出方向。
图中可以看出，载荷是接口需求的集中提出方，平台各分系统是接口的接收方和实现方，总体则承担验证与协调职责。这种“载荷提需求、平台保实现、总体做验证”的责任链条，是接口责任矩阵的核心逻辑。
五、接口边界管理的实践要点
在实际工程中，接口边界管理需要抓住三个动作。第一，接口识别：在方案阶段通过功能流图识别所有跨分系统的能量流、信息流和物质流，形成接口清单。第二，接口定义：对每条接口明确参数名称、量值范围、单位、更新周期、物理形式（如连接器型号、总线地址、安装孔位）。第三，接口验证：在初样和正样阶段通过电测、热试验、力学试验逐条验证接口闭合，并记录偏差处理。例如某卫星在初样电测中发现载荷加电时母线电压跌落超过5%，经排查是载荷浪涌电流超出ICD规定值，最终通过增加软启动电路解决，并更新ICD版本。
综上，分系统划分与接口边界是航天器总体设计的基础工作。只有把每个分系统的职责边界划清楚，把每条接口的责任主体定明确，才能在后续的详细设计、总装测试和飞行任务中避免“接口打架”和“责任真空”。