diff --git a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html
index bbf6a32..85e0919 100644
--- a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html
+++ b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html
@@ -789,7 +789,7 @@
01
业务需求
主责:业务
明确目标与价值。补齐业务对象、业务目标、范围。
- 正式成果项目背景说明
客户信息:对接客户名称、最终客户名称
项目名称:统一名称或客户规定的项目代号
产品要求:产品形态、提测平台
项目来源:新客户、新项目、旧产品升级、竞品替换或成本优化
需求背景:客户为什么提出这个需求,要解决什么问题
业务目标:本项目希望实现的业务结果
预期价值(选填):可验证的价值假设
订单、预计销售额等信息均为选填,仅在项目适用时补充客户里程碑要求
提测时间
入库时间
小批量试产时间
量产时间
+ 正式成果项目背景说明
客户信息:对接客户名称、最终客户名称
项目名称:统一名称或客户规定的项目代号
产品要求:产品形态、提测平台
项目来源:新客户、新项目、旧产品升级、竞品替换或成本优化
需求背景:客户为什么提出这个需求,要解决什么问题
业务目标:本项目希望实现的业务结果
预期价值(选填):可验证的价值假设
订单、预计销售额等信息均为选填,仅在项目适用时补充客户里程碑要求
提测时间
入库时间
小批量试产时间(选填)
量产时间(选填)
@@ -807,7 +807,7 @@
基于产品定义和阶段 2 已有评审结论形成可实施方案。技术负责人:总体架构、软硬件边界、关键决策嵌入式应用层:业务逻辑、应用协议、功能模块设计嵌入式底层:BSP、驱动、RTOS、HAL 设计硬件:器件、PCB、电源/信号/热及接口约束测试:测试标准、测试用例范围、测试项
正式成果总体技术方案(选填)软硬件接口契约架构决策记录(选填)测试计划
测试标准、测试用例范围、测试项
- 技术负责人确认整体方案,嵌入式应用层/嵌入式底层/硬件确认接口可实施,产品确认不偏离,测试确认可验证
+ 技术负责人确认整体方案与测试计划,嵌入式应用层/嵌入式底层/硬件确认接口可实施,产品确认不偏离,测试确认可验证
04
@@ -821,7 +821,7 @@
05
嵌入式软硬件实现
并行:嵌入式应用层 + 嵌入式底层 + 硬件
嵌入式应用层、嵌入式底层和硬件依据已确认的方案设计基线、项目任务计划和角色分工并行实现、样机调试和自测。硬件先取得并核对器件规格书和结构板框图,形成并确认硬件设计包后,再据此推进硬件实现;嵌入式底层将可消费版本交给嵌入式应用层合版,嵌入式应用层负责生成并提交唯一的最终固件版本;接口、任务或器件约束发生重大偏离时返回技术负责人和项目Hub确认。
- 正式成果硬件设计包
原理图
PCB 源文档
贴片资料(PCBA_BOM、器件位置图 PDF、贴片坐标)
接口定义硬件实现资料
引用已确认的硬件设计包
正式原理图源文件与 PDF、PCB 源文件
Gerber、钻孔、拼板、层叠/阻抗和工艺说明(如适用)
PCBA_BOM、器件位置图 PDF、贴片坐标、极性、DNI/NC 信息
维修原理图、关键测试点和生产测试接口
板卡/样机/批次标识、BOM 和 ECO 版本
接口定义、板级调试和静态/测量证据
与底层、应用固件、配置和接口契约的版本关系
已知限制、风险、返修/回退和 supersedes嵌入式底层实现资料
硬件功能测试报告
BSP 输出路径
PSP 输出路径
WiFi 设备定频测试固件(选填)嵌入式应用层固件包
正式固件、升级固件
自测用例
分区表
MD5 值文件
Flash 烧写固件
zn_debug文件
Changelog
串口使能证书
+ 正式成果硬件设计包
原理图
PCB 源文档
贴片资料(PCBA_BOM、器件位置图 PDF、贴片坐标)
接口定义硬件实现资料
引用已确认的硬件设计包及版本,不重复提交设计文件
实施记录:板卡/样机制作、装配与返修情况
调试记录:板级调试、测量证据、已知问题与处置
版本记录:板卡/样机/批次标识、BOM/ECO 修订号、与底层/应用固件/配置/接口契约的版本关系及替代关系嵌入式底层实现资料
硬件功能测试报告
BSP 输出路径
PSP 输出路径
WiFi 设备定频测试固件(选填)嵌入式应用层固件包
正式固件、升级固件
自测用例
分区表
MD5 值文件
Flash 烧写固件
zn_debug文件
Changelog
串口使能证书
嵌入式底层提交可消费版本,嵌入式应用层合版并提交最终固件,技术负责人确认固件与硬件版本匹配
@@ -851,7 +851,7 @@
贯穿全流程:变更申请(需求变更申请)
-
任何角色都可提出变更;项目Hub组织影响评估,产品评估范围,技术负责人评估总体方案,嵌入式应用层、嵌入式底层和硬件分别评估实现与工作量,测试评估验证成本,业务批准后更新对应基线,并从受影响阶段继续推进。
+
任何角色都可提出变更;项目Hub组织影响评估,产品评估范围,技术负责人评估总体方案,嵌入式应用层、嵌入式底层和硬件分别评估实现与工作量,测试评估验证成本,变更按既定权限确认或批准,其中授权范围内的资源、排期调整由产品确认,涉及预算、采购或对外承诺时由业务批准;完成必要确认后更新对应基线,并从受影响阶段继续推进。
成果适用性:成果豁免(成果文件豁免)
@@ -880,7 +880,7 @@
项目Hub业务产品技术负责人嵌入式应用层嵌入式底层硬件测试
| 主体 | 是否为项目职能角色 | 定义 | 主要确认权限 | 不能做什么 |
- | 各专业角色 | 是 | 图中的正式角色名称统一代表该角色完成 AI 辅助自审与人工确认后的责任主体;内部审查过程不作为跨角色信息流单列。 | 以角色名义确认并发出本角色专业结论、正式成果、现实工期承诺、风险接受和正式交付;阶段 4 的资源与排期基线由产品确认。 | 不能替其他角色作出专业确认。 |
+ | 各专业角色 | 是 | 图中的正式角色名称统一代表该角色完成 AI 辅助自审与人工确认后的责任主体;内部审查过程不作为跨角色信息流单列。 | 以角色名义确认并发出本角色专业结论、正式成果、现实工期承诺、风险接受和正式交付;阶段 4 的资源与排期基线及后续授权范围内的资源、排期调整由产品确认;涉及预算、采购或对外承诺时须由业务批准。 | 不能替其他角色作出专业确认。 |
| 业务 | 是;同时承担项目级组织授权 | 业务节点同时包含业务专业判断和项目级组织授权的内部确认。 | 除业务成果外,负责确认预算、采购/打样、对外承诺日期、暂停/取消和高影响成果豁免,以及客户验收和项目结项;阶段 4 的计划与排期可由项目Hub同步知会业务,平台验收由产品确认而不经业务批准。 | 不替代产品、技术负责人、硬件或测试等角色给出专业结论。 |
| 项目Hub | 是 | 项目Hub运行中心 AI,是项目唯一正式信息中心、任务路由器、成果校验器、阶段门禁执行者和项目状态内部记录维护者。 | 可依据证据更新项目状态、按角色需要分发状态快照、完成普通项目级审查和低影响豁免;高影响事项必须升级给业务。 | 不能自行承诺真实资源、预算、范围、日期或专业结论,也不能以推测代替角色提供的状态证据。 |
@@ -942,19 +942,19 @@
| 1 业务需求 | 项目背景说明 | 业务 | F1.1 | F1.2 条件修订;F1.4 产品与业务确认 | F1.3 评审分发;F1.5 正式基线给产品 |
| 1 业务需求 | 客户里程碑要求 | 业务 | F1.1 | F1.2 条件修订;F1.4 产品与业务确认 | F1.3 评审分发;F1.5 正式基线给产品 |
| 2 产品定义 | 立项资料 | 产品 | F2.2 | F2.3–F2.6 专业评审与修订;F2.7–F2.8 业务批准 | F3.1 方案设计输入;F4.1 项目规划输入 |
- | 2 产品定义 | 测试验收标准 | 产品 | F2.2 | F2.3–F2.6 测试评审;F2.7–F2.8 业务批准 | F3.7 测试计划 输入;F6.1 测试输入;F7.1 验收输入 |
+ | 2 产品定义 | 测试验收标准 | 产品 | F2.2 | F2.3–F2.6 测试评审;F2.7–F2.8 业务批准 | F3.3 测试计划任务输入;F3.7 提交计划;F6.1 测试输入;F7.1 验收输入 |
| 2 产品定义 | 里程碑要求 | 产品 | F2.2 | F2.3–F2.6 专业评审;F2.7–F2.8 业务批准 | F4.1 项目计划 输入;S.2 状态同步 |
| 3 方案设计 | 总体技术方案(选填) | 技术负责人 | F3.2(提供时) | F3.4–F3.8 修订;F3.9–F3.10 确认 | F4.1 项目规划输入;F5.1 实现输入;F8.2 收集、F8.6 归档 |
| 3 方案设计 | 软硬件接口契约 | 技术负责人 | F3.2 | F3.4–F3.8 多角色修订;F3.9–F3.10 确认 | F4.1 项目规划输入;F5.1 实现输入;F5.7 冲突回溯 |
| 3 方案设计 | 架构决策记录(选填) | 技术负责人 | 提供时于 F3.2 形成;F3.4–F3.6 持续补充 | F3.8–F3.10 确认;X 流程变更时追加 | F4.1 项目规划输入;F5.1 实现约束;F8.2 收集、F8.6 归档 |
- | 3 方案设计 | 测试计划 | 测试 | F3.3/F3.7 明确测试标准、测试用例范围和测试项 | F3.8–F3.10 多角色确认 | F4.1 测试任务规划输入;F6.1 测试任务输入 |
- | 4 项目规划 | 项目计划 | 项目Hub | F4.1 | F4.2 技术负责人确认;F4.3–F4.5 定向修订;F4.6–F4.7 产品确认资源与排期 | F4.8 分发相关执行角色,可同步业务;F5.1 实现任务输入;后续由 X 流程变更 |
+ | 3 方案设计 | 测试计划 | 测试 | F3.7 提交测试标准、测试用例范围和测试项 | F3.7 有缺口时经项目Hub转相关角色确认;F3.8 汇总;F3.9 技术负责人确认测试计划;F3.10 相关角色最终确认 | F4.1 测试任务规划输入;F6.1 测试任务输入 |
+ | 4 项目规划 | 项目计划 | 项目Hub | F4.1 | F4.2 技术负责人确认;F4.3–F4.5 定向修订;F4.6–F4.7 产品确认资源与排期 | F4.8 分发相关执行角色,可同步业务;F5.1 实现任务输入;后续由 X.4–X.5 按权限确认变更 |
| 4 项目规划 | 项目风险 | 项目Hub | F4.1,汇总阶段 2 已识别风险和阶段 3 方案风险 | F4.2–F4.7 更新与确认;E/X 流程持续更新 | F4.8 分发;F5.1 实现风险输入;S.2 按角色同步 |
| 4 项目规划 | 角色分工 | 项目Hub | F4.1 | F4.2 技术负责人确认;F4.3–F4.5 问题任务修订 | F4.8 随正式任务分发;F5.1 实现责任输入 |
| 4 项目规划 | 产品资料整合 | 项目Hub | F4.1 | F4.2 技术负责人检查产品与方案输入引用 | F4.8 按角色裁剪分发;F5.1 实现输入 |
| 4 项目规划 | 项目状态内部记录 | 项目Hub | F4.1 初始执行记录 | S.3–S.4 证据化纠正;E/X 流程更新 | F4.8 初始执行快照;S.2 自动或按需分发 |
| 5 软硬件实现 | 硬件设计包 | 硬件 | F5.2(所需输入资料齐备后) | F5.2 硬件负责人确认;F5.3 技术负责人及受影响角色确认;F5.7 冲突修订 | F5.2 硬件实现依据;F5.3 定向分发;F8.2 收集、F8.6 归档 |
- | 5 软硬件实现 | 硬件实现资料 | 硬件 | F5.2(硬件设计包确认后) | F5.7 冲突修订;F5.8–F5.10 版本匹配确认 | F6.1 测试输入;F8.2 收集、F8.6 归档 |
+ | 5 软硬件实现 | 硬件实现资料 | 硬件 | F5.2(硬件设计包确认后) 引用设计包,仅补充实施、调试和版本记录 | F5.7 冲突修订;F5.8–F5.10 版本匹配确认 | F6.1 测试输入;F8.2 收集、F8.6 归档 |
| 5 软硬件实现 | 嵌入式底层实现资料 | 嵌入式底层 | F5.4(WiFi 设备定频测试固件选填) | F5.5 BSP/PSP 交嵌入式应用层合版;F5.7/F5.10 确认版本关系 | BSP/PSP 通过 F5.6 集成进统一固件;F8.2 提交归档资料 |
| 5 软硬件实现 | 嵌入式应用层固件包 | 嵌入式应用层 | F5.6 候选;F5.9 最终提测版 | F5.7 冲突修订;F5.8–F5.10 技术负责人确认 | F6.1 交测试;F6.8 回归版;F8.2 归档已验收版本 |
| 6 测试验证 | 功能测试报告 | 测试 | F6.2 | F6.3–F6.9 缺陷/回归更新;F6.10 确认 | F7.1 测试直接交付产品并确认接收;F8.2/F8.6 归档索引 |
@@ -1015,8 +1015,8 @@
- 03 / DESIGN
阶段 3:方案设计信息流
技术负责人依据产品定义基线,结合阶段 2 已有评审结论组织总体方案;产品、嵌入式应用层、嵌入式底层、硬件和测试围绕同一份软硬件接口契约完成多轮确认。
- 主责技术负责人主责接口契约及选填的方案、决策记录;硬件确认接口与约束;测试主责测试计划
核心成果软硬件接口契约、测试计划;总体技术方案、架构决策记录为选填
门禁方案确认、接口可实施、需求不偏离、测试可验证
+ 03 / DESIGN
阶段 3:方案设计信息流
技术负责人依据产品定义基线,结合阶段 2 已有评审结论组织总体方案;产品、嵌入式应用层、嵌入式底层、硬件和测试围绕同一份软硬件接口契约完成多轮确认。测试提交测试计划,无问题时由项目Hub汇总给技术负责人确认;有不可测试项或环境、治具缺口时,先经项目Hub转交相关角色确认,由测试修订计划后再汇总确认。
+ 主责技术负责人主责接口契约及选填的方案、决策记录,并确认测试计划;硬件确认接口与约束;测试主责测试计划
核心成果软硬件接口契约、测试计划;总体技术方案、架构决策记录为选填
门禁方案确认、接口可实施、需求不偏离、测试可验证,测试计划经技术负责人确认
总体技术方案、架构决策记录为选填,未提供不阻塞阶段推进,也无需另行豁免;必要的技术决定仍须写入软硬件接口契约或角色确认记录。硬件在本阶段完成接口与约束确认,硬件设计包在阶段 5 形成并确认。
项目Hub
F3.1下发总体方案设计任务附产品定义基线、阶段 2 已有评审记录和现有技术参考资料
技术负责人
@@ -1025,18 +1025,18 @@
嵌入式应用层
F3.4提出 HAL、资源和应用接口需求接口新增或资源不足时触发
项目Hub → 嵌入式底层 / 技术负责人
嵌入式底层
F3.5提出引脚、电平、时序和器件约束HAL 与硬件设计存在依赖时
项目Hub → 硬件 / 技术负责人
硬件
F3.6反馈器件、PCB、电源、空间与热约束影响接口、成本或性能时
项目Hub → 技术负责人 / 嵌入式底层 / 产品
-
测试
F3.7提交不可测试项和环境/治具缺口验收标准无法验证时
项目Hub → 相关角色
-
项目Hub
F3.8汇总冲突并要求修订相关设计成果形成决策清单和待关闭问题
技术负责人
-
技术负责人
F3.9提交内部确认的接口契约基线所有阻塞问题关闭后,附已提供的选填成果
项目Hub
-
项目Hub
F3.10请求各角色确认接口可实施嵌入式应用层、嵌入式底层、硬件、产品、测试分别确认
产品 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试
+
测试
F3.7提交测试计划,说明是否存在可测性缺口无问题:项目Hub汇总给技术负责人确认
有不可测试项或环境、治具缺口:项目Hub转交相关角色确认
项目Hub
+
项目Hub
F3.8汇总测试计划与设计反馈,请求确认无问题时直接提交;有缺口时先取得相关角色确认,由测试修订计划后再汇总
技术负责人
+
技术负责人
F3.9返回接口契约基线及测试计划确认结果确认与整体方案、接口及实施依赖一致;附已提供的选填成果
项目Hub
+
项目Hub
F3.10请求各角色确认接口可实施、测试可验证嵌入式应用层、嵌入式底层、硬件、产品、测试分别确认
产品 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试
| ID | 触发条件 | 发送 → 接收 | 正式载荷 | 约束/确认 | 对阶段的影响 |
- | F3.1–3.3 | 阶段 2 门禁通过,产品定义基线有效。 | 项目Hub ↔ 技术负责人/协作角色 | 按主责角色分别形成的正式成果草案:技术负责人输出 软硬件接口契约;总体技术方案、架构决策记录为选填。测试输出 测试计划,包含测试标准、测试用例范围、测试项。 协作输入:硬件完成接口与约束确认。 输入内容:阶段2三类产品成果、现有技术参考资料、阶段 2 已有的可行性与风险评审记录(如有)、设计范围和时限。 | 方案设计不得依赖尚未形成的 项目计划;所有设计必须引用同一产品基线。 | 开启并行方案设计。 |
+ | F3.1–3.3 | 阶段 2 门禁通过,产品定义基线有效。 | 项目Hub ↔ 技术负责人/协作角色 | 按主责角色分别形成的正式成果草案:技术负责人输出 软硬件接口契约;总体技术方案、架构决策记录为选填。测试按任务编制 测试计划,包含测试标准、测试用例范围、测试项,并在 F3.7 提交。 协作输入:硬件完成接口与约束确认。 输入内容:阶段2三类产品成果、现有技术参考资料、阶段 2 已有的可行性与风险评审记录(如有)、设计范围和时限。 | 方案设计不得依赖尚未形成的 项目计划;所有设计必须引用同一产品基线。 | 开启并行方案设计。 |
| F3.4 | 嵌入式应用层需要新的资源、HAL 或协议。 | 嵌入式应用层 → 项目Hub → 嵌入式底层 / 技术负责人 | 修订对象:软硬件接口契约;已提供的总体技术方案、架构决策记录。 提交内容:接口需求、调用频率、性能、资源指标、理由和受影响功能。 | 不得绕过契约直接约定。 | 可能触发契约修订。 |
| F3.5 | 嵌入式底层依赖引脚、电平、器件或时序。 | 嵌入式底层 → 项目Hub → 硬件 / 技术负责人 | 修订对象:软硬件接口契约;已提供的架构决策记录。 提交内容:HAL、引脚表、时序、电气约束、板卡依赖和证据。 | 涉及既有板卡时引用明确版本;新设计注明约束版本。 | 冲突时阻塞相关设计。 |
| F3.6 | 器件、PCB、电源、空间或热约束影响方案。 | 硬件 → 项目Hub → 技术负责人 / 嵌入式底层 / 产品 | 关联或修订成果:软硬件接口契约;必要时同步修订已提供的 总体技术方案、架构决策记录。 过程记录:硬件约束与接口确认。 提交内容:限制、替代方案、成本、性能和交期影响。 | 器件替换不得静默发生。 | 更新接口与约束确认;改变正式基线时走变更申请。 |
- | F3.7 | 测试无法验证某项需求或缺环境/治具。 | 测试 → 项目Hub → 相关角色 | 修订对象:测试计划(测试标准、测试用例范围、测试项)、软硬件接口契约;必要时回溯 测试验收标准。 过程记录:可测性缺口清单,包含不可测项、证据要求、环境和治具需求。 | 必须在实现前关闭,或由负责人明确记录验证期跳转决定。 | 正常推进时门禁保持阻塞。 |
- | F3.8–3.10 | 专业评审完成。 | 各相关角色 → 项目Hub;项目Hub分别定向中继 | 最终确认成果:软硬件接口契约、测试计划的内部确认版本,以及已提供的选填成果(总体技术方案、架构决策记录)。 附带内容:角色确认、保留风险、证据引用和统一版本关系。 | 每个确认绑定同一版本;选填成果未提供不阻塞本阶段;成员角色之间不直接通信。 | 全部确认并登记为正式基线后进入阶段 4 项目规划。 |
+ | F3.7 | 测试已形成测试计划,或识别出不可测试项、环境/治具缺口。 | 测试 → 项目Hub;无问题时汇总给技术负责人;有缺口时定向转交相关角色确认 | 正式成果:测试计划,包含测试标准、测试用例范围、测试项。 存在缺口时附带:不可测试项、环境/治具缺口、影响、依据及需要相关角色确认的问题。 确认回传:相关角色经项目Hub返回确认结果,测试据此修订测试计划;涉及接口或验收标准时同步对应主责角色修订。 | 无问题时无需等待缺口确认;项目Hub只汇总和中继,不代替专业角色确认。测试仍主责计划编制与修订,技术负责人经 F3.8–F3.9 确认测试计划。影响本阶段门禁的缺口应先关闭;验证期需跳转时,由负责人明确记录决定。 | 无问题:进入 F3.8–F3.9 汇总确认;有缺口:先定向确认、修订,再返回该确认路径。 |
+ | F3.8–3.10 | 专业评审完成。 | 项目Hub ↔ 技术负责人;项目Hub ↔ 各相关角色 | 最终确认成果:软硬件接口契约、测试计划的内部确认版本,以及已提供的选填成果(总体技术方案、架构决策记录)。 附带内容:角色确认、保留风险、证据引用和统一版本关系。 | 测试计划仍由测试编制和维护,技术负责人确认其与整体方案、接口及实施依赖一致;相关角色按本领域完成最终确认。每个确认绑定同一版本;选填成果未提供不阻塞本阶段;成员角色之间不直接通信。 | 全部确认并登记为正式基线后进入阶段 4 项目规划。 |
@@ -1070,7 +1070,7 @@
F5.2 硬件资料要求
资料需求:
1、外设器件和关键器件(主控、flash、sensor、复位按键、指示灯、WiFi模块、音频功放驱动芯片、IR-CUT驱动芯片、电机达林顿管驱动芯片)规格书。
2、结构板框图(包含主要器件位置和禁止限制区域)。
- 硬件设计资料(纳入硬件设计包):
1、原理图。
2、PCB 源文档。
3、贴片资料(PCBA_BOM、器件位置图 PDF、贴片坐标)。
4、接口定义。
+ 硬件设计资料(纳入硬件设计包):
1、原理图。
2、PCB 源文档。
3、贴片资料(PCBA_BOM、器件位置图 PDF、贴片坐标)。
4、接口定义。
硬件实现资料:引用已确认的设计包及版本,仅补充实施、调试和版本记录,不重复提交上述设计文件。
执行前提:硬件先核对项目实际使用器件的规格书,以及结构板框图的来源、适用范围和版本。结构板框图在阶段 2 可选填,但进入 F5.2 前须补齐;资料缺失或冲突时,经项目Hub向对应资料责任角色补齐,不以假设替代输入,仅阻塞依赖这些资料的硬件任务。
@@ -1087,7 +1087,7 @@
| ID | 触发条件 | 发送 → 接收 | 正式载荷 | 约束/确认 | 对阶段的影响 |
| F5.1 | 阶段 4 项目规划门禁通过。 | 项目Hub → 嵌入式应用层 / 嵌入式底层 / 硬件 | 待产出成果:嵌入式应用层固件包、嵌入式底层实现资料、硬件设计包、硬件实现资料。 输入与任务:阶段3已确认的必需成果及已提供的选填成果、阶段4 项目计划(项目任务计划)、角色分工、项目风险,以及任务、输出格式、依赖和期限。 硬件额外输入:F5.2 所列器件规格书和结构板框图。 | 三方必须使用相同契约和项目计划版本;硬件输入未齐时先补齐资料,不阻塞其他依赖已满足的任务。 | 依赖已满足的实现任务并行启动。 |
- | F5.2–5.3 | 硬件已取得并核对 F5.2 所列输入资料,形成或修订硬件设计包;后续发布样机、板卡、BOM 或 ECO。 | 硬件 → 项目Hub → 技术负责人 / 嵌入式底层 / 嵌入式应用层 / 测试 | 前置输入:项目实际使用的外设器件和关键器件规格书、结构板框图(主要器件位置和禁止限制区域),具体清单见本阶段 F5.2 硬件资料要求。 正式成果:硬件设计包与硬件实现资料,分别登记版本。 硬件设计资料(纳入硬件设计包):原理图;PCB 源文档;贴片资料(PCBA_BOM、器件位置图 PDF、贴片坐标);接口定义。先由硬件负责人确认,再经项目Hub中继技术负责人及受影响角色完成技术与接口确认。 实现资料:引用已确认的设计包;正式原理图源文件与 PDF、PCB 源文件;Gerber、钻孔、拼板、层叠/阻抗和工艺说明(如适用);PCBA_BOM、器件位置图 PDF、贴片坐标、极性、DNI/NC;维修原理图、关键测试点、接口和生产测试定义;`hardware_version`、原理图/PCB/BOM/ECO 修订号、板卡/样机/批次标识;板级调试、静态/测量证据;软件、配置和契约版本关系;限制、风险、返修/回退和 `supersedes`。 | 所需输入资料未齐备或版本未核对时,先经项目Hub补齐,不得提交正式硬件设计包或硬件实现资料;设计包确认前不得投板或以未确认设计推进样机制作;没有影响分析不得切换硬件版本;禁止使用“最新板”或“当前 BOM”替代明确版本组合。 | 输入缺失时阻塞相关硬件任务;影响接口、底层或应用固件时阻塞受影响任务。 |
+ | F5.2–5.3 | 硬件已取得并核对 F5.2 所列输入资料,形成或修订硬件设计包;后续发布样机、板卡、BOM 或 ECO。 | 硬件 → 项目Hub → 技术负责人 / 嵌入式底层 / 嵌入式应用层 / 测试 | 前置输入:项目实际使用的外设器件和关键器件规格书、结构板框图(主要器件位置和禁止限制区域),具体清单见本阶段 F5.2 硬件资料要求。 正式成果:硬件设计包与硬件实现资料,分别登记版本。 硬件设计资料(纳入硬件设计包):原理图;PCB 源文档;贴片资料(PCBA_BOM、器件位置图 PDF、贴片坐标);接口定义。先由硬件负责人确认,再经项目Hub中继技术负责人及受影响角色完成技术与接口确认。 实现资料:引用已确认的硬件设计包文件索引和版本,不重复提交原理图、PCB 源文档、贴片资料或接口定义。仅补充实施记录(板卡/样机制作、装配与返修情况)、调试记录(板级调试、测量证据、已知问题与处置)和版本记录(板卡/样机/批次标识、BOM/ECO 修订号、与底层/应用固件/配置/接口契约的版本关系及替代关系)。 | 所需输入资料未齐备或版本未核对时,先经项目Hub补齐,不得提交正式硬件设计包或硬件实现资料;设计包确认前不得投板或以未确认设计推进样机制作;没有影响分析不得切换硬件版本;禁止使用“最新板”或“当前 BOM”替代明确版本组合。 | 输入缺失时阻塞相关硬件任务;影响接口、底层或应用固件时阻塞受影响任务。 |
| F5.4–5.5 | 嵌入式底层已形成硬件功能测试报告,BSP 与 PSP 输出路径可访问且版本明确。 | 嵌入式底层 → 项目Hub → 嵌入式应用层 | 正式成果:嵌入式底层实现资料 当前版本。 必需内容:硬件功能测试报告;BSP 输出路径;PSP 输出路径。 选填内容:WiFi 设备定频测试固件。 附带信息:输出版本、适配板卡、BOM/ECO、配置和接口契约版本,以及必要的应用层集成说明、已知限制和风险。 | BSP/PSP 路径必须指向可访问的实际输出;硬件功能测试报告记录底层已执行的硬件功能测试,不代替测试角色的整机质量结论。WiFi 设备定频测试固件为非必选项,未提供不阻塞合版、提测或阶段推进,也无需另行豁免;提供时标明 TEST_UTILITY_ONLY,仅用于专项测试,不得作为最终提测或发布固件。 | 项目Hub登记必需成果后,将 BSP/PSP 可消费版本交嵌入式应用层合版。 |
| F5.6 | 嵌入式应用层收到已登记的嵌入式底层可消费版本。 | 嵌入式应用层 → 项目Hub | 正式成果候选:嵌入式应用层固件包。 提交内容:正式/升级/烧写固件、自测用例、分区表、MD5、zn_debug文件、Changelog、串口使能证书,以及应用/底层/板卡/契约版本链。 | 必须形成可追溯的应用层+底层统一版本;禁止提交无法复现的单一二进制。 | 进入软硬件联调候选。 |
| F5.7 | 引脚、时序、资源、器件或协议冲突。 | 角色 → 项目Hub → 技术负责人 | 过程记录:实现冲突记录。 关联成果:受影响的 硬件设计包、硬件/底层/应用实现成果 和 接口契约;提交冲突、证据、版本、影响和建议。 | 项目Hub立即冻结受影响版本。 | 等待技术裁决或契约新版本。 |
@@ -1178,21 +1178,21 @@
- X / CROSS-CUTTING
贯穿全阶段:变更、阻塞与超时信息流
变更申请 和异常升级不属于某个单一阶段;项目Hub必须暂停受影响任务,组织并行影响评估,再决定是否重开阶段。
+ X / CROSS-CUTTING
贯穿全阶段:变更、阻塞与超时信息流
变更申请 和异常升级不属于某个单一阶段;项目Hub必须暂停受影响任务,组织并行影响评估,再按既定权限确认或批准变更并决定是否重开阶段。授权范围内的资源、排期调整由产品确认;涉及预算、采购或对外承诺时由业务批准。其他变更沿用已确认的职责与授权边界。
任意角色
X.1提交变更申请或阻塞记录附原因、证据、受影响版本和紧急度
项目Hub
项目Hub
X.2冻结受影响任务并并行征询影响产品/技术负责人/嵌入式应用层/嵌入式底层/硬件/测试
产品 / 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试
评估角色
X.3返回内部确认的范围、方案、工期、成本和测试影响现实承诺由角色内部确认后统一发出
项目Hub
-
项目Hub
X.4提交综合影响和建议列出批准/拒绝/延期的差异
业务
-
业务
X.5批准或拒绝变更内部授权后生成新基线,不覆盖旧版本
项目Hub
+
项目Hub
X.4按授权范围提交综合影响和确认请求授权内资源、排期调整交产品;预算、采购或对外承诺交业务
产品 / 业务
按授权范围接收
+
产品 / 业务
按权限确认或批准
X.5返回确认、批准或拒绝变更的决定产品确认授权内资源与排期;涉及预算、采购或对外承诺须业务批准
项目Hub
项目Hub
X.6超时提醒与升级专业事项升级给对应角色;项目级组织授权升级给业务
对应角色
| ID | 触发条件 | 发送 → 接收 | 提交内容(对应正式成果) | 约束 | 状态结果 |
| X.1 | 范围、接口、器件、版本、资源或日期发生变化;或出现无法继续的阻塞。 | 任意角色 → 项目Hub | 过程记录:变更申请或阻塞记录。 关联成果:当前基线、受影响成果及版本、任务、原因、证据和紧急程度;批准后写入变更记录。 | 必须关联当前基线和受影响任务。 | 创建变更或阻塞记录。 |
| X.2–X.3 | 中心确认变更可能影响正式成果。 | 项目Hub ↔ 产品 / 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试 | 过程记录:角色影响评估。 提交内容:对受影响正式成果逐项给出范围、方案、工期、成本、测试、返工和版本影响,并列出建议修订的成果和版本。 | 各角色只评估自己的责任范围;现实承诺在角色内部确认后统一发出。 | 受影响任务冻结。 |
- | X.4–X.5 | 影响评估齐全。 | 项目Hub ↔ 业务 | 过程记录:变更决定记录。 成果影响:综合影响清单、批准/拒绝/延期建议和新基线候选;批准后更新变更记录、相关正式成果和项目状态内部记录。 | 不得隐藏已完成工作损失、成本或里程碑影响。 | 批准:新基线并重开受影响阶段;拒绝:维持原基线。 |
+ | X.4–X.5 | 影响评估齐全,变更事项与适用授权范围明确。 | 项目Hub ↔ 产品(授权范围内的资源、排期调整);涉及预算、采购或对外承诺时,项目Hub ↔ 业务 | 过程记录:变更决定记录,注明授权依据、确认或批准角色、负责人及决定时间。 成果影响:综合影响清单、确认/批准/拒绝/延期建议和新基线候选;取得必要确认或批准后更新变更记录、相关正式成果和项目状态内部记录。 | 授权范围内的资源、排期调整由产品确认,不额外等待业务批准;涉及预算、采购或对外承诺时,须取得业务批准,不以产品确认替代。其他变更沿用已确认职责与授权,不扩大产品权限;技术与质量判断仍由对应专业角色确认。不得隐藏已完成工作损失、成本或里程碑影响。 | 取得必要确认或批准:建立新基线并重开受影响阶段;拒绝或延期:维持原基线。 |
| X.6 | 确认或任务超过约定时间。 | 项目Hub → 对应角色;项目级组织授权事项发给业务 | 过程记录:升级通知。 提交内容:逾期对象、受影响任务与正式成果、逾期时长、证据、影响、替代方案和新的期望时间。 | 接收角色在内部完成确认后统一回复。 | 保持等待确认或阻塞。 |
@@ -1250,9 +1250,9 @@
"F3.4": ["process", "修订对象:软硬件接口契约;已提供的总体技术方案 / 架构决策记录"],
"F3.5": ["process", "修订对象:软硬件接口契约;已提供的架构决策记录;协作输入:硬件接口与约束"],
"F3.6": ["process", "过程记录:硬件约束与接口确认;关联/修订:软硬件接口契约及已提供的总体技术方案 / 架构决策记录"],
- "F3.7": ["process", "提交/修订:测试计划(测试标准 / 测试用例范围 / 测试项);过程记录:可测性缺口"],
- "F3.8": ["process", "过程记录:设计冲突矩阵;修订相关必需成果及已提供的选填成果"],
- "F3.9": ["artifact", "技术负责人确认:软硬件接口契约及已提供的总体技术方案 / 架构决策记录"],
+ "F3.7": ["artifact", "提交:测试计划(测试标准 / 测试用例范围 / 测试项);缺口经项目Hub转相关角色确认"],
+ "F3.8": ["process", "汇总待确认:测试计划 / 设计反馈;有缺口时先确认、修订再汇总"],
+ "F3.9": ["artifact", "技术负责人确认:软硬件接口契约 / 测试计划;已提供的总体技术方案 / 架构决策记录一并确认"],
"F3.10": ["artifact", "多角色确认:软硬件接口契约 / 测试计划;选填成果已提供时一并确认"],
"F4.1": ["artifact", "提交成果草案:项目计划 / 项目风险 / 角色分工 / 产品资料整合 / 项目状态内部记录"],
"F4.2": ["artifact", "技术负责人确认:项目计划草案 / 项目风险 / 角色分工"],
@@ -1277,7 +1277,7 @@
"F6.3": ["artifact", "提交/更新:缺陷清单;相关负责人共同确定责任人"],
"F6.4": ["process", "确认责任分工与修复计划;由测试更新缺陷清单"],
"F6.5": ["process", "过程记录:按确认分工派发修复或专业澄清任务;关联缺陷清单"],
- "F6.6": ["process", "修订对象:应用固件包 / 底层实现资料 / 硬件实现资料 / 缺陷清单"],
+ "F6.6": ["process", "修订对象:应用固件包 / 底层实现资料 / 硬件实现资料"],
"F6.7": ["process", "关联成果:底层修复 / 硬件变化 → 应用固件包重新合版"],
"F6.8": ["artifact", "提交修订成果:嵌入式应用层固件包(统一回归版本)"],
"F6.9": ["process", "回归输入:统一固件 / 版本矩阵 / 缺陷清单"],