DVP&R 验证计划

共 13 项3 个分组每项带确认方案

设计验证计划与报告。作用是把「我觉得没问题」变成「我测过，数据在这」。

计划制定5 项

#	检查项	确认方案（怎么算确认过）
1	每一条设计要求是否都有对应的验证方法（没有的列出来：____）	把设计要求逐条编号列表，每条后面填验证方法和责任人。填不出方法的单独列出来 —— 要么补方法，要么写明为什么这条不验证，不能空着过去。
2	验证方法是分析、仿真还是实测，是否说明选择理由	每条写明选哪种及理由（能不能做出实物、成本、风险高低）。用仿真代替实测的，还要说明这个仿真靠什么标定过，或与哪次实测对比过。
3	试验条件（温度、压力、循环次数、介质）是否量化	每个条件写成数值 + 允差 + 保持时间，并注明这个数从哪来（客户要求 / 实际工况实测 / 标准原文）。写不出来源的条件不算定好。
4	合格判定准则是否在试验前就定好，而不是看到数据再定	试验前把判定写成一句能判真假的话：测什么量、阈值多少、几件全过还是允许几件不过，并与需求方签字确认。确认文件的日期要早于试验日期。
5	样本数量和样本状态（试制件 / 量产件）是否说明	写清件数、来自哪一批、用什么工艺和模具做的、有没有做表面处理。试制件的结论不能直接当量产结论用，这句话要写在报告里。

执行记录4 项

#	检查项	确认方案（怎么算确认过）
1	试验设备是否在校准有效期内	记下每台设备的编号和校准证书有效期，确认试验日期落在有效期内。用过期设备测的数据不能用，只能重做，所以要在开测前查而不是写报告时查。
2	实测数据是否原始记录留存，而不只有结论	原始曲线、表格、照片与报告一起归档，报告里的每个数都要能追到原始记录的哪一行。只留结论的报告，复查时等于没做。
3	异常和中断是否记录，而不是只留成功的那一轮	每一轮都记开始结束时间、异常现象、处理动作、是否重启。重做的那一轮写明原因，不要静悄悄换一件重来 —— 被换掉的那件往往才是有信息的。
4	与预期不符的结果是否追查了原因	对每个异常写出复现尝试、原因判断和判断依据：是试件问题、装夹问题，还是设计问题。判成「试验问题」的必须有能复现的证据支撑。

结论与闭环4 项

#	检查项	确认方案（怎么算确认过）
1	每一项是否有明确的通过 / 不通过结论	逐项写「通过 / 不通过 / 未做」，一格都不留空。未做的写清原因和补做计划，不要用空白暗示通过。
2	不通过项是否有对应的设计变更或偏差申请	每个不通过项挂一个编号（变更单号或偏差单号）加责任人和计划日期，全部闭环之前不结项。
3	偏差申请是否有审批和有效范围	偏差单上写明适用零件、数量或批次、有效截止条件和审批签署。没有范围的「永久偏差」等于把不合格改判成合格，评审时退回。
4	验证报告是否与设计文件版本对应得上	报告封面写清被验证的图纸 / 软件版本号，并与试件的实际状态一致。设计后来又改过的，补一句说明改动会不会影响已有结论。

条目里出现的「（填标准号）」「____」是故意留的空：标准号和适用版本要按你所在行业、所在企业的规定填，我核实不了的东西不替你写。取值请查参数库或标准原文。

把这套清单用起来

上面 13 条连确认方案你已经看完了，抄走自己用也没问题。会员做的是下一步：在项目里套用这套清单，13 条变成本项目的检查记录—— 同样是这张表，多出「确认结论」一列可以填实测值、谁确认的、记录号，还能把「尺寸链校核」那条关联到你实际存下的那次计算，最后随项目一起导出成 CSV。事后有人问「当时评审了什么、怎么确认的」，点开就能看到。套用之后我再改清单文案也不会动到你已经建好的记录：检查表是过程记录，内容不能因为我改了模板而变化。

去我的项目套用（需登录 · 会员功能）会员说明

其他检查清单

需要把计算过程整理成可签字的文件？去计算书模板。