📚 课程目录第4章评估任务建模与需求分解

4. 评估任务建模与需求分解

在完成评估目标定义之后，工程上真正困难的一步是：把“上层量子算法或应用需求”翻译成“下层硬件性能指标约束”。这一步不是简单列指标，而是建立一条可追溯的映射链——算法需要多少逻辑量子比特、线路深度多大、需要多少非 Clifford 门、需要多高的纠缠保真度，最终都会落到硬件的物理比特数、连通度、门保真度、相干时间、读出保真度等参数上。评估任务建模的本质，就是让这条映射链显式化、可计算、可验证。

一、需求分解的三层结构

建议把需求分解为三层：应用层（算法目标与精度要求）、线路层（逻辑量子比特数、门数、深度、测量次数）、硬件层（物理比特数、连通度、门保真度、相干时间、读出保真度、并行度）。三层之间通过明确的换算关系连接，而不是凭经验拍脑袋。例如，应用层要求“在 1000 次采样内以 99% 置信度区分两个概率相差 0.05 的结果”，线路层就要给出所需采样次数与线路深度，硬件层则要保证单次采样成功率足够高，否则有效采样次数会被稀释。

分解时最容易出错的是把“逻辑需求”直接等同于“物理需求”。逻辑量子比特需要纠错码开销，物理比特数通常是逻辑比特数的数倍到数十倍；逻辑门需要分解为硬件原生门，深度会显著增加。因此，需求分解必须包含开销模型，而不是只做单位换算。

二、从线路特征到硬件指标的映射关系

下面给出一个可操作的映射框架。假设目标线路包含 n 个逻辑量子比特、深度 d、双比特门数量 g、测量次数 S。硬件侧需要关注的核心指标包括：物理比特数 N、连通度 C、单比特门保真度 F1、双比特门保真度 F2、读出保真度 Fm、相干时间 T2、门时间 t_g。

一个常用的近似关系是：单次采样成功率 P ≈ F1ⁿ¹ · F2^g · Fmⁿ，其中 n1 是单比特门总数。若要求总成功采样数达到 S，则实际执行次数约为 S/P。同时，线路执行时间 T ≈ d · t_g，必须满足 T < T2，否则相干性损失会进一步降低保真度。这两个约束共同决定了硬件是否“够用”。

连通度 C 的影响体现在 SWAP 门开销上。若线路中两个逻辑比特需要交互但物理上不相邻，就需要插入 SWAP 门，每个 SWAP 通常由 3 个双比特门实现。因此，实际双比特门数 g' = g + 3·k，其中 k 是为满足连通性插入的 SWAP 次数。评估任务建模时，必须把 k 作为连通度不足的惩罚项显式计入。

三、评估任务书的字段设计

需求分解的最终交付物是可执行评估任务书。它必须让执行者不需要再追问“测什么、怎么算、多少算通过”。一份完整的任务书至少包含以下字段：任务编号、目标线路名称与版本、硬件平台标识、关键指标阈值、判定规则、优先级、依赖关系、验收标准与风险备注。

其中“判定规则”是任务书的灵魂。它不能只写“双比特门保真度 ≥ 99%”，而要写清楚：在什么条件下测、测多少样本、用哪个统计量、置信区间如何计算、不通过时如何复测。例如：

任务编号：QT-004-01
目标线路：QAOA-MaxCut-p4（4 量子比特，深度 12，双比特门 18 个）
硬件平台：超导 transmon 8 比特芯片
指标阈值：
  - 双比特门保真度 F2 ≥ 99.0%（随机基准测试，≥ 50 次采样）
  - 读出保真度 Fm ≥ 98.5%（同时读出，≥ 1000 次采样）
  - 相干时间 T2 ≥ 80 μs（回波序列，5 点拟合）
判定规则：
  - 三项指标均达标 → 通过
  - 任一项不达标 → 复测一次，仍不达标则标记为“硬件不满足”
  - 若 F2 在 98.5%～99.0% 之间，允许降级使用，但需在任务书中注明
验收标准：三项指标全部达标，且复测结果与首次偏差 ≤ 0.3%
风险备注：若 T2 不足，优先检查芯片温度与磁屏蔽

这个示例中的参数是教学假设值，不是实测结果。实际工程中，阈值应根据算法精度要求反推。例如，若算法要求最终结果误差不超过 5%，而线路深度为 12，则单次采样成功率至少需要达到 0.95 以上，才能保证在有限采样次数下误差可控。

四、需求分解中的常见陷阱

第一个陷阱是忽略连通度惩罚。很多评估任务只统计线路中显式的双比特门数，却忘了物理拓扑不匹配时插入的 SWAP 门。一个在逻辑上只有 18 个双比特门的线路，在连通度较差的硬件上可能需要 30 个以上双比特门，保真度会急剧下降。因此，任务书中必须明确“是否已计入 SWAP 开销”。

第二个陷阱是把门保真度当作独立事件。实际上，门保真度误差会累积，且相干时间不足会引入额外退相干。评估任务书应要求同时报告“单次采样成功率”和“线路执行时间”，而不是只报告单项门保真度。

第三个陷阱是缺少优先级。当多个指标不能同时满足时，执行者需要知道哪个指标是硬约束、哪个可以妥协。例如，对于浅层线路，读出保真度可能比双比特门保真度更关键；对于深层线路，相干时间则是第一优先级。任务书应明确标注“硬约束”与“软约束”。

实用建议：在需求分解阶段，先用一个简化的“保真度预算表”做快速估算。把总误差预算按门数比例分配给单比特门、双比特门和读出，再反推每项指标的最低要求。这样可以在正式评估前就发现“硬件根本不可能满足”的情况，避免浪费测试资源。

五、从任务书到执行闭环

任务书输出后，评估执行者应按照“配置硬件—运行基准测试—采集数据—计算指标—对照判定规则—输出结论”的闭环执行。每个环节都要留下可追溯的记录：硬件配置版本、测试时间、环境温度、校准参数、原始数据文件路径。这些记录不仅是验收依据，也是后续排障和复盘的输入。

需求分解的质量直接决定评估任务的可执行性。一份好的任务书，应该让一个不熟悉该算法的硬件工程师也能独立完成测试，并给出明确的通过/不通过结论。这正是“从量子线路特征到硬件指标约束”映射的工程价值所在。