3. 任务目标分解与功能基线建立

任务目标回答的是“卫星要为用户完成什么”，功能基线回答的是“系统必须提供哪些功能、这些功能如何组织、接口在哪里、验收看什么”。从任务目标到功能基线，中间要经过目标分解、功能识别、功能分解结构（FBS）构建、功能流建模和基线固化五个环节。本节以对地观测任务为例，完整走一遍这条链路。

3.1 从任务目标到系统功能：分解的三层逻辑

任务目标通常以用户语言表述，例如“对某区域实现每周一次、地面分辨率优于1 m的光学成像，成像后24 h内交付产品”。这类目标不能直接作为设计输入，必须逐层翻译：

• 任务级目标：用户价值层，描述观测对象、覆盖频次、时效、精度等指标，如“每周覆盖一次、分辨率优于1 m、24 h交付”。
• 系统级功能：把任务目标转成系统必须完成的行为，如“按计划获取目标区域图像”“存储并下传原始数据”“生成标准影像产品”。
• 分系统级功能：把系统功能分配到具体分系统，如“姿态机动指向目标”“相机曝光与成像”“数传链路传输数据”。

分解的关键是可追溯：每一条分系统功能都应能向上追溯到某条系统功能，再向上追溯到某条任务目标。若某条功能找不到上级目标，说明它可能是冗余设计；若某条目标找不到下级功能，说明分解不完整。

3.2 功能分解结构（FBS）的构建方法

功能分解结构是把系统功能按层级展开的树状结构。构建时建议采用“动词+对象+约束”的命名方式，避免使用“处理”“管理”这类模糊动词。以对地观测任务为例，顶层功能可分解为：

• F1 目标获取：F1.1 轨道保持与覆盖规划、F1.2 姿态指向与稳定、F1.3 光学成像与曝光控制。
• F2 数据管理：F2.1 原始数据存储、F2.2 数据压缩与格式化、F2.3 数据完整性校验。
• F3 数据下传：F3.1 数传链路建立、F3.2 数据调制与发射、F3.3 地面接收与解调。
• F4 产品生成：F4.1 辐射校正、F4.2 几何校正、F4.3 产品打包与分发。
• F5 任务管理：F5.1 任务规划与调度、F5.2 状态监控与故障处置、F5.3 指令上注与验证。

分解深度以“可分配到单一分系统、可独立验证”为准则。例如F1.3可继续分解为“快门控制”“曝光参数设置”“图像读出”，但若相机作为货架产品整体采购，则分解到F1.3即可，不必过度展开。

3.3 功能流建模：把静态树变成动态链

FBS回答“有哪些功能”，功能流回答“功能之间如何按时间与数据顺序协同”。对地观测任务的典型功能流为：

任务规划 → 指令上注 → 姿态机动 → 相机成像 → 数据存储 → 数传下传 → 地面处理 → 产品交付

建模时需标注每条流的输入、输出、触发条件和时序约束。例如“相机成像”的输入是“姿态稳定度优于0.01°/s”和“目标进入视场”，输出是“原始图像帧”，触发条件是“星上时间到达计划曝光时刻”。若姿态稳定度不满足，成像功能应被抑制或降级，这就是功能流中的条件分支。

3.4 功能基线管理：冻结什么、变更什么

功能基线是经评审确认后冻结的功能集合及其接口、性能和验证要求。基线管理要明确三件事：

• 基线内容：功能清单、FBS、功能流图、功能接口表、功能性能指标、验证方法。
• 变更控制：任何功能增删、接口修改、指标调整都必须走变更申请，评估对上层任务目标和下层分系统的影响。
• 版本追溯：每次基线变更形成新版本，保留变更原因、影响分析和批准记录。

以对地观测任务为例，若用户将交付时效从24 h收紧到12 h，则受影响的功能包括F3数据下传（需增加过境窗口或提高码速率）和F4产品生成（需并行处理）。变更评估应给出“是否影响其他功能、是否影响分系统指标、是否影响成本进度”的结论，再决定是否批准。

3.5 对地观测任务功能基线构建示例

假设某光学遥感卫星任务目标为：对指定区域每周覆盖一次，地面分辨率优于1 m，成像后24 h内交付标准影像产品。据此构建的功能基线核心内容如下表所示。

表中每条功能都对应明确的指标和验证方法，这是功能基线可执行、可验收的基础。指标值属于示例性假设，实际任务中应根据用户需求和系统能力协商确定。

功能基线建立后，后续的总体设计、分系统指标分配、接口控制和测试验证都以它为基准。若在初样阶段发现某条功能无法实现，必须回到基线变更流程，而不是在分系统层面私自修改。这样才能保证任务目标、系统功能和分系统实现始终对齐。