3. 仿真验证计划总体框架

仿真验证计划不是一张“任务排期表”，而是把验证目标、资源、判据和证据要求组织成可执行、可追溯、可审计的纲领性文件。它向上承接项目计划与质量计划，向下约束每一个仿真任务、每一份输入数据和每一条证据记录。理解总体框架，核心是回答三个问题：计划里必须有哪些要素、它在项目生命周期中处于什么位置、它与项目计划和质量计划如何接口。

一、计划应包含的核心要素

一份可落地的仿真验证计划，通常由八类要素构成，缺一不可：

• 验证对象与范围：明确被验证的系统、子系统或部件，界定哪些特性纳入仿真、哪些由试验或分析覆盖，避免范围蔓延或遗漏。
• 验证目标与假设：把“验证什么”转化为可判定的目标，例如“在额定工况下温升不超过 65 K”，并列出模型假设与适用边界。
• 仿真任务分解：按物理域或工况拆分为若干仿真任务，每个任务对应明确的模型、工况和输出量。
• 输入数据与来源：几何、材料、边界条件、载荷谱等输入，须标注来源、版本和责任人。
• 判据与容差：合格判据、收敛准则、网格无关性要求和不确定度容差。
• 资源与进度：软硬件、人员、许可证、算力预算及里程碑。
• 证据与可追溯性：每个任务应产出的证据类型（报告、数据、日志、模型文件）及其与需求的追溯关系。
• 风险与变更控制：识别关键风险，规定变更触发条件与再验证规则。

这八类要素并非并列罗列，而是围绕“需求—任务—证据”主线组织。需求是源头，任务是执行单元，证据是闭环产物。计划的价值在于让三者之间的映射关系清晰可查。

二、生命周期定位

仿真验证计划不是一次性文档，而是贯穿概念、设计、验证、确认和运维各阶段的活动纲领。在概念阶段，计划以“验证策略”形式出现，确定仿真在整体验证体系中的角色；在设计阶段，计划细化为具体任务和判据；在验证阶段，计划驱动任务执行和证据采集；在确认阶段，计划支持结果与需求的比对；在运维阶段，计划规定模型维护和再验证的触发条件。

因此，计划应具备“滚动更新”特性：随设计成熟度提升，任务粒度由粗到细，判据由定性到定量，证据要求由宽松到严格。把计划当成一次性交付物，是导致后期证据缺失、追溯断裂的常见根因。

三、与项目计划、质量计划的接口

仿真验证计划与项目计划、质量计划是“三线并行、相互约束”的关系：

• 与项目计划的接口：项目计划提供里程碑、资源窗口和交付节点；仿真验证计划据此安排任务时序和算力预算，并把仿真结果作为设计评审的输入。接口字段包括：里程碑编号、交付物名称、责任人、完成判据。
• 与质量计划的接口：质量计划规定验证活动的独立性、评审要求和不符合项处理流程；仿真验证计划据此确定模型校核、验证与确认（V&V）等级、评审节点和证据归档规则。接口字段包括：V&V 等级、评审类型、证据编号规则、不符合项闭环要求。

接口不清的典型后果是：项目计划已到评审节点，仿真任务却因输入数据未冻结而无法启动；或质量计划要求独立复核，但仿真计划未安排复核人力和时间。因此，在计划模板中应显式设置“接口与依赖”章节，逐条列出外部输入、输出和约束。

四、计划模板结构

推荐模板采用“总—分—附”结构：总述部分说明目的、范围、引用文件和术语；分述部分按要素展开，包括验证对象、目标与假设、任务分解、输入数据、判据与容差、资源与进度、证据与追溯、风险与变更；附录部分放置需求追溯矩阵、任务清单、证据清单和评审记录表。模板字段应可填写、可检查，避免空泛描述。

五、框架关系图解

下图以“需求—任务—证据”为主线，展示仿真验证计划的要素构成、生命周期定位及其与项目计划、质量计划的接口关系。图中左侧为外部输入，中部为计划核心要素，右侧为输出与闭环，底部为生命周期阶段。

六、模板填写要点与常见问题

填写模板时，最容易出问题的是“判据与容差”和“证据与追溯”两栏。判据必须可量化、可复现，例如“最大应力 ≤ 235 MPa，安全系数 ≥ 1.5”，而不是“满足强度要求”。证据栏应写明证据类型、存储位置、命名规则和责任人，确保评审时能快速定位。

另一个常见问题是计划与项目计划脱节：仿真任务排期未考虑设计冻结时间，导致输入数据版本混乱。解决办法是在计划中设置“输入冻结里程碑”，并规定冻结后变更必须走变更控制流程，重新评估任务影响和证据有效性。

综上，仿真验证计划的总体框架可以概括为：以需求为源头，以任务为执行单元，以证据为闭环产物，在生命周期中滚动更新，并通过显式接口与项目计划、质量计划协同。掌握这一框架，后续的任务分解、判据设定和证据管理才有稳固的落脚点。