2. 航电系统顶层需求捕获

航电系统顶层需求捕获不是把飞机研制要求抄一遍,而是把分散在任务、规章、客户和平台约束中的“原始诉求”,逐层转化为可验证的航电功能需求与性能指标基线。它的核心难点在于:飞机任务剖面描述的是“飞机要干什么”,适航规章规定的是“必须满足什么安全底线”,客户选项表达的是“愿意为哪些能力付费”,而航电功能需求必须回答“系统要提供什么功能、达到什么性能、在什么条件下可用”。本节围绕这条转化链,给出可操作的捕获方法与一份功能清单/性能指标基线示例。

一、三类需求源与转化逻辑

顶层需求源可归为三类。第一类是任务剖面需求:由典型飞行任务阶段(滑行、起飞、爬升、巡航、进近、着陆、复飞)和任务类型(航线运输、高原运行、海上巡逻等)导出。例如“在低能见度条件下完成 CAT III 自动着陆”会直接派生显示系统、自动飞行、无线电高度、导航精度等航电功能。第二类是适航与运行规章需求:如 CCAR/FAR 25 部、25.1301/1309、25.1322 告警要求、25.1353 电气、ETSO 最低性能标准等,它们通常以“必须”“不得”形式出现,转化为安全关键功能与失效状态等级。第三类是客户选项与运行需求:如选装卫星通信、ADS-B Out、增强视景、电子飞行包接口等,转化为可选功能模块与接口需求。

转化逻辑可概括为“源—场景—功能—指标—验证”五级映射:从需求源提取运行场景,从场景识别航电必须完成的功能动作,再为每个功能分配可量化的性能指标,最后确定验证方式(分析、试验、演示、检查)。这条链的关键是可追溯:每一条航电功能需求都应能回溯到至少一个需求源,每一个性能指标都应能对应到具体的验证方法。

航电顶层需求捕获转化链 任务剖面 阶段/任务类型/环境 适航/运行规章 25部/ETSO/运行规则 客户选项 选装/构型/接口 运行场景 低能见进近 高原巡航 海上搜救 单发失效返场 航电功能 自动着陆 导航/显示 告警与合成视景 通信/监视 性能指标 精度/完好性 告警时延 可用度/MTBF 失效等级 验证方式映射 分析 A / 试验 T / 演示 D / 检查 I 每条指标至少对应一种验证方法 双向追溯矩阵 需求源 ←→ 功能 ←→ 指标 ←→ 验证 任一环节缺失即判定需求不完整 输出:航电功能清单 + 性能指标基线(含安全等级、验证方法、追溯编号) 作为后续架构设计与分系统需求分解的输入基线

二、从任务剖面到功能需求的实操方法

以“低能见度 CAT III 自动着陆”为例,说明转化过程。首先从任务剖面提取场景要素:跑道视程 RVR 不低于 200 m、决断高 DH 为 0 m、需自动着陆并自动滑跑。由此识别航电必须完成的功能动作:精密进近引导、自动飞行控制、无线电高度测量、着陆拉平与滑跑、失效告警与降级。接着为每个功能分配性能指标:仪表着陆系统(ILS)垂直引导精度在决断高以下需满足 CAT III 的完好性要求,无线电高度表在 0~100 ft 量程内误差不超过 ±2 ft,自动飞行在单通道失效时需在 1 s 内告警并降级到 CAT I 能力。

再以“高原巡航”为例:任务剖面要求巡航高度 12 500 m、座舱高度不超过 8 000 ft。由此派生座舱增压控制、氧气系统监控、发动机参数显示等功能,性能指标包括座舱高度控制精度 ±500 ft、告警触发延迟不超过 3 s。可以看到,任务剖面中的环境与阶段参数,直接决定了航电功能的性能门限,而不是先有功能再补指标。

三、适航规章与客户选项的转化要点

适航规章的转化要抓住“失效状态等级”这一核心。以 CCAR 25.1309 为例,它要求对失效状态进行分类:灾难性、危险性、较大、较小、无安全影响。航电功能需求必须为每个安全关键功能标注失效状态等级,并据此确定冗余架构与研制保证等级(DAL)。例如,主飞行显示失效若属于“危险性”,则需采用双通道冗余并满足 DAL B;若属于“灾难性”,则需满足 DAL A 并具备独立供电与独立数据源。

客户选项的转化则要区分“功能选装”与“接口预留”。例如客户选装卫星通信,不仅增加卫通收发功能,还要求航电提供 ARINC 429 或以太网接口、天线安装空间与供电容量。若客户暂不选装但要求后续可加装,则需在基线中保留接口与安装预留需求,避免后期改线。客户选项还应转化为构型管理需求:同一功能在不同客户构型下可能有不同性能指标,基线中需用构型标识区分。

四、功能清单与性能指标基线示例

下表给出一份简化的航电功能清单与性能指标基线示例,字段包括功能编号、功能名称、需求源、关键性能指标、失效状态等级与验证方法。示例参数为教学假设,实际项目需依据具体机型与适航审查结论确定。

功能编号 功能名称 需求源 关键性能指标 失效状态等级 验证方法
F-NAV-01 精密进近引导 任务剖面/25.1309 垂直引导误差 ≤ 0.3°(CAT III) 危险性 试验 T + 分析 A
F-AFCS-02 自动着陆与滑跑 任务剖面 单通道失效告警 ≤ 1 s,降级至 CAT I 危险性 试验 T + 演示 D
F-DISP-03 主飞行显示 适航/客户 刷新率 ≥ 20 Hz,双通道独立供电 危险性 试验 T + 检查 I
F-COM-04 卫星通信 客户选项 接口 ARINC 429,供电预留 28 V/5 A 较小 检查 I + 演示 D
F-ALERT-05 告警与合成视景 适航/任务 告警触发延迟 ≤ 300 ms,优先级正确 较大 试验 T + 分析 A

五、基线冻结与追溯检查

完成功能清单与指标分配后,需进行追溯完整性检查:每条功能是否至少对应一个需求源;每条性能指标是否可量化、可验证;每个安全关键功能是否已标注失效状态等级与 DAL;客户选项是否已转化为接口或构型需求。检查通过后,将功能清单与性能指标基线冻结为版本 V1.0,作为后续航电架构设计与分系统需求分解的输入。若后续任务剖面或客户选项变更,需通过变更控制流程更新基线,并重新执行追溯检查,确保需求链始终闭合。

实操建议:在需求捕获阶段就建立需求管理工具中的追溯链接,而不是等基线冻结后再补。每条需求记录至少包含“源标识、功能编号、指标值、验证方法、构型标识”五个字段,可显著降低后期需求遗漏与返工风险。