第2章 前置条件清单:所需资源、人员角色、原型成熟度要求、环境准备
2.1 本章适用场景
本章适用于任何需要进行原型验证的环节启动之前,团队必须对“能否开始原型验证”做出客观判断。当以下任一情况发生时,应执行前置条件检查:
- 新原型版本完成设计,准备首次进入验证环境;
- 验证团队更换或新增人员,需要确认角色职责;
- 验证环境因故重建或迁移;
- 原型成熟度存在争议,需要标准化基线。
2.2 前置条件
开始执行本章节清单前,应已具备:
- 原型设计文档(含功能列表、接口定义、关键指标)已通过项目负责人确认;
- 验证目标与通过标准已在上一阶段明确定义;
- 基础网络与硬件资源已分配到位(可查询资产登记表);
- 团队成员名单及其可用性已确认。
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 验收标准
前置条件检查被视为“通过”当且仅当满足以下全部条件:
- 资源清单中每个条目状态为“就绪”,无未解决项;
- 人员角色分配表覆盖所有必要角色,且无角色冲突;
- 原型成熟度等级 ≥ ML2;
- 环境健康检查全部通过(无失败项);
- 若有异常,均已按异常处理流程闭环,并记录在案;
- 验证负责人已在检查报告“批准”栏签字。
验收后动作:将签字的检查报告副本分发给验证团队成员,并触发下一章《验证用例设计》的启动条件。