2. 推进分系统任务书与验证需求分析

推进分系统地面集成与验证的起点,不是试验台,而是任务书。任务书把飞行任务剖面对推进系统的功能与性能诉求,翻译成一组可量化、可追溯、可验证的工程要求。若跳过这一步直接进入试验,往往会出现“试验做了很多、却无法回答是否满足飞行任务”的困境。本节围绕“从飞行任务剖面提取要求,形成地面验证矩阵与验收准则”这条主线展开。

一、从飞行任务剖面到推进需求

飞行任务剖面通常以时间轴形式给出各飞行阶段的姿态、轨道、加速度、工作时长与环境条件。对推进分系统而言,需要从每个阶段提取四类信息:推力需求(稳态推力、变推力范围、推力精度)、比冲需求(真空比冲、海平面比冲、工况点比冲)、工作模式(连续/脉冲、启动次数、最小脉冲宽度、占空比)、寿命与环境(累计工作时间、循环次数、贮存年限、温度/真空/振动/冲击条件)。此外,安全要求(泄漏率、爆炸风险、推进剂相容性、故障隔离)也必须同步提取。

以某型上面级为例,其任务剖面包含:入轨段连续工作约 480 s、滑行段约 45 min、末段姿控脉冲工作约 1200 次、单次最小脉冲 20 ms。由此可提取出:稳态推力约 5 kN、真空比冲不低于 310 s、脉冲工作累计循环不少于 1500 次、最小脉冲宽度不大于 20 ms、滑行段需具备多次可靠再启动能力。这些数值即为后续验证的输入。

二、需求分解与验证矩阵

提取出的需求不能直接用于试验,需要分解为“可测参数 + 验证方法 + 判据”。验证矩阵是这一分解的核心工具,其行是需求条目,列是验证方法(分析、试验、检查、演示)、验证层级(组件级、分系统级、系统级)、试验项目、测量参数与验收准则。矩阵的价值在于:任何一条飞行需求都能找到对应的地面验证活动,任何一次试验都能回溯到具体需求。

下面给出一个简化的验证矩阵示例(参数为教学示例,非实测值):

需求条目 指标要求 验证方法 验证层级 测量参数 验收准则
稳态推力 5 kN ± 2% 试验 分系统级 推力、室压、流量 稳态段推力偏差 ≤ 2%
真空比冲 ≥ 310 s 试验+分析 分系统级 推力、推进剂流量 计算比冲 ≥ 310 s
最小脉冲宽度 ≤ 20 ms 试验 分系统级 脉冲响应、冲量 20 ms 脉冲冲量偏差 ≤ 5%
再启动能力 ≥ 3 次 试验 分系统级 启动时序、点火成功 3 次启动均成功
泄漏率 ≤ 1×10⁻⁶ Pa·m³/s 试验 组件级 氦质谱检漏 泄漏率不超限

三、验收准则的确定原则

验收准则不是简单照抄指标,而要明确“在什么条件下、测什么、怎么判”。确定准则时需注意三点:第一,工况点明确,比冲必须注明是真空还是海平面、是额定工况还是变工况;第二,判据可量化,避免“工作正常”这类模糊表述,应写成“启动时间 ≤ 0.5 s、点火成功率 100%”;第三,裕度合理,地面试验通常需保留一定测量不确定度余量,例如推力测量不确定度约 1%,则验收阈值应比飞行指标略宽或采用统计判据。

验证矩阵应保持“需求—方法—判据”三者一一对应。若某条需求找不到验证方法,说明需求本身可能不可验证,需要回到任务书重新协商。

四、验证矩阵与试验项目的映射

验证矩阵确定后,下一步是把它映射为具体试验项目。一个试验项目可以覆盖多条需求,一条需求也可能需要多个试验项目组合验证。例如“稳态推力”与“真空比冲”可在同一高空模拟试车中同时测量;“最小脉冲宽度”与“再启动能力”可在脉冲点火试验中一并考核。映射时需注意试验条件的覆盖性:地面试验能否复现飞行中的真空、温度与滑行条件,若不能,则需通过分析或分步试验补充。

飞行任务剖面 → 推进需求 → 验证矩阵 → 验收准则 飞行任务剖面 入轨段 480 s 滑行段 45 min 末段脉冲 1200 次 最小脉冲 20 ms 再启动 ≥ 3 次 真空/温度/振动 推进需求提取 推力 5 kN ± 2% 真空比冲 ≥ 310 s 脉冲循环 ≥ 1500 次 最小脉宽 ≤ 20 ms 泄漏率 ≤ 1e-6 安全/相容性要求 地面验证矩阵 需求条目 验证方法 验证层级 测量参数 验收准则 可追溯性 验收准则 工况点明确 判据可量化 裕度合理 不确定度可控 统计判据 通过/不通过 验证矩阵 → 试验项目映射(示例) 高空模拟试车 稳态推力 + 真空比冲 脉冲点火试验 最小脉宽 + 再启动能力 氦质谱检漏 泄漏率 + 密封性 试验结果反馈:不满足判据 → 需求复核 / 设计改进 / 补充试验

五、常见问题与处理

在实际工程中,任务书与验证需求分析常遇到三类问题。第一类是需求不可验证,例如“推进系统应具有高可靠性”,这类表述需转化为“在 1500 次脉冲循环中点火成功率 100%”。第二类是验证条件与飞行条件不一致,例如地面无法完全复现真空滑行,此时需通过分析或分步试验补充,并在验证矩阵中注明“试验+分析”。第三类是验收准则过严或过松,过严会导致不必要的试验失败,过松则无法暴露真实风险,需结合测量不确定度与飞行裕度综合确定。

验证矩阵不是一次性文件。随着设计迭代、试验结果反馈和任务剖面调整,矩阵应同步更新,确保每条需求始终有对应的验证活动与判据。

综上,任务书与验证需求分析的核心,是把飞行任务剖面中的定性描述转化为可量化、可验证、可追溯的工程要求,并通过验证矩阵建立“需求—方法—判据”的完整链条。这一链条是后续地面集成与试验设计的依据,也是判断推进分系统是否满足飞行任务的最终标尺。