第2章 前置条件清单:所需资源、人员角色、原型成熟度要求、环境准备

2.1 本章适用场景

本章适用于任何需要进行原型验证的环节启动之前,团队必须对“能否开始原型验证”做出客观判断。当以下任一情况发生时,应执行前置条件检查:

  • 新原型版本完成设计,准备首次进入验证环境;
  • 验证团队更换或新增人员,需要确认角色职责;
  • 验证环境因故重建或迁移;
  • 原型成熟度存在争议,需要标准化基线。

2.2 前置条件

开始执行本章节清单前,应已具备:

  1. 原型设计文档(含功能列表、接口定义、关键指标)已通过项目负责人确认;
  2. 验证目标与通过标准已在上一阶段明确定义;
  3. 基础网络与硬件资源已分配到位(可查询资产登记表);
  4. 团队成员名单及其可用性已确认。

2.3 操作步骤

前置条件验证共分四个子检查块,每块由对应责任角色执行并签字确认。

步骤 检查块 操作描述 预期结果
1 所需资源 对照资源清单逐一确认硬件、软件、工具链、数据集的可用性与版本 所有资源项标注“就绪”
2 人员角色 检视角色分配表,确认每个角色均有被授权人,且无兼任冲突 角色覆盖率100%,冲突记录数为0
3 原型成熟度 对照成熟度矩阵(ML0‑ML5)评估当前原型等级,确认达到该阶段最低要求 成熟度等级≥ML2(可验证)
4 环境准备 部署或重置验证环境,运行健康检查脚本验证连通性、性能基线 健康检查全部通过(无红色告警)
关键提示:若任一步骤结果为“不通过”,则进入异常处理流程(见2.7节),不得擅自跳过。

2.4 输入输出物

方向 物 格式/来源 作用
输入 资源清单、角色分配表、成熟度矩阵、环境配置文件 文件(YAML/JSON)或 CMake 配置 作为检查依据
输出 前置条件检查报告(含各块绿/黄/红状态) PDF 或 Markdown 该报告作为验证启动的授权凭证

典型环境健康检查脚本片段示例:

#!/bin/bash
# health_check.sh - 原型验证环境就绪性检查
echo "检查网络连通性..."
ping -c 3 192.168.1.100 || { echo "网络不通"; exit 1; }
echo "检查工具链版本..."
cmake --version | head -1
echo "检查依赖库..."
ldconfig -p | grep opencv
echo "环境就绪状态: $(date)"

2.5 责任边界

角色 职责 交付物/动作
验证负责人 统筹前置条件检查,签发启动许可 在检查报告上签字
资源管理员 提供资源清单并确认可用性 资源清单(已标注)
原型架构师 评估原型成熟度,判定是否达到验证门槛 成熟度评估表
运维工程师 部署、重置、运行健康检查 环境就绪日志

2.6 记录材料

  • 《前置条件检查报告》(含各块检查结果、异常处理记录)
  • 《资源清单》签字版
  • 《角色分配表》最新版本
  • 《成熟度评估表》
  • 《环境健康检查日志》(保留至少3个验证周期)

2.7 异常处理

当前置条件检查出现以下典型异常时,按对应规则处理:

异常编号 异常描述 处理动作 责任角色
E-01 关键资源(如 GPU 设备)不可用 启动资源替代方案或推迟验证,直至资源就绪 资源管理员
E-02 原型成熟度未达标(< ML2) 打回设计阶段修复,下次验证前再次评估 原型架构师
E-03 环境健康检查失败(如依赖库缺失) 运维工程师修复并重新运行检查,限时 2 小时内 运维工程师
E-04 人员角色缺失或冲突 项目负责人协调调整,重新签署角色分配表 验证负责人
注意:所有异常处理必须记录在《前置条件检查报告》的“异常处理”区,并附上解决时间及责任人签名,方可归档。

2.8 验收标准

前置条件检查被视为“通过”当且仅当满足以下全部条件:

  1. 资源清单中每个条目状态为“就绪”,无未解决项;
  2. 人员角色分配表覆盖所有必要角色,且无角色冲突;
  3. 原型成熟度等级 ≥ ML2;
  4. 环境健康检查全部通过(无失败项);
  5. 若有异常,均已按异常处理流程闭环,并记录在案;
  6. 验证负责人已在检查报告“批准”栏签字。
验收后动作:将签字的检查报告副本分发给验证团队成员,并触发下一章《验证用例设计》的启动条件。
前置条件检查流程图 前置条件检查启动 1. 所需资源 工具链·数据集·硬件 2. 人员角色 岗位·权责·可用性 3. 原型成熟度 等级≥ML2 4. 环境准备 部署·健康检查 全部通过 ? 验收签字 启动验证 异常处理 闭环后重检 📌 说明 • 四个检查块可并行执行,但必须全部通过后才可进入“验收签字”。 • 异常处理需记录在检查报告中,作为审计追溯证据。