2. 航天器系统工程过程与交付物体系

航天器系统工程的核心难点，不在于某一个分系统做得多好，而在于“整星”作为一个整体能否在有限质量、功耗、体积、成本和进度约束下，把各分系统的接口、状态和验证证据组织成一条可追溯的链条。系统工程师（SE）在这条链条中承担三类关键工作：把任务需求分解为可管理的产品结构，把产品结构映射为可执行的工作结构，并在方案、初样、正样、发射、在轨各阶段输出可评审、可交付、可追溯的交付物。

一、任务分解：从任务需求到产品树

任务分解的起点是任务需求，而不是分系统清单。以一颗典型的低轨遥感卫星为例，任务需求可归纳为：在500～600 km太阳同步轨道上，以优于2 m地面采样距离（GSD）对指定区域成像，每天至少下传一次数据，设计寿命3年。系统工程师首先把任务需求转化为功能需求：成像功能、姿态指向功能、能源供给功能、热控功能、数据存储与下传功能、测控功能。功能需求再向下分解为分系统级技术指标，例如成像分系统焦距、口径、探测器像元尺寸；姿控分系统指向精度与稳定度；电源分系统输出功率与母线电压；数传分系统码速率与误码率。

产品树（Product Tree）是任务分解的静态结果，它回答“整星由哪些产品组成”。产品树通常按“整星—分系统—单机—部件/元器件”四层展开。以电源分系统为例，其下可挂太阳翼、蓄电池组、电源控制器（PCU）、电缆网；太阳翼再下挂基板、电池片、展开机构。产品树的每个节点应有唯一标识（如 PWR-SA-001），并关联质量、功耗、接口、继承性等属性。产品树不是简单的物料清单，它必须体现“谁向谁供电、谁向谁传数据、谁对谁机械安装”的接口关系。

二、工作分解结构：从产品树到可执行任务

工作分解结构（WBS）回答“为了交付这些产品，需要做哪些工作”。WBS 与产品树不是一一对应：一个产品节点可能对应多项工作（设计、采购、装配、测试、试验），一项工作也可能跨多个产品节点（如整星电磁兼容试验）。系统工程师通常采用“产品导向 + 阶段导向”的混合 WBS：第一层按阶段划分（方案、初样、正样、发射、在轨），第二层按分系统划分，第三层按工作包划分（设计、仿真、采购、装配、测试、评审）。

WBS 的最低层是工作包，工作包应具备可估算、可分配、可验证三个特征。例如“太阳翼初样装配与展开试验”这一工作包，其输入是初样太阳翼图纸与工艺文件，输出是装配记录、展开试验数据与照片，完成判据是展开时间≤30 s、锁定到位、无卡滞。工作包与产品树节点通过“交付物编号”建立映射，从而保证每一个产品都有对应的工作，每一项工作都有对应的交付物。

三、各阶段交付物清单及交付标准

航天器研制通常划分为方案、初样、正样、发射、在轨五个阶段。每个阶段的交付物不是“文档堆”，而是该阶段技术状态和验证证据的集合。系统工程师需要明确每项交付物的名称、编号、责任方、评审方式和通过判据。

四、交付标准的关键判据

交付标准不能停留在“完成”二字。系统工程师应把交付标准写成可检查的判据。例如初样太阳翼展开试验的交付标准可写为：展开时间≤30 s；展开到位后锁定开关信号由0变为1；展开过程中无卡滞、无异常声响；试验后目视检查无裂纹、无变形。正样整星力学试验的交付标准可写为：正弦振动试验后，整星固有频率变化不超过5%；特征点响应在预示值±3 dB以内；试验后电性能测试全部通过。

五、从交付物到配置基线

各阶段交付物通过评审后，应纳入配置基线。方案阶段形成功能基线，初样阶段形成分配基线，正样阶段形成产品基线。每次基线变更都需要填写变更申请，说明变更原因、影响范围、验证方式和审批结论。系统工程师要特别关注“接口变更”：一个分系统的接口参数变化，可能引起整星供电、数据、热控的连锁调整。因此，接口控制文件（ICD）应作为跨阶段、跨分系统的受控交付物，任何修改都必须同步通知相关分系统并更新产品树与WBS中的对应节点。

综上，系统工程师视角下的交付物体系，本质上是把“任务需求—功能需求—产品树—WBS—阶段交付物—配置基线”串成一条可追溯的链条。产品树保证“东西不漏”，WBS保证“工作不漏”，阶段交付物保证“证据不漏”，交付标准保证“判据不虚”。只有这四者同时成立，航天器系统工程过程才具备可管理、可评审、可复现的基础。