📚 课程目录第4章可用性基础

4. 可用性基础

可用性（Availability）描述的是系统在任意随机时刻处于可工作状态的概率，或者更工程化地说，是在规定条件下、规定时间内，系统能够执行规定功能的时间比例。它与可靠性、维修性共同构成RAM工程的核心三角：可靠性决定系统“多久坏一次”，维修性决定“坏了多久能修好”，而可用性把两者综合成“长期来看有多少时间真正能用”。理解可用性，关键要抓住三个层次：定义口径、分类模型、以及停机时间的分解方式。

4.1 可用性的三种典型定义

工程中最常出现三种可用性口径，它们的区别在于“统计时间范围”和“是否计入管理性延误”。

固有可用性 A_i：只考虑系统本身的失效与修复过程，假设维修资源随时可得、无等待。表达式为 A_i = MTBF / (MTBF + MTTR)，其中 MTBF 为平均故障间隔时间，MTTR 为平均修复时间。它反映设计层面的“先天能力”，是可靠性设计与维修性设计共同决定的指标。
使用可用性 A_o：在固有可用性基础上，进一步计入预防性维修、后勤保障、备件等待、人员等待等实际使用中不可避免的时间。表达式为 A_o = OT / (OT + TCM + TPM)，其中 OT 为实际工作时间，TCM 为修复性维修总时间，TPM 为预防性维修总时间。它更贴近现场真实表现。
达成可用性 A_a：在使用可用性基础上再计入管理性延误，如行政审批、任务调度、训练占用等非技术性停机。表达式为 A_a = OT / (OT + TCM + TPM + TAL)，TAL 为管理性延误时间。它反映的是“从管理视角看，系统真正可被任务使用的时间比例”。

三者的关系可以概括为：A_i ≥ A_o ≥ A_a。固有可用性是理论上限，使用可用性加入保障因素后下降，达成可用性再计入管理因素后进一步下降。工程实践中，如果只报一个“可用性”数字而不说明口径，往往会造成设计方与使用方的严重误解。

4.2 可用性模型与停机时间分解

可用性模型的核心是把系统总日历时间拆成若干互斥的时间段。以单台可修设备为例，总时间 T 可分解为：

T = OT + TCM + TPM + TAL + TST
其中：
OT   —— 实际工作时间（设备执行规定功能）
TCM  —— 修复性维修时间（故障后修复）
TPM  —— 预防性维修时间（计划性维护）
TAL  —— 管理性延误时间（审批、调度、等待指令）
TST  —— 待机时间（设备完好但未安排任务）

需要特别说明的是，待机时间 TST 是否计入可用性分母，取决于口径定义。在“使用可用性”中，通常把待机视为可用状态，因此分母只取 OT + TCM + TPM；而在“达成可用性”中，若待机由管理原因造成，则可能被归入 TAL。这种边界划分必须在项目开始前以文件形式固定，否则不同阶段的数据无法比较。

对于串联系统，若各单元独立且可用性分别为 A₁、A₂、…、A_n，则系统可用性 A_sys = A₁ × A₂ × … × A_n。对于并联冗余系统，若至少一个单元可用即可工作，则 A_sys = 1 − (1 − A₁)(1 − A₂)…(1 − A_n)。这两个公式是可用性分配与预计的基础工具。

4.3 可用性与可靠性、维修性的定量关系

在指数寿命与指数修复假设下，稳态可用性可写成：

A = μ / (λ + μ)
其中 λ = 1 / MTBF（失效率）
     μ = 1 / MTTR（修复率）

该式说明：提高可用性有两条路径——降低失效率 λ（提高可靠性）或提高修复率 μ（提高维修性）。当 λ 远小于 μ 时，A ≈ 1 − λ/μ = 1 − MTTR/MTBF。例如某电源模块 MTBF = 20000 h，MTTR = 4 h，则 A_i ≈ 1 − 4/20000 = 0.9998，即固有可用性约 99.98%。若把 MTTR 压缩到 2 h，可用性提升到约 99.99%；若把 MTBF 提高到 40000 h，效果相同。工程上通常优先改善维修性，因为缩短 MTTR 往往比成倍提高 MTBF 更经济。

教学示例参数说明：以上 MTBF、MTTR 数值为便于讲解而设定的假设值，用于演示计算过程，不代表任何具体产品的实测结果。

4.4 停机时间分解的工程意义

把停机时间拆开，是为了定位改进方向。若 TCM 占比高，说明故障频繁或修复困难，应加强可靠性设计与模块化更换；若 TPM 占比高，说明预防性维修周期过密或项目过多，应优化维修大纲；若 TAL 占比高，说明管理流程、备件供应或人员调度存在瓶颈，属于保障体系问题而非设备本身问题。只有把停机时间按原因分类统计，才能把可用性指标真正转化为可执行的改进措施。

4.5 工程应用要点

在实际项目中，可用性指标必须与合同口径一致。设计阶段通常用 A_i 做分配与预计，因为它只依赖 MTBF 和 MTTR，便于在图纸和模型中计算；使用阶段则用 A_o 考核，因为它包含了预防性维修和保障延误；管理评审时可能关注 A_a，因为它反映了任务真正可用的时间。三者之间的差值，恰恰是保障体系和管理流程的改进空间。

最后需要强调：可用性是一个概率型指标，不是确定性承诺。它必须建立在明确的故障定义、维修定义和时间统计规则之上。没有这些边界条件，任何可用性数字都缺乏工程意义。