4. 航天器任务需求分类与层级体系
航天器任务需求不是一张平铺的清单，而是一棵有根、有枝、有叶的树。需求分析中最常见的失败，并非漏写了某条指标，而是把不同性质的需求混在同一层里：把“具备对地成像能力”这种功能需求，和“地面分辨率优于0.5 m”这种性能需求写进同一条，导致后续无法分配、无法验证。因此，本节先建立需求的六类划分，再建立层级树与追溯关系，使每一条需求都能找到它的上位来源和下层实现。
一、六类需求的划分依据
按“需求回答什么问题”来划分，航天器任务需求可分为六类，它们分别对应不同的验证方式和不同的责任主体。
- 功能需求：回答“系统要做什么”。描述输入到输出的行为变换，如“接收地面测控指令并执行姿态机动”“对指定区域成像并存储”。功能需求通常用动宾结构表述，不含具体数值。
- 性能需求：回答“做到什么程度”。是功能需求的量化约束，如成像幅宽、姿态指向精度、数传速率、存储容量、响应时间。性能需求必须带数值、单位、容差和适用条件。
- 接口需求：回答“与谁、以什么方式连接”。包括机械接口（安装面尺寸、孔位、包络）、电气接口（供电电压、功率、阻抗、连接器型号）、信息接口（总线协议、数据格式、时序、遥测遥控帧结构）、热接口（导热路径、接触热阻）。
- 约束需求：回答“必须遵守什么限制”。包括质量、体积、功耗、成本、进度、发射包络、运载能力、频轨资源、法律法规等，通常是设计空间的外部边界。
- 环境需求：回答“在什么条件下工作与生存”。包括发射段力学环境（振动、冲击、噪声）、在轨真空与微重力、热环境（高低温循环、外热流）、空间辐射（总剂量、单粒子）、原子氧、微流星与空间碎片。
- 安全性可靠性需求：回答“失效概率与后果如何控制”。包括任务可靠度、单点故障禁止、冗余度、故障模式与影响、安全关键功能隔离、在轨可恢复能力等。
需要强调的是，六类需求并非彼此独立。一条性能需求往往由某条功能需求派生，同时受约束需求限制，并需在环境需求规定的条件下成立。例如“成像幅宽≥30 km”是性能需求，其上位是“对地成像”功能需求，其边界受“轨道高度500 km、相机口径≤0.4 m”的约束，其成立条件受“在轨温度20±5 ℃”的环境需求限定。
二、需求层级树：从任务级到单机级
层级体系解决“需求放在哪一层”的问题。典型航天器任务需求可分为五层：任务级、系统级、分系统级、单机/部件级、软件/模块级。每一层只描述本层可决策、可验证的内容，下层需求由上层需求分解而来，而不是凭空新增。
以某遥感卫星为例：任务级需求为“在一年内获取某区域优于0.5 m分辨率的影像，重访周期不超过3天”；系统级据此分解出轨道需求（太阳同步轨道，降交点地方时10:30）、成像需求（幅宽≥30 km）、数传需求（X频段，速率≥450 Mbps）、平台需求（三轴稳定，指向精度≤0.05°）；分系统级再将成像需求分解为相机焦距、探测器像元尺寸、积分时间等；单机级进一步落到相机控制器、星敏感器、动量轮的具体指标。层级树的价值在于：任何一条底层指标都能向上回答“为什么需要它”，任何一条顶层需求都能向下回答“由谁实现”。
三、追溯关系的建立方法
层级树只解决了纵向分解，追溯关系还要解决横向关联与双向可查。工程上通常用需求追溯矩阵（RTM）来承载，其核心是三条链路：
- 向上追溯：每条需求必须标注其父需求编号。若某条需求找不到父需求，说明它可能是“镀金需求”，应删除或重新论证。
- 向下追溯：每条需求必须能指向至少一个实现它的下层需求或设计单元。若某条需求没有下层承接，说明它尚未分配，存在遗漏风险。
- 横向追溯：需求与验证方法、验证阶段、责任单位之间建立映射。例如“指向精度≤0.05°”对应“半物理仿真+在轨标定”验证，责任单位为姿控分系统。
追溯矩阵的典型字段可设计为：需求编号、需求名称、类别（功能/性能/接口/约束/环境/安全性可靠性）、父需求编号、子需求编号、验证方法（分析/演示/检查/测试）、验证阶段、责任单位、当前状态。填写时，编号建议采用“层级码-类别码-序号”的规则，如“SYS-PERF-012”表示系统级性能需求第12条，便于检索与变更影响分析。
四、分类与层级在需求分析中的协同
六类划分与五层树是同一套需求的两个正交视图。分类回答“这条需求是什么性质”，层级回答“这条需求属于哪一层”。实际编写时，建议先按层级展开，再在每一层内按六类归位。例如系统级成像需求下，可同时存在功能需求“对指定区域成像”、性能需求“幅宽≥30 km、地面分辨率≤0.5 m”、接口需求“相机与数传分系统通过SpaceWire传输图像数据”、约束需求“相机质量≤45 kg”、环境需求“在-20 ℃～+50 ℃范围内正常工作”、安全性可靠性需求“成像链路单点故障禁止，关键数据双备份”。
这种协同带来的直接收益是：需求评审时可按类别检查完整性，按层级检查分解充分性；变更时可按追溯链快速评估影响范围。例如若任务级重访周期由3天收紧到2天，沿追溯链可迅速定位到轨道高度、幅宽、姿态机动能力、数传窗口等受影响的需求条目，而不是凭经验猜测。
最后需要提醒：需求分类与层级体系不是一次性文档，而是随任务阶段演进的活结构。方案阶段可粗到系统级，初样阶段必须细化到单机级并补齐接口与环境条目，正样阶段则需将每一条需求与验证结果闭环。只有分类清晰、层级完整、追溯可查，需求基线才具备可管理、可验证、可变更的基础。