3. 多阶段任务分解与阶段划分
无人系统的使命目标通常以一句话或一段任务描述给出,例如“对某区域完成72小时持续侦察,发现并跟踪不少于3个移动目标,实时回传关键图像”。这句话本身无法直接执行,必须经过结构化拆解,转化为可分配、可调度、可验证的阶段子任务。本节讨论的核心问题是:如何把使命目标逐层分解为阶段、子任务、里程碑与交付物,并保证分解结果在逻辑上闭合、在时间上可衔接、在资源上可执行。
一、分解的基本逻辑:目标—能力—任务—动作
多阶段任务分解不是简单地把大任务切成小任务,而是沿着“目标需要什么能力、能力由哪些任务支撑、任务由哪些动作构成”这条链路逐层展开。以侦察监视类任务为例,使命目标要求“持续侦察”,其能力需求包括区域覆盖能力、目标探测识别能力、数据回传能力和续航保障能力。每种能力再向下映射为具体任务:区域覆盖对应航线规划与航路执行,目标探测对应传感器开机与扫描策略,数据回传对应链路建立与带宽分配,续航保障对应返航与换电/加油节点。
分解过程中需要保持三个一致性:逻辑一致性,即子任务完成能够推出父任务完成;时间一致性,即阶段之间的前置、并行、后置关系明确;责任一致性,即每个子任务都有明确的执行主体(单机、编队、地面站或操作员)。
二、阶段划分的四种常用依据
阶段划分没有唯一标准,但实践中通常依据以下四种维度之一或组合:
- 按任务时序划分:起飞段、巡航侦察段、目标跟踪段、返航回收段。适合流程清晰、时序性强的任务。
- 按空间区域划分:区域A搜索段、区域B搜索段、区域C搜索段。适合大范围覆盖任务。
- 按功能角色划分:探测段、通信中继段、干扰段、评估段。适合多机协同、功能异构的编队。
- 按决策节点划分:搜索阶段、确认阶段、处置阶段、评估阶段。适合带有人工确认或规则判断的任务。
实际工程中常采用“时序为主、功能为辅”的混合划分。例如将一次任务划分为“进入—搜索—识别—跟踪—回传—撤离”六个阶段,其中“识别”阶段内部再按功能拆分为图像采集、目标检测、人工确认三个子任务。
三、里程碑与交付物的定义方法
里程碑是阶段之间可观测、可判定的状态切换点,交付物是该里程碑处必须产出的具体结果。二者必须成对出现,否则阶段划分就失去了验证依据。里程碑的判定条件应尽量量化,避免“基本完成”“大致就绪”这类模糊描述。
以下给出一个侦察任务的阶段分解示例表,参数为教学假设值,用于说明字段组织方式:
| 阶段 | 核心子任务 | 里程碑判定条件 | 交付物 |
|---|---|---|---|
| 进入段 | 起飞、爬升、航线切入 | 高度≥120m且进入预定航线偏差≤15m | 进入段航迹日志 |
| 搜索段 | 区域扫描、图像采集 | 覆盖率达到95%以上 | 区域覆盖图与原始图像集 |
| 识别段 | 目标检测、人工确认 | 疑似目标置信度≥0.8且人工确认≥1个 | 目标清单与坐标 |
| 跟踪段 | 持续锁定、数据回传 | 连续跟踪≥10min,丢帧率≤5% | 跟踪轨迹与回传数据包 |
| 撤离段 | 返航、降落、数据归档 | 安全着陆且数据完整入库 | 任务报告与归档数据 |
四、分解结果的校验:闭合性与可执行性
完成分解后,需要用两个问题校验:第一,所有子任务完成后,使命目标是否必然达成?如果存在“子任务都完成但目标未达成”的可能,说明分解有遗漏。第二,每个子任务是否都有明确的输入、输出和执行条件?如果某个子任务无法回答“谁在什么条件下用什么完成什么”,说明粒度还不够细或责任未落实。
此外,阶段之间的衔接需要检查资源冲突。例如搜索段结束与识别段开始之间,若需要同一架无人机切换传感器模式,则必须预留切换时间,否则里程碑判定条件中的时间窗口会失效。这类约束应在分解阶段就标注出来,而不是等到调度时才发现。
五、从分解结果到编排输入的转换
分解的最终产物不是一张静态表格,而是一组可供后续编排使用的结构化数据。每个子任务至少应包含:任务标识、所属阶段、前置依赖、预计时长、执行主体、资源需求、成功判据。这些字段将直接作为任务编排算法的输入,决定调度顺序和资源分配。
下图展示了从使命目标到阶段子任务、里程碑与交付物的结构化拆解关系,以及各阶段之间的时序衔接与判定节点。
该图展示了分解的四个层次:使命目标层、能力需求层、阶段层(含里程碑与交付物)以及最终的编排输入层。每个阶段通过橙色里程碑节点与下一阶段衔接,里程碑的判定条件直接对应交付物的验收标准。底部汇总的结构化子任务集是后续任务编排的直接输入,其字段完整性决定了编排算法能否正确计算调度顺序和资源分配。
在实际操作中,建议先完成阶段划分和里程碑定义,再回头检查每个子任务是否满足“可分配、可观测、可验证”三项要求。若某个子任务无法被观测或验证,应继续拆分或补充判据,直到分解结果能够直接支撑后续的编排与执行。