3. 验证需求分解与验证矩阵

卫星任务级指标通常以整星或任务成功为对象，例如“在轨图像地面像元分辨率优于0.8 m”“姿态指向精度优于0.05°”“设计寿命不少于8年”。这些指标无法直接用于单机验收，必须经过逐层分解，转化为分系统级、单机级可测量、可判定的验证项。验证需求分解的核心，是建立一条从任务指标到最小可验证对象的“指标—功能—接口—环境”映射链，并用验证矩阵把这条链固化下来，使每一项验证活动都能回答三个问题：验证什么、用什么方法验证、验证到什么程度算通过。

一、分解的基本逻辑：指标逐层传递与验证对象识别

分解不是简单地把大指标拆成小指标，而是沿着卫星的物理与功能层次向下传递约束。典型层次为：任务级→系统级→分系统级→单机/部件级→元器件/材料级。每一层分解时，需要同时考虑四类信息：性能指标、功能边界、接口关系、环境条件。以“图像地面像元分辨率优于0.8 m”为例，其分解路径可表示为：

• 任务级：地面像元分辨率 ≤ 0.8 m（轨道高度500 km、太阳同步轨道）。
• 系统级：相机焦距、探测器像元尺寸、轨道高度、姿态稳定度共同决定分辨率，需分配焦距≥某值、像元尺寸≤某值、姿态稳定度≤某值。
• 分系统级：光学分系统承担焦距与波像差指标；姿态控制分系统承担稳定度指标；结构分系统承担热变形与指向稳定性指标。
• 单机级：相机镜头焦距公差、探测器像元尺寸一致性、星敏感器精度、飞轮扰动等成为可验证项。

分解过程中，每个指标应尽量转化为“参数+判据+验证方法”的三元组。例如“姿态稳定度≤0.005°/s”可转化为：参数为姿态角速度，判据为三轴角速度均方根≤0.005°/s，验证方法为半物理仿真或在轨数据统计。若某指标无法直接测量，则需进一步分解为可测的间接量，并说明换算关系。

二、验证矩阵的构建：行、列与单元格内容

验证矩阵是分解结果的表格化表达。推荐以“验证项”为行，以“验证阶段、验证方法、验证对象、判据、覆盖指标、责任方、状态”为列。每一行对应一个最小可验证项，每一列记录该项的验证属性。构建时按以下顺序进行：

1. 从任务级指标出发，列出所有需要验证的顶层指标。
2. 对每个顶层指标，沿分解链展开为分系统级、单机级验证项，形成父子关系。
3. 为每个验证项指定验证方法：分析、仿真、测试、检查、演示或在轨数据评估。
4. 填写判据与覆盖指标，确保每个顶层指标至少被一个验证项覆盖。
5. 标注验证阶段：初样、正样、发射前、在轨测试等。

下表给出一个简化示例，用于说明验证矩阵的字段与填写方式。示例参数为教学假设，不代表真实型号数据。

三、追踪关系：从指标到验证项的双向链路

验证矩阵必须支持双向追踪：正向追踪从任务指标查到所有相关验证项，反向追踪从任一验证项查到它支撑的顶层指标。正向追踪用于覆盖性检查，反向追踪用于变更影响分析。当某个单机指标调整时，可立即查出哪些任务级指标可能受影响，以及需要重新验证的范围。

追踪关系通常用“指标—验证项”关联表或矩阵图表示。下图给出一个从任务级指标到分系统、单机验证项的追踪与覆盖关系示意，重点表达分解路径、验证方法归属和覆盖检查点。

四、覆盖性检查：从“有验证”到“验证充分”

覆盖性检查不是简单统计验证项数量，而是检查三条规则：第一，每个任务级指标至少有一条正向追踪路径到达单机级验证项；第二，每个单机级验证项至少反向关联到一个任务级指标，避免出现无意义的验证活动；第三，验证方法组合是否足以判定指标满足。例如，GSD指标若只有光学测试而没有姿态稳定度验证，则覆盖不完整，因为姿态抖动会直接恶化GSD。

实际操作中，可用“覆盖矩阵”快速检查：行是任务级指标，列是验证方法，单元格填写覆盖该指标的验证项编号。若某行全空，说明该指标未被验证；若某列全空，说明该方法未被使用。对于复杂型号，还可引入覆盖度评分：每个任务级指标至少需要分析、仿真、测试三类证据中的两类，关键指标需要三类证据齐全。

五、验证矩阵的维护与追踪闭环

验证矩阵不是一次性文档，而是随设计迭代持续更新的追踪工具。维护时需记录每个验证项的当前状态：未开始、进行中、已通过、未通过、豁免。未通过项必须关联问题报告和纠正措施，并在矩阵中保留变更历史。追踪闭环的终点是：任务级指标全部有验证项覆盖，所有验证项判据明确，所有未通过项已关闭或已批准偏离。只有形成这样的闭环，验证矩阵才能真正支撑卫星任务设计结果的验证与交付。