📚 课程目录第3章维修性定性定量要求论证

3. 维修性定性定量要求论证

维修性要求论证的核心任务，是把使用方的战备完好性、任务成功性和保障经济性目标，翻译成一组可设计、可验证、可追溯的维修性指标。MTTR、MTBF、维修工时率、故障隔离率、可达性、互换性等指标并非彼此独立，它们分别从时间、频次、人力、诊断、物理结构和接口层面约束装备的维修行为。论证的关键不是把指标列全，而是判断哪些指标对当前装备真正起决定作用，并把系统级要求逐层分解到可承制的产品层级。

一、指标选取：从使用目标反推约束

指标选取应遵循“使用目标—任务剖面—故障后果—维修性约束”的推理链。以某型车载雷达为例，其使用目标为连续值班 72 h、故障后 30 min 内恢复主要功能。由此可反推：若主要功能故障平均间隔为 200 h，则 72 h 任务期间发生故障概率约为 1−e^−72/200≈30%，属于不可忽略水平，必须同时约束 MTBF 与 MTTR。若仅提高 MTBF 至 500 h，故障概率降至约 13%，但单次修复若需 2 h，仍无法满足 30 min 恢复要求，因此 MTTR 必须同步压缩。

MTTR 反映平均修复时间，适用于可更换单元级故障；MTBF 反映平均故障间隔，约束的是故障频次；维修工时率（MMH/OH 或 MMH/FH）反映单位使用时间消耗的维修人力，直接关联保障编制；故障隔离率（FIR）约束 BIT 与外部测试能否把故障定位到规定可更换单元；可达性约束维修通道、舱口、安装位置；互换性约束同型件、功能件之间的物理与电气替换能力。选取时应优先保留与任务失败直接相关的指标，避免把全部指标平铺为“每项都要最优”。

指标选取的实用判据：若某指标恶化会直接导致任务中断、保障人力超编或备件需求失控，则该指标应进入核心指标集；否则可作为一般性设计要求或由承制方自行权衡。

二、指标分解：从系统级到 LRU 级

系统级 MTTR 不能直接由各单元 MTTR 平均得到，因为故障率不同。设系统由 n 个可更换单元组成，第 i 个单元故障率 λ_i、平均修复时间 M_i，则系统平均修复时间为：

MTTR_sys = Σ(λ_i × M_i) / Σλ_i

示例：三个 LRU 的故障率与修复时间
LRU-A: λ=0.004/h, M=0.5 h
LRU-B: λ=0.002/h, M=1.2 h
LRU-C: λ=0.001/h, M=2.0 h

Σλ = 0.007/h
Σ(λM) = 0.004×0.5 + 0.002×1.2 + 0.001×2.0
      = 0.002 + 0.0024 + 0.002 = 0.0064
MTTR_sys = 0.0064 / 0.007 ≈ 0.914 h ≈ 54.9 min

该示例说明：即使 LRU-C 修复时间最长，因其故障率低，对系统 MTTR 的贡献仅约 0.29 min；而 LRU-A 虽修复快，但故障率高，贡献约 17.1 min。分解时应按“故障率加权”分配指标，而不是平均分配。若系统要求 MTTR≤45 min，则需重点压缩 LRU-A 和 LRU-B 的修复时间，或降低其故障率。

故障隔离率分解同理。系统 FIR 要求 95%，若 BIT 覆盖 80% 故障模式、外部测试覆盖 15%，则综合隔离率约为 1−(1−0.80)(1−0.15)=83%，不足 95%。此时需提高 BIT 覆盖到 90% 或增加外部测试接口。可达性与互换性则通过设计准则分解：规定常拆件工具数量、拆装方向、舱口尺寸、连接器防错、同型件互换公差等。

三、权衡方法：指标冲突时的取舍

维修性指标之间存在天然冲突。提高 MTBF 通常需要更高等级元器件、冗余或降额设计，会推高采购成本；压缩 MTTR 需要快速拆装结构、模块化 LRU 和自动测试，可能增加重量与体积；提高 FIR 需要更多测试点和 BIT 电路，可能引入虚警并降低基本可靠性；提高互换性要求统一接口和公差，可能限制不同供应商方案。权衡时应建立“指标—成本—重量—保障”四维矩阵，以任务失败风险为约束，寻找可行域而非单点最优。

以某 LRU 为例，方案 A 采用整体灌封，MTBF 高但故障后需返厂，MTTR 约 4 h；方案 B 采用模块化插拔，MTBF 略降 15%，但 MTTR 降至 0.4 h，且现场可换。若任务要求 30 min 恢复，方案 A 不可行，方案 B 虽可靠性略低，但通过备件前置可满足任务成功性。此时权衡结论是：以 MTTR 和互换性优先，接受 MTBF 的适度下降，并通过备件配置补偿。

四、论证输出：形成可追溯的指标集

论证完成后应输出一份维修性指标分配表，至少包含：指标名称、系统级要求值、分解到 LRU 的分配值、分配依据（故障率、任务权重、BIT 覆盖）、验证方法（分析、演示、试验）、责任单位。表中每个指标都应能追溯到上层使用目标，并明确验证阶段。例如 MTTR 分配值可标注“按故障率加权，LRU-A≤0.5 h、LRU-B≤1.2 h、LRU-C≤2.0 h，系统加权≤0.914 h，验证方法为维修演示”。

常见误区：把系统级 MTTR 直接平均分配给各单元，忽略故障率权重；或只关注 MTTR 而忽略维修工时率，导致修复时间达标但保障人力超编。论证阶段必须同时检查时间、频次、人力、诊断、结构和接口六类约束是否闭合。

指标选取、分解与权衡不是一次完成的静态工作，而是随设计成熟度迭代的过程。初样阶段可用分析分配，详细设计阶段用 BIT 覆盖分析和可达性检查修正，样机阶段用维修演示和故障注入试验验证。每次迭代都应更新分配表，保留变更理由和验证证据，使维修性要求始终与使用目标保持一致。