2. 维修任务分析的数据基础

维修任务分析不是凭经验“拍脑袋”判断装备哪里容易坏、该修什么，而是要让每一项维修任务都能追溯到具体的数据来源。数据基础决定了分析结论是否可信：如果结构、功能、故障模式、使用强度、历史维修记录和保障资源六类数据缺失或口径不一致，后续的维修间隔确定、任务频次计算和资源需求推算都会失去依据。本节围绕“收集什么、怎么收集、如何组织成可追溯的数据清单”展开。

一、六类基础数据及其作用

维修任务分析所需的数据可以归纳为六个相互关联的类别，它们分别回答不同的问题：

• 装备结构数据：回答“由什么组成”。包括产品结构层次（系统—分系统—组件—部件—零件）、各层级之间的装配关系、可更换单元（LRU/SRU）划分、件号与序号、安装位置。它是确定维修任务作用对象和拆装顺序的基础。
• 功能数据：回答“应该做什么”。包括功能清单、功能层次分解、功能与结构单元的对应关系、性能参数及其允许范围。功能数据把“故障”定义为“功能未达到规定要求”，是判断故障模式的前提。
• 故障模式数据：回答“会怎么坏”。包括故障模式清单、故障原因、故障影响（局部影响、高层影响、最终影响）、故障检测方法、故障率或平均故障间隔时间（MTBF）等。它直接支撑预防性维修和修复性维修任务的确定。
• 使用强度数据：回答“用了多少”。包括工作小时、起落次数、循环次数、行驶里程、发射次数、日历时间等。使用强度是维修间隔换算和任务频次计算的关键输入。
• 历史维修记录：回答“过去实际发生了什么”。包括故障时间、故障现象、更换件、维修工时、维修级别、重复故障等。它是修正理论分析和发现薄弱环节的实证依据。
• 保障资源数据：回答“修的时候需要什么”。包括备件、工具、测试设备、人员专业与技能等级、技术资料、设施等。它决定维修任务能否在指定维修级别上真正执行。

这六类数据不是彼此独立的，而是通过“结构单元—功能—故障模式—使用强度—维修记录—保障资源”的链条相互关联。下图给出它们之间的关联关系与追溯路径。

二、数据收集的实际做法

数据收集不是一次性抄录，而是按“先定义口径、再确定来源、后逐项采集”的顺序推进。以某型车载雷达为例，说明各类数据的实际获取方式。

结构数据主要来自设计图样、产品结构树和装配大纲。采集时应按“系统—分系统—组件—可更换单元”逐层展开，记录每个单元的件号、序号、安装位置和拆装接口。例如天线座分系统下含俯仰驱动组件，其可更换单元为伺服电机和减速器，件号分别为 MTR-201 和 GBR-105，安装于天线座左侧支架。这些信息决定了后续维修任务的作用对象和拆装步骤。

功能数据来自功能框图、技术条件和性能测试规程。采集时要把每一项功能挂到具体结构单元上，并记录性能参数及允许范围。例如俯仰驱动组件的功能是“驱动天线在 0°～85° 范围内俯仰”，关键参数为俯仰角速度 6°/s±0.5°/s、角度误差≤0.2°。功能数据把“故障”定义为“功能未达到规定要求”，是判断故障模式的前提。

故障模式数据来自故障模式影响分析（FMEA）报告、试验故障记录和同类产品使用数据。采集内容包括故障模式、故障原因、局部影响、高层影响、检测方法和故障率。例如伺服电机“输出转矩不足”这一模式，原因为绕组绝缘老化，局部影响为驱动能力下降，高层影响为天线俯仰跟踪丢失，检测方法为电流监测，参考 MTBF 为 8000 h。这些数据直接支撑预防性维修和修复性维修任务的确定。

使用强度数据来自使用日志、计时器和工况记录。采集时要统一计量口径，明确是工作小时、循环次数还是日历时间。例如该雷达累计工作 3200 h，俯仰动作循环 18500 次，开机日历时间 26 个月。使用强度是维修间隔换算和任务频次计算的关键输入。

历史维修记录来自维修工单、故障报告和备件更换台账。采集字段应包括故障时间、故障现象、更换件、维修工时、维修级别和是否重复故障。例如 2024 年 3 月 12 日，俯仰驱动组件伺服电机更换，故障现象为“俯仰角速度低于 4°/s”，维修工时 3.5 h，维修级别为基层级，非重复故障。历史记录是修正理论分析和发现薄弱环节的实证依据。

保障资源数据来自备件目录、工具清单、人员资质档案和技术资料台账。采集时要记录资源名称、编号、数量、存放位置和可用状态。例如伺服电机 MTR-201 备件库存 2 台，专用拆卸工具编号 TL-308，具备资质的维修人员 3 人。保障资源决定维修任务能否在指定维修级别上真正执行。

三、建立可追溯的数据清单

数据收集完成后，必须组织成可追溯的数据清单。可追溯的含义是：每一条数据都能回答“从哪里来、对应哪个结构单元、支撑哪项维修任务”。实现方式是给每条数据分配唯一编号，并建立结构单元、功能、故障模式、使用强度、维修记录和保障资源之间的关联字段。

下表给出一个可追溯数据清单的示例片段，以俯仰驱动组件为例：

建立清单时要注意三点：第一，编号规则要统一，建议采用“结构单元代码—数据类别—顺序号”的格式，便于检索和关联；第二，字段口径要一致，例如使用强度统一用“工作小时+循环次数”双口径记录，避免不同来源数据无法比较；第三，清单要动态更新，每次维修后及时补充维修记录和备件消耗，使数据清单始终反映最新状态。

综上，维修任务分析的数据基础可以概括为：以结构数据为骨架，以功能数据为定义，以故障模式数据为核心，以使用强度数据为尺度，以历史维修记录为实证，以保障资源数据为约束，最终组织成可追溯、可更新的数据清单。只有数据基础扎实，后续的维修任务确定、间隔计算和资源规划才有可靠依据。