3. 需求分析
Drone-in-a-Box（无人机机巢）整机联调与验证不是“把各模块装好、通电试飞”这么简单。它本质上是一次需求驱动的系统级验证活动：先明确需求从哪里来，再把整机级指标逐层分解到分系统、部件和测试用例，最后用可判定的验收标准界定测试范围。需求分析做得好，联调阶段就能“按图索骥”；做得差，就会出现反复返工、指标互相打架、验收时各说各话。
一、需求来源：四条输入线汇入整机需求基线
机巢整机联调的需求并非凭空产生，通常来自四条输入线，它们共同汇入一份整机需求基线：
- 客户与任务需求：如“7×24小时无人值守巡检”“单次任务覆盖5km半径”“-20℃~50℃环境可用”。这类需求决定整机的任务能力边界。
- 产品规格与设计输入：结构尺寸、舱门开合方式、充电功率、通信链路、飞控与机巢的接口协议等，来自产品定义和详细设计文档。
- 法规与标准约束：适航、空域、电磁兼容、防护等级（IP）、安全联锁等强制要求，属于不可协商的“硬需求”。
- 历史故障与运维反馈：上一代产品的归零报告、外场故障树、客户投诉，转化为可靠性、可维护性和容错需求。
这四条线在需求评审会上合并、去重、冲突消解后，形成带编号、带优先级、带验证方法的整机需求条目。每条需求必须可追溯到来源，否则就是“无根需求”，在验收时极易被质疑。
二、指标分解：从整机级到可测参数
整机级指标往往宏观且不可直接测量，例如“任务成功率≥99%”“平均无故障时间≥2000h”。需求分析的核心动作是指标分解：把整机指标拆成分系统指标，再拆成可测的部件参数与测试判据。
以“单次任务全流程成功率≥99%”为例，可分解为：
- 舱门开合成功率 ≥ 99.5%（结构+驱动+限位反馈）
- 无人机精准降落成功率 ≥ 99.3%（视觉引导+对中机构）
- 自动充电对接成功率 ≥ 99.5%（充电针位姿+接触检测）
- 任务链路连通率 ≥ 99.8%（4G/5G+图传+心跳）
分解时要遵循三条原则：可测量（有明确判据和采样方式）、可分配（能落到具体分系统或接口）、可验证（在联调台架或外场能复现）。分解结果通常用参数关系表或指标树表达，避免“整机指标拍脑袋、分系统指标拍胸脯”。
指标分解示例（片段）：
整机需求：REQ-SYS-012 任务成功率 ≥ 99%
├─ 分系统：舱门机构 REQ-DOOR-003 开合成功率 ≥ 99.5%
│ ├─ 测试参数：开合时间 ≤ 8s，限位反馈延迟 ≤ 200ms
│ └─ 验证方法：连续 500 次开合循环，记录失败次数
├─ 分系统：降落引导 REQ-LAND-007 降落成功率 ≥ 99.3%
│ ├─ 测试参数：水平对中误差 ≤ 3cm，垂直速度 ≤ 0.5m/s
│ └─ 验证方法：不同光照/风速下各 100 次降落
└─ 分系统：充电对接 REQ-CHG-005 对接成功率 ≥ 99.5%
├─ 测试参数：接触电阻 ≤ 50mΩ，对接力 ≤ 30N
└─ 验证方法：连续 300 次自动对接，记录异常三、验收标准：把“通过”写成可判定的句子
验收标准是需求分析的输出物之一，必须避免“运行正常”“性能良好”这类模糊表述。一条合格的验收标准应包含测试条件、操作步骤、判据阈值、样本量四要素。
| 需求编号 | 验收项 | 测试条件 | 判据 | 样本量 |
|---|---|---|---|---|
| REQ-DOOR-003 | 舱门开合可靠性 | 常温、额定电压 | 失败次数 = 0，开合时间 ≤ 8s | 500 次 |
| REQ-LAND-007 | 自动降落精度 | 风速 ≤ 5m/s，光照 ≥ 200lux | 对中误差 ≤ 3cm，成功率 ≥ 99.3% | 300 次 |
| REQ-CHG-005 | 充电对接 | 电池电量 20%~80% | 接触电阻 ≤ 50mΩ，无拉弧 | 300 次 |
| REQ-ENV-011 | 高低温启动 | -20℃ / +50℃ 保温 2h | 开机自检通过，任务可执行 | 各 3 次 |
验收标准还要区分通过/不通过/条件通过三种结论，并明确“条件通过”的整改闭环要求。否则联调现场容易出现“差不多算过”的妥协，埋下外场故障隐患。
四、测试范围界定：哪些测、哪些不测、先后怎么排
整机联调资源有限，必须界定测试范围。常用方法是接口矩阵 + 风险优先级：先列出所有分系统之间的物理接口、电气接口、通信接口和逻辑接口，再按“故障影响度 × 发生概率”排序，优先覆盖高风险接口。
测试范围通常分为三层：
- 必测项：安全联锁、舱门-飞控互锁、充电过流保护、紧急停机，任何一项不通过则整机不可交付。
- 核心项：任务全流程闭环、自动降落、自动充电、远程指令链路，决定产品基本可用性。
- 扩展项：多机调度、恶劣天气、长时间连续运行，视项目阶段和客户要求裁剪。
范围界定技巧：用“接口矩阵”把每个接口的发送方、接收方、协议、测试点、判据列成一张表，联调时逐格打勾。没有测试点的接口就是盲区，盲区越多，外场故障越不可控。
五、常见误区与复盘
误区一：需求来源单一。只按客户口头需求做联调，忽略法规和历史故障，导致验收时被安全项一票否决。
误区二：指标分解断链。整机指标没有落到分系统参数，测试用例与需求编号对不上，出现“测了很多、但不知道测的是哪条需求”。
误区三：验收标准模糊。“基本正常”“偶尔失败可接受”这类表述会让联调结论失去约束力。
误区四：测试范围无限扩张。把扩展项当必测项，导致联调周期失控；或反过来把安全项当扩展项，留下致命隐患。
复盘建议：每轮联调结束后，用“需求-测试-缺陷”三向追溯表检查：每条需求是否有测试用例？每个缺陷是否追溯到需求或接口？没有追溯关系的测试和缺陷，都是下一轮的风险源。
综上，需求分析是整机联调的“第一道质量门”。把需求来源理清、指标分解到位、验收标准写死、测试范围划准，后续的台架联调、外场验证和交付验收才有共同的语言和判据。否则，联调现场就会变成“边测边改需求”的消耗战。