第2章 原型状态定义与验收前置条件
2.1 适用场景
原型状态定义与验收前置条件检查是机器人原型从开发阶段转入正式验证阶段的关键门禁环节,适用于以下具体场景:
- 里程碑节点评审:项目TR(技术评审)节点前,需统一原型成熟度等级并确认各维度状态。
- 跨团队交付门禁:开发团队向测试/验证团队移交原型时,作为交接前的硬性检查清单。
- 客户/合作方预验收:外部交付前的内部自查,确保原型状态满足合同或规格书约定。
- 版本迭代转段:从功能验证进入集成验证,或从集成验证进入试产验证时的状态基线锁定。
- 异常回归后重启:因故障或修改导致原型状态变更后,重新进入验收流程前的补充确认。
实践建议:在项目计划中提前1~2个工作日启动前置条件检查,避免因文档或环境缺失导致验收阻塞。建议将检查结果以看板形式公示,提升团队透明度和紧迫感。
2.2 前置条件
在执行原型状态定义与验收前置条件检查之前,必须确认以下条件已全部满足:
| 前置条件 | 详细说明 | 责任角色 |
|---|---|---|
| 原型样机可通电运行 | 机械结构组装完整,电气连接可靠,供电后可正常启动,无冒烟、异响等严重问题。 | 硬件工程师 |
| 开发文档已归档 | 设计说明书、BOM表、原理图、3D模型、固件源码等已上传至项目文档库,版本号明确。 | 研发工程师 |
| 自测报告已生成 | 核心功能、关键接口、基础性能已完成自测,并输出《原型自测记录表》。 | 开发工程师 |
| 验收团队已组建 | 验收负责人、评审委员、记录员已确认,角色分工和签字权限已书面明确。 | 项目经理 |
| 验收标准已对齐 | 各方对成熟度等级要求、硬软件状态定义、环境标准达成一致,无歧义项。 | 质量工程师 |
常见遗漏:前置条件中最容易被忽视的是“验收标准对齐”。建议在检查启动前召开15分钟对齐会议,确保所有参与方对“合格”的定义一致,避免后续争议。
2.3 操作步骤
本章核心流程分为三个连贯的子步骤:成熟度分级评估 → 硬软件状态确认 → 环境准备检查。整体流程关系如下图所示:
步骤1:原型成熟度分级评估
对照成熟度等级定义表,确定当前原型所处的成熟度等级。评估由开发工程师自评,质量工程师复核确认。
| 等级 | 名称 | 定义 | 典型特征 | 可验收起点 |
|---|---|---|---|---|
| M1 | 概念原型 | 核心概念的可视化或物理表达 | 外观模型、原理验证、单板功能演示 | — |
| M2 | 功能原型 | 实现核心功能,验证关键技术 | 单功能可运行、关键算法验证、初步传感器集成 | — |
| M3 | 集成原型 | 各模块集成,系统级联调通过 | 完整硬件集成、软件全栈运行、系统联调报告 | ✅ 最低可验收等级 |
| M4 | 验证原型 | 满足设计规格,性能达标 | 性能测试通过、可靠性验证、环境适应性测试 | ✅ 推荐验收等级 |
| M5 | 试产原型 | 可进入小批量试产验证 | 生产工艺验证、一致性达标、BOM锁定 | ✅ 可验收 |
评估结果记录:在《原型成熟度评估表》中填写评估等级、依据说明、未达标项清单,由质量工程师签字确认。
步骤2:硬软件状态确认
分别从硬件和软件两个维度逐项检查原型状态,确保满足验收要求。
| 检查项 | 要求描述 | 判定标准 | 记录方式 |
|---|---|---|---|
| 结构完整性 | 所有机械结构安装到位,紧固件力矩达标,无松动/干涉 | 合格/不合格 | 检查记录表 |
| 电气连通性 | 电路板焊接完整,线缆连接正确,导通测试通过 | 合格/不合格 | 导通测试报告 |
| 传感器标定 | 各传感器已标定,输出数据在精度范围内 | 合格/不合格 | 标定记录表 |
| 执行器功能 | 电机/气缸/舵机等动作正常,响应时间符合规格 | 合格/不合格 | 功能测试记录 |
| 电源系统 | 供电电压稳定,电流在额定范围内,无异常发热 | 合格/不合格 | 电源测试记录 |
| 安全防护 | 急停开关有效,防护罩安装到位,接地可靠 | 合格/不合格 | 安全检查表 |
| 检查项 | 要求描述 | 判定标准 | 记录方式 |
|---|---|---|---|
| 固件版本 | 版本号与发布计划一致,功能完整,无未合入的关键补丁 | 合格/不合格 | 版本发布记录 |
| 驱动程序 | 所有外设驱动加载正常,无报错,设备管理器识别正确 | 合格/不合格 | 驱动测试记录 |
| 控制算法 | PID/规划/决策等参数整定完成,运行稳定无发散 | 合格/不合格 | 算法标定报告 |
| 通信协议 | CAN/Ethernet/串口等接口协议验证通过,数据收发正确 | 合格/不合格 | 协议测试记录 |
| 日志系统 | 日志记录完整,时间戳准确,异常时可追溯 | 合格/不合格 | 日志抽样检查 |
| 边界保护 | 软件看门狗、超时保护、异常复位机制工作正常 | 合格/不合格 | 异常注入测试 |
步骤3:环境准备检查
依据环境准备检查表逐项确认测试环境是否满足原型验证要求。所有检查项必须全部合格方可进入验收决策环节。
| 类别 | 检查项 | 要求描述 | 判定标准 |
|---|---|---|---|
| 硬件环境 | 测试平台 | 测试工装/平台搭建完成,机械接口与原型匹配 | 合格/不合格 |
| 电源供应 | 供电电压/电流容量满足原型最大功耗需求,具备过流保护 | 合格/不合格 | |
| 软件环境 | 操作系统 | 版本正确,系统补丁到位,无已知兼容性问题 | 合格/不合格 |
| 中间件/依赖库 | ROS/算法库/通信中间件安装正确,服务进程运行正常 | 合格/不合格 | |
| 网络环境 | 网络连通性 | IP配置正确,Ping/带宽/延迟满足测试要求,无丢包 | 合格/不合格 |
| 工具环境 | 测试工具/仪表 | 示波器/万用表/逻辑分析仪/标定工具等就绪,精度在有效期内 | 合格/不合格 |
| 安全环境 | 安全防护设施 | 急停按钮、防护围栏、接地线、灭火器材到位且有效 | 合格/不合格 |
环境准备黄金法则:硬件环境、软件环境、网络环境、工具环境、安全环境五项缺一不可。建议制作成看板检查表,每项完成后由测试工程师当场签字确认,避免事后补签导致的遗漏风险。
2.4 输入输出物
| 类型 | 名称 | 说明 |
|---|---|---|
| 输入物 | 原型样机及配件 | 包含本体、遥控器、电池、充电器、备用线缆等 |
| 原型开发文档 | 设计说明书、BOM表、原理图、3D模型、软件架构文档 | |
| 自测报告 | 核心功能、接口、基础性能的自测记录 | |
| 设计规格书 | 明确的原型技术指标、功能列表、性能参数 | |
| 输出物 | 原型成熟度评估表 | 含评估等级、依据、未达标项及改进建议 |
| 硬软件状态确认单 | 硬件6项 + 软件6项检查结果,含责任人签字 | |
| 环境准备检查记录 | 7项检查结果及测试工程师签字 | |
| 验收前置条件审核报告 | 汇总三项结果,给出“通过/不通过”结论及项目经理签字 |
2.5 责任边界
| 角色 | 职责内容 | 关键输出 |
|---|---|---|
| 原型开发工程师 | 完成成熟度自评,提交自评报告;配合硬软件状态检查 | 成熟度自评表 |
| 硬件工程师 | 逐项确认硬件状态,填写硬件状态确认单 | 硬件状态确认单 |
| 软件工程师 | 逐项确认软件状态,填写软件状态确认单 | 软件状态确认单 |
| 测试工程师 | 按检查表完成环境准备,填写环境准备检查记录 | 环境准备检查记录 |
| 质量工程师 | 审核所有记录,确认验收前置条件完整性,组织评审 | 验收前置条件审核报告 |
| 项目经理 | 最终验收决策签字,协调资源处理未达标项 | 审核报告签字 |
权责提醒:质量工程师在审核时拥有“一票否决权”,若发现任何记录不实或遗漏,可退回对应环节重新检查,不需等待项目经理决策。这一机制有效防止了“带病验收”。
2.6 记录材料
以下四份记录材料需作为本章节的过程资产归档,保存期限至项目结项后6个月:
- 原型成熟度评估表(含评估等级、评分细则、未达标项清单、改进计划)
- 硬软件状态确认单(按检查清单逐项记录,附检测数据或截图佐证)
- 环境准备检查表(每项需测试工程师签字,注明检查时间)
- 验收前置条件审核报告(含三项汇总结果、总体结论、签字页)
记录材料应采用统一的编号规则,例如:PRJ-YYMMDD-STAT-001,便于追溯和检索。
2.7 异常处理
| 异常情形 | 处理措施 | 责任角色 | 关闭条件 |
|---|---|---|---|
| 成熟度等级<M3 | 返回开发阶段继续完善,制定升级计划并重新排期评估 | 项目经理 + 开发工程师 | 重新评估达到M3及以上 |
| 硬件状态检查不合格 | 硬件工程师维修或更换部件,修复后重新逐项检查 | 硬件工程师 | 所有不合格项转为合格 |
| 软件状态检查不合格 | 软件工程师修复缺陷或回退至稳定版本,重新测试 | 软件工程师 | 所有不合格项转为合格 |
| 环境准备不满足 | 测试工程师协调资源搭建/调整环境,完成后重新检查 | 测试工程师 | 环境检查表全部合格 |
| 记录材料缺失/不完整 | 补充完善记录,重新提交审核 | 对应责任人 | 质量工程师确认完整 |
| 多项异常同时存在 | 项目经理组织专项会议,按优先级排序,制定联合整改计划 | 项目经理 | 所有异常关闭且审核通过 |
重要提醒:异常处理过程中,每次修复/调整后都必须重新执行对应步骤的全部检查项,不得仅针对不合格项进行局部复测。防止因关联变更引发新的隐藏问题。
2.8 验收标准
本章节所有工作完成后,须同时满足以下全部标准方可判定为“验收前置条件通过”:
- 成熟度等级 ≥ M3(集成原型),且未达标项已全部关闭或有明确关闭计划并经项目经理批准。
- 硬件状态检查 6项全部合格,不合格项已整改并重新确认。
- 软件状态检查 6项全部合格,不合格项已整改并重新确认。
- 环境准备检查 7项全部合格,测试工程师签字完整。
- 记录材料 4份文档完整、内容真实、签字齐全、编号规范。
- 异常处理 所有已识别的异常均已关闭,或已制定明确的整改计划并得到质量工程师认可。
验收标准判定结果记录在《验收前置条件审核报告》的“总体结论”栏中,由质量工程师和项目经理双签生效。通过后,原型方可正式进入下一阶段的验证测试流程。
本章核心交付物:《验收前置条件审核报告》是本章的最终输出,也是后续第3章“原型验证启动”的输入前置文档。请务必确保报告的完整性和签署合规性。