4. 验证需求分析与指标分解

卫星遥测遥控系统集成验证的起点不是测试台，而是任务书和系统规范。任务书回答“卫星要完成什么任务、地面要掌握什么状态、要能发什么指令”，系统规范回答“遥测参数怎么采、遥控指令怎么编、接口怎么接、安全怎么保”。验证需求分析的任务，就是把这两类文档中的自然语言约束，翻译成一条条可测量、可判定、可追溯的验证指标。若这一步做不实，后续测试就会出现“测了很多、却说不清是否满足任务要求”的典型问题。

一、从任务书提取任务级需求

任务书通常以任务阶段、工作模式、测控弧段和故障处置为主线描述要求。提取时应围绕四类问题展开：卫星在什么阶段需要下传哪些遥测？地面在什么时机需要上注哪些指令？测控链路在多长弧段内必须建立并保持？出现异常时系统应具备怎样的自主或地面干预能力。例如某低轨遥感卫星任务书写明：“星箭分离后30秒内建立遥测下行，入轨后首圈需完成平台状态确认；成像任务期间遥控指令注入时延不大于2秒；安全模式触发后应能通过遥控恢复。”这些句子不能直接作为测试项，需要先拆成“遥测建立时间”“首圈遥测完整性”“遥控注入时延”“安全模式恢复路径”等候选需求。

二、从系统规范提取功能、性能、接口与安全性需求

系统规范把任务级要求落到具体分系统和接口上。功能需求包括遥测采集、编码、下行、遥控上行、译码、执行、回令等；性能需求包括遥测码速率、帧格式、误码率、遥控指令时延、指令正确率、链路余量等；接口需求包括射频接口、基带接口、数据总线接口、时统接口、供电与地检接口等；安全性需求包括指令鉴权、防误发、防重放、关键指令双确认、安全模式自主进入与恢复等。以遥测帧为例，规范可能规定：遥测帧长1024字节，帧同步字为EB90，采用RS(255,223)编码，遥测码速率4096 bps，误码率优于1×10⁻⁵。这些参数就是后续指标分解的原始输入。

三、把需求转化为可验证指标

可验证指标必须同时具备四个要素：验证对象、激励条件、观测量和判定准则。例如“遥控指令注入时延不大于2秒”应转化为：在测控弧段内，由地面测控设备向星上遥控接收机发送一条指定指令，记录从指令发出到星上执行回令返回地面的时间差，连续测试20次，每次时延均不大于2秒，且指令执行正确率为100%。再如“安全模式恢复”可转化为：模拟姿态异常触发安全模式，地面在下一个可见弧段内上注恢复指令，观测星上是否在3个遥测帧内返回安全模式退出标志，并恢复至平台可控状态。指标分解时还要注意量纲、参考点和边界条件，避免“响应快”“可靠性高”这类不可判定的表述。

四、指标分解中的常见问题与处理

第一类问题是“指标不可测”。例如“遥测数据应完整下传”无法直接判定，应改为“在连续10个遥测帧中，帧计数无跳变、无丢帧，且CRC校验全部通过”。第二类问题是“指标缺少边界条件”。例如“误码率优于1×10⁻⁵”必须说明是在什么码速率、什么信噪比、什么弧段仰角下测得，否则不同条件下结果不可比。第三类问题是“接口指标与功能指标混在一起”。例如遥控指令正确率既受星上译码影响，也受地面编码和链路误码影响，分解时应把端到端指标拆成地面段、链路段、星上段的分指标，便于定位问题。第四类问题是“安全性指标被弱化”。防误发、防重放、双确认等要求应转化为可注入的异常场景，例如连续发送两条相同指令，观察星上是否拒绝第二条；或模拟错误鉴权码，观察是否不执行且产生告警遥测。

五、形成需求追溯矩阵

指标分解完成后，应建立“任务书条目—系统规范条款—验证指标—测试用例—测试结果”的追溯关系。追溯矩阵不必复杂，但每条验证指标都应能向上追溯到一条任务或规范要求，向下对应至少一个测试用例。例如任务书“成像任务期间遥控指令注入时延不大于2秒”可追溯至系统规范“遥控上行码速率2000 bps、指令帧长64字节”，再分解为“端到端时延≤2s”的验证指标，对应测试用例“在测控弧段内连续注入20条成像参数指令并记录回令时间”。这样，后续集成验证中一旦某项指标不满足，就能快速判断是需求分解遗漏、接口设计问题，还是测试条件设置不当。

综上，验证需求分析与指标分解是把任务书和系统规范“翻译”成可执行验证活动的关键环节。它要求我们既读懂任务意图，又熟悉遥测遥控的帧格式、链路参数、接口定义和安全机制，最终输出一套可测量、可判定、可追溯的指标集合，为后续测试用例设计、集成联试和结果评估提供依据。