1. 课程导入与体系总览

在机器视觉项目里，算法跑通只是“能看见”，验收与交付才是“能交出去、能长期用”。MVTec MERLIC 作为一款以图形化流程为核心的机器视觉软件，把相机取像、预处理、定位、测量、检测、通信等步骤组织成可复用的工具链，项目落地时往往涉及相机、镜头、光源、工控机、PLC、MES 以及现场节拍与稳定性要求。验收与交付体系，就是把这些技术要素、质量证据和运维责任，在项目全生命周期中逐段固化下来的一套方法。

一、定义：验收与交付不是同一件事

交付是把项目成果从实施方转移到使用方的过程，包含可运行的系统、可维护的配置、可追溯的文档和可复现的部署方式。对 MERLIC 项目而言，交付物通常包括：MERLIC 项目文件（.mvtc 或对应工程文件）、相机与通信配置、标定数据、工具参数、配方/型号切换方案、操作手册、维护手册、备份与恢复说明，以及现场验收记录。

验收是用事先约定的判据，证明系统在指定条件下满足功能、精度、节拍和稳定性要求的过程。它回答三个问题：功能是否做对了？性能是否达标？异常是否可控？验收不是“演示一遍没问题”，而是有样本、有次数、有统计、有记录的可重复验证。

二、范围：从单站检测到产线集成

MERLIC 项目的验收交付范围，通常按“视觉站”边界划分，但边界必须写清楚。一个典型视觉站包含：

• 成像单元：相机、镜头、光源、光源控制器、支架与防护。
• 计算与软件单元：工控机、MERLIC 运行环境、加密狗、项目文件、标定文件。
• 通信单元：与 PLC 的触发/结果信号、与 MES/数据库的数据接口、与机器人或运动机构的坐标交互。
• 人机交互单元：操作界面、型号切换、报警提示、权限管理。
• 质量与运维单元：检测节拍、误检/漏检统计、日志、备份、版本管理。

范围之外的内容也要明确，例如：产线机械改造、网络布线、MES 侧业务逻辑、非视觉工位的节拍优化，通常不属于 MERLIC 视觉站验收范围。边界不清是后期扯皮的主要来源。

三、核心价值：把“能跑”变成“能交、能验、能维护”

验收交付体系的核心价值体现在四个方面：

1. 风险前移：在需求阶段就定义判据，避免“做完再说行不行”。
2. 证据闭环：每个指标都有对应的测试方法、样本、次数和记录。
3. 可维护性：参数、标定、配方、版本可追溯，换型或换相机后能快速恢复。
4. 责任清晰：实施方、使用方、集成方各自确认什么、签什么，有据可依。

对 MERLIC 项目尤其重要的是“可复现”。MERLIC 的图形化流程容易在现场被临时改参数，如果没有版本管理和参数基线，验收通过的状态可能在几天后消失。因此，交付时必须冻结一版“验收基线”，包括项目文件、标定文件、相机参数、光源亮度、通信配置和运行环境版本。

四、在项目全生命周期中的位置

验收交付体系不是项目末尾才出现的“收尾动作”，而是贯穿全生命周期的纵向主线。下面用一张图说明它在 MERLIC 项目各阶段中的位置与输入输出关系。

从图中可以看到，验收交付主线与五个阶段并行推进：需求阶段产出判据，方案阶段确定接口，实施阶段积累测试记录，试运行阶段形成验收报告，交付阶段完成移交与运维准备。右侧的反馈回路说明，现场问题会反向驱动参数或流程修正，修正后必须重新验证，而不是“改完就算”。

五、一个可执行的验收判据示例

为了让“判据”不流于口号，下面给出一个 MERLIC 视觉检测站的判据示例。假设检测对象为金属零件表面划痕，节拍要求 1.2 秒/件，误检率与漏检率均需控制。示例参数属于合理假设，用于说明写法，不代表任何实际项目实测值。

这张表的价值在于：它把“检测要准、节拍要快”翻译成了可执行、可记录、可签字的条目。验收时逐项打勾，偏差项写明整改责任人和复验时间，交付时随交付物清单一并归档。

六、常见误区与纠正

• 误区一：验收=演示。纠正：演示只证明“能跑一次”，验收要证明“在约定样本和次数下稳定达标”。
• 误区二：交付=给个工程文件。纠正：没有标定文件、参数基线、备份说明和操作手册，工程文件无法独立恢复。
• 误区三：先做完再定判据。纠正：判据应在需求阶段形成草案，方案阶段确认，调试阶段细化，试运行阶段冻结。
• 误区四：现场改参数不留记录。纠正：任何影响检测结果的参数变更都应记录版本、原因和验证结果，否则验收基线失效。