From 34653b0854e6fcb071c20882c04425367b94a118 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E6=9D=8E=E9=9F=B5?= Date: Sat, 5 Sep 2026 18:02:20 +0800 Subject: [PATCH] docs: refine design deliverables and move hardware design to stage 5 --- .../Codex多角色项目推进总流程图-V0.15.html | 95 ++++++++++--------- 1 file changed, 48 insertions(+), 47 deletions(-) diff --git a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html index 3ffd46a..a92eedd 100644 --- a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html +++ b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html @@ -713,8 +713,8 @@ V0.15创建：2026-09-04
生效：待定REVIEW -
  1. 建立待评审版本管理：区分创建日期与生效日期，增加 REVIEW 状态和页面顶部提示。
  2. 功能测试报告的覆盖范围移除“配置”，保留功能、流程、状态、接口、异常与恢复。
  3. 项目背景说明的客户信息字段明确为“对接客户名称、最终客户名称”。
  4. 项目背景说明中的“预期价值”标注为选填项。
  5. 项目背景说明中的金额补充说明明确“预计销售额”为选填项。
  6. 项目背景说明移除“成功指标”，同步清理业务需求摘要与业务验收中的相关引用。
  7. 立项书内容调整为项目目标、项目基础信息、初步里程碑要求、项目干系人、版本说明等信息。
  8. 功能清单表述调整为“定义设备支持的功能项”。
  9. 结构板框图标注为选填项。
  10. 删除立项资料中独立的“版本说明”条目，版本说明纳入立项书。
  11. 业务需求阶段工作说明调整为明确目标与价值，并补齐业务对象、业务目标和范围。
  12. 阶段 2 正式成果“里程碑要求”更名为“客户里程碑要求”，同步更新本版本成果矩阵与信息流引用，保留原有时间项。
  13. 阶段 1 正式成果“项目目标与里程碑计划”更名为“客户里程碑要求”，同步更新成果矩阵、阶段 1 信息流及阶段 2 输入引用，保留原有时间项和主责。
  14. 阶段 2 客户里程碑要求中的“试产、量产时间”标为选填，提测时间与客户验收时间保持不变。
  15. 阶段 2 成果名称调整回“里程碑要求”，与阶段 1 的“客户里程碑要求”区分，保留试产、量产时间的选填设置。
- 文档版本管理；阶段 1 业务需求、项目背景说明与客户里程碑要求；阶段 2 产品定义、立项资料与里程碑要求；阶段 6 测试验证与功能测试报告范围表述；阶段 7 业务验收依据。 +
  1. 建立待评审版本管理：区分创建日期与生效日期，增加 REVIEW 状态和页面顶部提示。
  2. 功能测试报告的覆盖范围移除“配置”，保留功能、流程、状态、接口、异常与恢复。
  3. 项目背景说明的客户信息字段明确为“对接客户名称、最终客户名称”。
  4. 项目背景说明中的“预期价值”标注为选填项。
  5. 项目背景说明中的金额补充说明明确“预计销售额”为选填项。
  6. 项目背景说明移除“成功指标”，同步清理业务需求摘要与业务验收中的相关引用。
  7. 立项书内容调整为项目目标、项目基础信息、初步里程碑要求、项目干系人、版本说明等信息。
  8. 功能清单表述调整为“定义设备支持的功能项”。
  9. 结构板框图标注为选填项。
  10. 删除立项资料中独立的“版本说明”条目，版本说明纳入立项书。
  11. 业务需求阶段工作说明调整为明确目标与价值，并补齐业务对象、业务目标和范围。
  12. 阶段 2 正式成果“里程碑要求”更名为“客户里程碑要求”，同步更新本版本成果矩阵与信息流引用，保留原有时间项。
  13. 阶段 1 正式成果“项目目标与里程碑计划”更名为“客户里程碑要求”，同步更新成果矩阵、阶段 1 信息流及阶段 2 输入引用，保留原有时间项和主责。
  14. 阶段 2 客户里程碑要求中的“试产、量产时间”标为选填，提测时间与客户验收时间保持不变。
  15. 阶段 2 成果名称调整回“里程碑要求”，与阶段 1 的“客户里程碑要求”区分，保留试产、量产时间的选填设置。
  16. 阶段 3“总体技术方案”标为选填，未提交不阻塞阶段推进。
  17. “硬件设计包”从阶段 3 移至阶段 5，阶段 3 保留接口与硬件约束确认，同步调整成果矩阵、阶段输入、实现确认和归档引用。
  18. 阶段 3“架构决策记录”标为选填，保留必要技术决定与接口确认的记录要求。
  19. 测试计划明确包含测试标准、测试用例范围、测试项，同步更新阶段 3 摘要与信息流说明。
+ 文档版本管理；阶段 1 业务需求、项目背景说明与客户里程碑要求；阶段 2 产品定义、立项资料与里程碑要求；阶段 3 方案设计成果、选填要求与测试计划；阶段 4 项目规划输入；阶段 5 硬件设计包与实现衔接；阶段 6 测试验证与功能测试报告范围表述；阶段 7 业务验收依据；阶段 8 硬件设计资料归档。 V0.142026-09-02CURRENT @@ -804,8 +804,8 @@
03

方案设计

主责：技术负责人 · 协作：嵌入式应用层 + 嵌入式底层 + 硬件 + 测试
-
基于产品定义和前期可行性评估形成可实施方案。
技术负责人：总体架构、软硬件边界、关键决策嵌入式应用层：业务逻辑、应用协议、功能模块设计嵌入式底层：BSP、驱动、RTOS、HAL 设计硬件：原理图、PCB、BOM、电源/信号/热设计测试：范围、环境、用例、通过标准
-
正式成果总体技术方案软硬件接口契约硬件设计包架构决策记录测试计划
+
基于产品定义和前期可行性评估形成可实施方案。
技术负责人：总体架构、软硬件边界、关键决策嵌入式应用层：业务逻辑、应用协议、功能模块设计嵌入式底层：BSP、驱动、RTOS、HAL 设计硬件：器件、PCB、电源/信号/热及接口约束测试：测试标准、测试用例范围、测试项
+
正式成果总体技术方案（选填）软硬件接口契约架构决策记录（选填）测试计划
测试标准、测试用例范围、测试项
技术负责人确认整体方案，嵌入式应用层/嵌入式底层/硬件确认接口可实施，产品确认不偏离，测试确认可验证
@@ -820,8 +820,8 @@
05

嵌入式软硬件实现

并行：嵌入式应用层 + 嵌入式底层 + 硬件
-
嵌入式应用层、嵌入式底层和硬件依据已确认的方案设计基线、项目任务计划和角色分工并行实现、样机调试和自测。嵌入式底层将可消费版本交给嵌入式应用层合版，嵌入式应用层负责生成并提交唯一的最终固件版本；接口、任务或器件约束发生重大偏离时返回技术负责人和项目Hub确认。
-
正式成果硬件实现资料
正式原理图源文件与 PDF、PCB 源文件
Gerber、钻孔、拼板、层叠/阻抗和工艺说明（如适用）
PCBA BOM、器件位置图、贴片坐标、极性、DNI/NC 信息
维修原理图、关键测试点和生产测试接口
板卡/样机/批次标识、BOM 和 ECO 版本
接口定义、板级调试和静态/测量证据
与底层、应用固件、配置和接口契约的版本关系
已知限制、风险、返修/回退和 supersedes嵌入式底层实现资料
BSP/PSP、Bootloader、驱动、RTOS、HAL 和系统服务源码/输出引用
工具链、构建参数、输出路径和可复现说明
适配板卡、BOM/ECO、配置和接口契约版本
API/HAL、初始化、资源、时序、错误与恢复说明
硬件功能测试、自测、日志、波形/测量证据
专项测试固件（如适用，标明 TEST_UTILITY_ONLY）
应用层集成说明、Changelog、已知限制和风险嵌入式应用层固件包
正式固件、升级固件
自测用例
分区表
MD5 值文件
Flash 烧写固件
日志文件
Changelog
串口使能证书
+
嵌入式应用层、嵌入式底层和硬件依据已确认的方案设计基线、项目任务计划和角色分工并行实现、样机调试和自测。硬件在本阶段先形成并确认硬件设计包，再据此推进硬件实现；嵌入式底层将可消费版本交给嵌入式应用层合版，嵌入式应用层负责生成并提交唯一的最终固件版本；接口、任务或器件约束发生重大偏离时返回技术负责人和项目Hub确认。
+
正式成果硬件设计包
原理图、PCB、BOM、电源/信号/热设计硬件实现资料
正式原理图源文件与 PDF、PCB 源文件
Gerber、钻孔、拼板、层叠/阻抗和工艺说明（如适用）
PCBA BOM、器件位置图、贴片坐标、极性、DNI/NC 信息
维修原理图、关键测试点和生产测试接口
板卡/样机/批次标识、BOM 和 ECO 版本
接口定义、板级调试和静态/测量证据
与底层、应用固件、配置和接口契约的版本关系
已知限制、风险、返修/回退和 supersedes嵌入式底层实现资料
BSP/PSP、Bootloader、驱动、RTOS、HAL 和系统服务源码/输出引用
工具链、构建参数、输出路径和可复现说明
适配板卡、BOM/ECO、配置和接口契约版本
API/HAL、初始化、资源、时序、错误与恢复说明
硬件功能测试、自测、日志、波形/测量证据
专项测试固件（如适用，标明 TEST_UTILITY_ONLY）
应用层集成说明、Changelog、已知限制和风险嵌入式应用层固件包
正式固件、升级固件
自测用例
分区表
MD5 值文件
Flash 烧写固件
日志文件
Changelog
串口使能证书
嵌入式底层提交可消费版本，嵌入式应用层合版并提交最终固件，技术负责人确认固件与硬件版本匹配
@@ -937,23 +937,23 @@
00B / ARTIFACT TRACEABILITY

正式成果—信息流追踪矩阵

流程图规划的每项正式成果都必须能够追踪到首次形成、评审或修订、正式确认以及下游分发。表中流程 ID 与各阶段信息流图和说明表一一对应。

-
判定原则：正式成果必须由指定主责角色输出；过程记录只能解释校验、评审、冲突、变更和确认，不得替代正式成果。若某项成果获准豁免，则以下对应流转中的成果引用改为豁免记录和替代证据。
+
判定原则：正式成果必须由指定主责角色输出；过程记录只能解释校验、评审、冲突、变更和确认，不得替代正式成果。阶段 3 的总体技术方案、架构决策记录为选填成果，未提交不阻塞推进，也无需另行豁免；已提交时仍须完成版本登记和相应确认。若其他必需成果获准豁免，则以下对应流转中的成果引用改为豁免记录和替代证据。
- + - - - + + + @@ -1021,26 +1021,27 @@
03 / DESIGN

阶段 3：方案设计信息流

技术负责人依据产品定义基线和前期风险评估组织总体方案；产品、嵌入式应用层、嵌入式底层、硬件和测试围绕同一份软硬件接口契约完成多轮确认。

-
主责技术负责人主责总体方案、接口契约和架构决策；硬件与测试分别主责本角色成果
核心成果总体技术方案、软硬件接口契约、硬件设计包、架构决策、测试计划
门禁方案确认、接口可实施、需求不偏离、测试可验证
+
主责技术负责人主责接口契约及选填的方案、决策记录；硬件确认接口与约束；测试主责测试计划
核心成果软硬件接口契约、测试计划；总体技术方案、架构决策记录为选填
门禁方案确认、接口可实施、需求不偏离、测试可验证
+
总体技术方案、架构决策记录为选填，未提供不阻塞阶段推进，也无需另行豁免；必要的技术决定仍须写入软硬件接口契约或角色确认记录。硬件在本阶段完成接口与约束确认，硬件设计包在阶段 5 形成并确认。
项目Hub
F3.1下发总体方案设计任务附产品定义基线、前期风险结论和现有技术参考资料
技术负责人
-
技术负责人
F3.2提交总体方案与接口契约草案含边界、关键决策、非功能和风险
项目Hub
+
技术负责人
F3.2提交接口契约草案含边界、关键决策、非功能和风险；附已提供的总体技术方案、架构决策记录
项目Hub
项目Hub
F3.3并行分发角色化设计任务每个角色在同一契约版本上工作
产品 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试
嵌入式应用层
F3.4提出 HAL、资源和应用接口需求接口新增或资源不足时触发
项目Hub → 嵌入式底层 / 技术负责人
嵌入式底层
F3.5提出引脚、电平、时序和器件约束HAL 与硬件设计存在依赖时
项目Hub → 硬件 / 技术负责人
硬件
F3.6反馈器件、PCB、电源、空间与热约束影响接口、成本或性能时
项目Hub → 技术负责人 / 嵌入式底层 / 产品
测试
F3.7提交不可测试项和环境/治具缺口验收标准无法验证时
项目Hub → 相关角色
-
项目Hub
F3.8汇总冲突并要求总体方案修订形成决策清单和待关闭问题
技术负责人
-
技术负责人
F3.9提交内部确认的最终方案和契约基线所有阻塞问题关闭后
项目Hub
+
项目Hub
F3.8汇总冲突并要求修订相关设计成果形成决策清单和待关闭问题
技术负责人
+
技术负责人
F3.9提交内部确认的接口契约基线所有阻塞问题关闭后，附已提供的选填成果
项目Hub
项目Hub
F3.10请求各角色确认接口可实施嵌入式应用层、嵌入式底层、硬件、产品、测试分别确认
产品 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试
阶段正式成果主责角色首次形成/提交评审、修订与确认正式分发/下游使用
1 业务需求项目背景说明业务F1.1F1.2 条件修订；F1.7 业务确认F1.3 评审分发；F1.8 正式基线给产品
1 业务需求客户里程碑要求业务F1.1F1.2 条件修订；F1.7 业务确认F1.3 评审分发；F1.8 正式基线给产品
2 产品定义立项资料产品F2.2F2.3–F2.6 专业评审与修订；F2.7–F2.8 业务批准F3.1 方案设计输入；F4.1 项目规划输入
2 产品定义测试验收标准产品F2.2F2.3–F2.6 测试评审；F2.7–F2.8 业务批准F3.7 测试计划 输入；F6.1 测试输入；F7.1 验收输入
2 产品定义里程碑要求产品F2.2F2.3–F2.6 专业评审；F2.7–F2.8 业务批准F4.1 项目计划 输入；S.2 状态同步
3 方案设计总体技术方案技术负责人F3.2F3.4–F3.8 修订；F3.9–F3.10 确认F4.1 项目规划输入；F5.1 实现输入；F8.7 归档
3 方案设计总体技术方案（选填）技术负责人F3.2（提供时）F3.4–F3.8 修订；F3.9–F3.10 确认F4.1 项目规划输入；F5.1 实现输入；F8.7 归档
3 方案设计软硬件接口契约技术负责人F3.2F3.4–F3.8 多角色修订；F3.9–F3.10 确认F4.1 项目规划输入；F5.1 实现输入；F5.7 冲突回溯
3 方案设计硬件设计包硬件F3.3/F3.6F3.8–F3.10 技术负责人及相关角色确认F4.1 项目规划输入；F5.1/F5.2 硬件实现输入
3 方案设计架构决策记录技术负责人F3.2；F3.4–F3.6 持续补充F3.8–F3.10 确认；X 流程变更时追加F4.1 项目规划输入；F5.1 实现约束；F8.7 归档
3 方案设计测试计划测试F3.3/F3.7F3.8–F3.10 多角色确认F4.1 测试任务规划输入；F6.1 测试任务输入
3 方案设计架构决策记录（选填）技术负责人提供时于 F3.2 形成；F3.4–F3.6 持续补充F3.8–F3.10 确认；X 流程变更时追加F4.1 项目规划输入；F5.1 实现约束；F8.7 归档
3 方案设计测试计划测试F3.3/F3.7
明确测试标准、测试用例范围和测试项		F3.8–F3.10 多角色确认F4.1 测试任务规划输入；F6.1 测试任务输入
4 项目规划项目计划项目HubF4.1F4.2 技术负责人确认；F4.3–F4.5 定向修订；F4.6–F4.7 业务授权F4.8 分发相关执行角色；F5.1 实现任务输入；后续由 X 流程变更
4 项目规划项目风险项目HubF4.1，引用 F1.5–F1.6 预检和阶段3方案风险F4.2–F4.7 更新与确认；E/X 流程持续更新F4.8 分发；F5.1 实现风险输入；S.2 按角色同步
4 项目规划角色分工项目HubF4.1F4.2 技术负责人确认；F4.3–F4.5 问题任务修订F4.8 随正式任务分发；F5.1 实现责任输入
4 项目规划产品资料整合项目HubF4.1F4.2 技术负责人检查产品与方案输入引用F4.8 按角色裁剪分发；F5.1 实现输入
4 项目规划项目状态内部记录项目HubF4.1 初始执行记录S.3–S.4 证据化纠正；E/X 流程更新F4.8 初始执行快照；S.2 自动或按需分发
5 软硬件实现硬件设计包硬件F5.2F5.2 硬件负责人确认；F5.3 技术负责人及受影响角色确认；F5.7 冲突修订F5.2 硬件实现依据；F5.3 定向分发；F8.3 归档
5 软硬件实现硬件实现资料硬件F5.2F5.7 冲突修订；F5.8–F5.10 版本匹配确认F6.1 测试输入；F8.3 归档
5 软硬件实现嵌入式底层实现资料嵌入式底层F5.4F5.5 交嵌入式应用层合版；F5.7/F5.10 确认版本关系通过 F5.6 集成进统一固件；F8.3 提交归档资料
5 软硬件实现嵌入式应用层固件包嵌入式应用层F5.6 候选；F5.9 最终提测版F5.7 冲突修订；F5.8–F5.10 技术负责人确认F6.1 交测试；F6.8 回归版；F8.3 最终发布版
- - - - - - + + + + + +
ID触发条件发送 → 接收正式载荷约束/确认对阶段的影响
F3.1–3.3阶段 2 门禁通过，产品定义基线和前期风险结论有效。项目Hub ↔ 技术负责人/协作角色按主责角色分别形成的正式成果草案：技术负责人输出 总体技术方案、软硬件接口契约、架构决策记录；硬件输出 硬件设计包；测试输出 测试计划。
输入内容：阶段2三类产品成果、现有技术参考资料、F1.5–F1.6 预检结论、设计范围和时限。		方案设计不得依赖尚未形成的 项目计划；所有设计必须引用同一产品基线。开启并行方案设计。
F3.4嵌入式应用层需要新的资源、HAL 或协议。嵌入式应用层 → 项目Hub → 嵌入式底层 / 技术负责人修订对象：软硬件接口契约、总体技术方案、架构决策记录。
提交内容：接口需求、调用频率、性能、资源指标、理由和受影响功能。		不得绕过契约直接约定。可能触发契约修订。
F3.5嵌入式底层依赖引脚、电平、器件或时序。嵌入式底层 → 项目Hub → 硬件 / 技术负责人修订对象：软硬件接口契约、硬件设计包、架构决策记录。
提交内容：HAL、引脚表、时序、电气约束、板卡依赖和证据。		硬件回复必须引用板卡版本。冲突时阻塞相关设计。
F3.6器件、PCB、电源、空间或热约束影响方案。硬件 → 项目Hub → 技术负责人 / 嵌入式底层 / 产品修订成果：硬件设计包；必要时同步修订 总体技术方案、软硬件接口契约、架构决策记录。
提交内容：限制、替代方案、成本、性能和交期影响。		器件替换不得静默发生。形成 ADR/变更申请。
F3.7测试无法验证某项需求或缺环境/治具。测试 → 项目Hub → 相关角色修订对象：测试计划、软硬件接口契约；必要时回溯 测试验收标准。
过程记录：可测性缺口清单，包含不可测项、证据要求、环境和治具需求。		必须在实现前关闭，或由负责人明确记录验证期跳转决定。正常推进时门禁保持阻塞。
F3.8–3.10专业评审完成。各相关角色 → 项目Hub；项目Hub分别定向中继最终确认成果：总体技术方案、软硬件接口契约、硬件设计包、架构决策记录、测试计划 的内部确认版本。
附带内容：角色确认、保留风险、证据引用和统一版本关系。		每个确认绑定同一版本；成员角色之间不直接通信。全部确认并登记为正式基线后进入阶段 4 项目规划。
F3.1–3.3阶段 2 门禁通过，产品定义基线和前期风险结论有效。项目Hub ↔ 技术负责人/协作角色按主责角色分别形成的正式成果草案：技术负责人输出 软硬件接口契约；总体技术方案、架构决策记录为选填。测试输出 测试计划，包含测试标准、测试用例范围、测试项。
协作输入：硬件完成接口与约束确认。
输入内容：阶段2三类产品成果、现有技术参考资料、F1.5–F1.6 预检结论、设计范围和时限。		方案设计不得依赖尚未形成的 项目计划；所有设计必须引用同一产品基线。开启并行方案设计。
F3.4嵌入式应用层需要新的资源、HAL 或协议。嵌入式应用层 → 项目Hub → 嵌入式底层 / 技术负责人修订对象：软硬件接口契约；已提供的总体技术方案、架构决策记录。
提交内容：接口需求、调用频率、性能、资源指标、理由和受影响功能。		不得绕过契约直接约定。可能触发契约修订。
F3.5嵌入式底层依赖引脚、电平、器件或时序。嵌入式底层 → 项目Hub → 硬件 / 技术负责人修订对象：软硬件接口契约；已提供的架构决策记录。
提交内容：HAL、引脚表、时序、电气约束、板卡依赖和证据。		涉及既有板卡时引用明确版本；新设计注明约束版本。冲突时阻塞相关设计。
F3.6器件、PCB、电源、空间或热约束影响方案。硬件 → 项目Hub → 技术负责人 / 嵌入式底层 / 产品关联或修订成果：软硬件接口契约；必要时同步修订已提供的 总体技术方案、架构决策记录。
过程记录：硬件约束与接口确认。
提交内容：限制、替代方案、成本、性能和交期影响。		器件替换不得静默发生。更新接口与约束确认；改变正式基线时走变更申请。
F3.7测试无法验证某项需求或缺环境/治具。测试 → 项目Hub → 相关角色修订对象：测试计划（测试标准、测试用例范围、测试项）、软硬件接口契约；必要时回溯 测试验收标准。
过程记录：可测性缺口清单，包含不可测项、证据要求、环境和治具需求。		必须在实现前关闭，或由负责人明确记录验证期跳转决定。正常推进时门禁保持阻塞。
F3.8–3.10专业评审完成。各相关角色 → 项目Hub；项目Hub分别定向中继最终确认成果：软硬件接口契约、测试计划的内部确认版本，以及已提供的选填成果（总体技术方案、架构决策记录）。
附带内容：角色确认、保留风险、证据引用和统一版本关系。		每个确认绑定同一版本；选填成果未提供不阻塞本阶段；成员角色之间不直接通信。全部确认并登记为正式基线后进入阶段 4 项目规划。
@@ -1058,7 +1059,7 @@
项目Hub
F4.8向相关执行角色发布基线计划和正式任务附充分输入、依赖、成果文件、完成条件和下游用途；后续状态按 S.1–S.4 同步
相关执行角色
- + @@ -1069,12 +1070,12 @@
-
05 / IMPLEMENT

阶段 5：嵌入式软硬件实现信息流

三条实现流依据阶段3方案设计基线和阶段4项目任务计划并行推进；固件只有一条正式出口：嵌入式底层先提供可消费版本，嵌入式应用层完成合版并提交统一固件，项目Hub维护其与硬件版本的唯一映射。

-
并行主责嵌入式应用层、嵌入式底层、硬件
核心成果硬件实现资料、嵌入式底层实现资料、嵌入式应用层提交的统一固件包
门禁嵌入式应用层提交最终固件，技术负责人确认固件与硬件版本匹配并可提测
+
05 / IMPLEMENT

阶段 5：嵌入式软硬件实现信息流

三条实现流依据阶段3方案设计基线和阶段4项目任务计划并行推进；硬件在本阶段先形成并确认硬件设计包，再据此实施；固件只有一条正式出口：嵌入式底层先提供可消费版本，嵌入式应用层完成合版并提交统一固件，项目Hub维护其与硬件版本的唯一映射。

+
并行主责嵌入式应用层、嵌入式底层、硬件
核心成果硬件设计包、硬件实现资料、嵌入式底层实现资料、嵌入式应用层提交的统一固件包
门禁嵌入式应用层提交最终固件，技术负责人确认固件与硬件版本匹配并可提测
项目Hub
F5.1并行下发三类实现任务附方案设计基线、项目任务计划、角色分工、风险和任务边界
嵌入式应用层 / 嵌入式底层 / 硬件
-
硬件
F5.2提交板卡、BOM、接口与样机版本硬件发布或 ECO 时触发
项目Hub
-
项目Hub
F5.3向受影响角色定向分发硬件版本及约束变化只向实际受影响角色分发完整影响包
技术负责人 / 嵌入式底层 / 嵌入式应用层 / 测试
+
硬件
F5.2提交硬件设计包及硬件实现资料先确认设计包，再推进实现；发布或 ECO 时更新对应版本
项目Hub
+
项目Hub
F5.3定向分发硬件设计包、实现版本及约束变化设计包先完成技术及接口确认，后续只向受影响角色分发完整影响包
技术负责人 / 嵌入式底层 / 嵌入式应用层 / 测试
嵌入式底层
F5.4提交可消费的底层实现包包含 BSP/PSP、Bootloader、驱动、RTOS、HAL，并绑定板卡、BOM/ECO、工具链、配置和契约版本
项目Hub
项目Hub
F5.5将已登记的嵌入式底层版本交给嵌入式应用层合版测试不得直接将底层产物作为提测固件
嵌入式应用层
嵌入式应用层
F5.6集成底层版本并提交统一固件候选绑定应用、底层、板卡和契约版本，包含 MD5、分区、自测和 Changelog
项目Hub
@@ -1084,12 +1085,12 @@
技术负责人
F5.10确认最终固件与硬件版本匹配并可提测板卡、BOM、统一固件及其应用/底层版本链完全匹配
项目Hub
ID触发条件发送 → 接收正式载荷约束/确认对阶段的影响
F4.1–4.2阶段 3 方案设计门禁通过，项目Hub已依据产品基线、方案设计成果和项目创建期角色清单形成任务计划草案。项目Hub ↔ 技术负责人正式成果草案：项目计划、项目风险、角色分工、产品资料整合、项目状态内部记录 初始版。《角色分工》列出 Etunel 实际 role 和 display_name、职责边界、任务主责、协作关系和交接要求。
输入基线：阶段 2 产品成果、阶段 3 五类方案设计成果和角色清单；另含任务拆分、关键路径、输入输出、依赖、初始排期和风险。		技术负责人确认技术任务结构、顺序、依赖、版本关系、专业角色覆盖和技术风险；项目Hub不向全部执行角色征求整份计划确认。每项任务只设一个主责角色。形成技术结构与角色覆盖已确认的任务计划草案。
F4.1–4.2阶段 3 方案设计门禁通过，项目Hub已依据产品基线、方案设计成果和项目创建期角色清单形成任务计划草案。项目Hub ↔ 技术负责人正式成果草案：项目计划、项目风险、角色分工、产品资料整合、项目状态内部记录 初始版。《角色分工》列出 Etunel 实际 role 和 display_name、职责边界、任务主责、协作关系和交接要求。
输入基线：阶段 2 产品成果、阶段 3 已确认的必需成果及已提供的选填成果和角色清单；另含任务拆分、关键路径、输入输出、依赖、初始排期和风险。		技术负责人确认技术任务结构、顺序、依赖、版本关系、专业角色覆盖和技术风险；项目Hub不向全部执行角色征求整份计划确认。每项任务只设一个主责角色。形成技术结构与角色覆盖已确认的任务计划草案。
F4.3–4.4（条件流）项目Hub发现任务缺少责任角色、输入、输出、依赖、估算、资源、日期或证据；任务之间存在冲突；或技术负责人明确标记待确认项。项目Hub ↔ 对应执行角色修订对象：项目计划、项目风险、角色分工、项目状态内部记录 中的问题任务。
过程记录：任务澄清请求／任务澄清回复，包含方案成果引用、上下游依赖、工期、资源、风险和负责人确认。		必须定向发送给该任务的执行角色，不得广播给全部角色，也不得要求执行角色重复确认无疑点任务。补齐或修正问题任务；未触发时直接跳过。
F4.5定向确认后仍存在资源冲突、关键路径冲突或日期不可达。项目Hub ↔ 技术负责人及受影响角色修订成果：项目计划、项目风险、角色分工、项目状态内部记录 新版本。
过程记录：冲突解决记录，包含冲突点、方案约束、可选排法、阶段影响和响应时限。		项目Hub必须主动提醒，不得静默覆盖技术负责人或执行角色的确认；复杂冲突按 E.1–E.4 闭环。保持计划草案，冲突关闭前不得基线化。
F4.6–4.7技术负责人已确认整体计划，问题任务和剩余冲突均已关闭，计划涉及真实人员、采购、打样、成本或日期基线。项目Hub ↔ 业务授权成果：项目计划、项目风险、项目状态内部记录 候选基线。
附带内容：资源请求、成本、里程碑、风险、授权范围、条件和确认状态。		项目Hub无权自行批准现实资源和日期；业务完成内部授权后统一回复。批准后可基线化。
- - + + - - + +
ID触发条件发送 → 接收正式载荷约束/确认对阶段的影响
F5.1阶段 4 项目规划门禁通过。项目Hub → 嵌入式应用层 / 嵌入式底层 / 硬件待产出成果：嵌入式应用层固件包、嵌入式底层实现资料、硬件实现资料。
输入与任务：阶段3方案设计基线、阶段4 项目计划（项目任务计划）、角色分工、项目风险，以及任务、输出格式、依赖和期限。		三方必须使用相同契约和项目计划版本。启动并行实现。
F5.2–5.3硬件发布样机、板卡、BOM 或 ECO。硬件 → 项目Hub → 技术负责人 / 嵌入式底层 / 嵌入式应用层 / 测试正式成果：硬件实现资料 当前版本。
提交内容：正式原理图源文件与 PDF、PCB 源文件；Gerber、钻孔、拼板、层叠/阻抗和工艺说明（如适用）；PCBA BOM、器件位置图、贴片坐标、极性、DNI/NC；维修原理图、关键测试点、接口和生产测试定义；`hardware_version`、原理图/PCB/BOM/ECO 修订号、板卡/样机/批次标识；板级调试、静态/测量证据；软件、配置和契约版本关系；限制、风险、返修/回退和 `supersedes`。		没有影响分析不得切换硬件版本；禁止使用“最新板”或“当前 BOM”替代明确版本组合。影响接口、底层或应用固件时阻塞受影响任务。
F5.1阶段 4 项目规划门禁通过。项目Hub → 嵌入式应用层 / 嵌入式底层 / 硬件待产出成果：嵌入式应用层固件包、嵌入式底层实现资料、硬件设计包、硬件实现资料。
输入与任务：阶段3已确认的必需成果及已提供的选填成果、阶段4 项目计划（项目任务计划）、角色分工、项目风险，以及任务、输出格式、依赖和期限。		三方必须使用相同契约和项目计划版本。启动并行实现。
F5.2–5.3硬件设计包形成或修订；后续发布样机、板卡、BOM 或 ECO。硬件 → 项目Hub → 技术负责人 / 嵌入式底层 / 嵌入式应用层 / 测试正式成果：硬件设计包与硬件实现资料，分别登记版本。
设计包：原理图、PCB、BOM、电源/信号/热设计，先由硬件负责人确认，再经项目Hub中继技术负责人及受影响角色完成技术与接口确认。
实现资料：引用已确认的设计包；正式原理图源文件与 PDF、PCB 源文件；Gerber、钻孔、拼板、层叠/阻抗和工艺说明（如适用）；PCBA BOM、器件位置图、贴片坐标、极性、DNI/NC；维修原理图、关键测试点、接口和生产测试定义；`hardware_version`、原理图/PCB/BOM/ECO 修订号、板卡/样机/批次标识；板级调试、静态/测量证据；软件、配置和契约版本关系；限制、风险、返修/回退和 `supersedes`。		设计包确认前不得投板或以未确认设计推进样机制作；没有影响分析不得切换硬件版本；禁止使用“最新板”或“当前 BOM”替代明确版本组合。影响接口、底层或应用固件时阻塞受影响任务。
F5.4–5.5嵌入式底层形成可消费版本。嵌入式底层 → 项目Hub → 嵌入式应用层正式成果：嵌入式底层实现资料 当前版本。
提交内容：BSP/PSP、Bootloader、驱动、RTOS、HAL、系统服务的源码/输出引用；工具链、构建参数、输出路径和可复现说明；适配板卡、BOM/ECO、配置和接口契约版本；API/HAL、初始化、资源、时序、错误与恢复说明；硬件功能测试、自测、日志、波形/测量证据；应用层集成说明、已知限制、风险和 `supersedes`。		必须声明适配板卡、BOM/ECO、配置和契约版本；专项测试固件须标明 TEST_UTILITY_ONLY；测试不得把底层产物直接作为提测固件。项目Hub登记后允许嵌入式应用层合版。
F5.6嵌入式应用层收到已登记的嵌入式底层可消费版本。嵌入式应用层 → 项目Hub正式成果候选：嵌入式应用层固件包。
提交内容：正式/升级/烧写固件、自测用例、分区表、MD5、日志、Changelog、串口使能证书，以及应用/底层/板卡/契约版本链。		必须形成可追溯的应用层+底层统一版本；禁止提交无法复现的单一二进制。进入软硬件联调候选。
F5.7引脚、时序、资源、器件或协议冲突。角色 → 项目Hub → 技术负责人过程记录：实现冲突记录。
关联成果：受影响的 硬件／底层／应用实现成果 和 接口契约；提交冲突、证据、版本、影响和建议。		项目Hub立即冻结受影响版本。等待技术裁决或契约新版本。
F5.8–5.10统一固件候选和硬件候选均已提交，联调问题已经关闭。项目Hub ↔ 嵌入式应用层 / 硬件 / 技术负责人最终确认成果：嵌入式应用层固件包、硬件实现资料；引用已集成的 嵌入式底层实现资料。
过程记录：版本矩阵、集成记录、集成批准；包含最终固件、应用/底层版本链、板卡/BOM/ECO、自测和偏离说明。		最终提测固件只能由嵌入式应用层提交；嵌入式底层和硬件不得直接向测试提交固件。技术负责人确认版本矩阵匹配。确认后由项目Hub将该唯一固件版本交给测试。
F5.7引脚、时序、资源、器件或协议冲突。角色 → 项目Hub → 技术负责人过程记录：实现冲突记录。
关联成果：受影响的 硬件设计包、硬件／底层／应用实现成果 和 接口契约；提交冲突、证据、版本、影响和建议。		项目Hub立即冻结受影响版本。等待技术裁决或契约新版本。
F5.8–5.10统一固件候选和硬件候选均已提交，联调问题已经关闭。项目Hub ↔ 嵌入式应用层 / 硬件 / 技术负责人最终确认成果：嵌入式应用层固件包、硬件实现资料；引用已确认的 硬件设计包 和已集成的 嵌入式底层实现资料。
过程记录：版本矩阵、集成记录、集成批准；包含最终固件、应用/底层版本链、板卡/BOM/ECO、自测和偏离说明。		最终提测固件只能由嵌入式应用层提交；嵌入式底层和硬件不得直接向测试提交固件。技术负责人确认版本矩阵匹配。确认后由项目Hub将该唯一固件版本交给测试。
@@ -1155,7 +1156,7 @@
业务
F8.9确认结项或要求补充组织级结项由业务内部完成授权
项目Hub
- + @@ -1233,16 +1234,16 @@ "F2.6": ["artifact", "提交修订成果：立项资料 / 测试验收标准 / 里程碑要求"], "F2.7": ["process", "待业务批准：立项资料 / 测试验收标准 / 里程碑要求"], "F2.8": ["artifact", "业务批准成果包：立项资料 / 测试验收标准 / 里程碑要求"], - "F3.1": ["process", "输入：产品定义基线 / 前期风险结论；待产出：总体技术方案 / 接口契约 / 硬件设计包 / 架构决策记录 / 测试计划"], - "F3.2": ["artifact", "提交成果草案：总体技术方案 / 软硬件接口契约 / 架构决策记录"], - "F3.3": ["process", "设计任务：硬件设计包 / 测试计划及各角色接口确认输入"], - "F3.4": ["process", "修订对象：软硬件接口契约 / 总体技术方案 / 架构决策记录"], - "F3.5": ["process", "修订对象：软硬件接口契约 / 硬件设计包 / 架构决策记录"], - "F3.6": ["process", "提交/修订：硬件设计包；关联总体技术方案 / 接口契约 / 架构决策记录"], - "F3.7": ["process", "提交/修订：测试计划；过程记录：可测性缺口"], - "F3.8": ["process", "过程记录：设计冲突矩阵；修订五类方案设计成果"], - "F3.9": ["artifact", "技术负责人确认：总体技术方案 / 软硬件接口契约 / 架构决策记录"], - "F3.10": ["artifact", "多角色确认：总体技术方案 / 接口契约 / 硬件设计包 / 架构决策记录 / 测试计划"], + "F3.1": ["process", "输入：产品定义基线 / 前期风险结论；必需成果：软硬件接口契约 / 测试计划；选填：总体技术方案 / 架构决策记录"], + "F3.2": ["artifact", "提交成果草案：软硬件接口契约；选填：总体技术方案 / 架构决策记录"], + "F3.3": ["process", "设计任务：测试计划（测试标准 / 测试用例范围 / 测试项）及各角色接口、硬件约束确认"], + "F3.4": ["process", "修订对象：软硬件接口契约；已提供的总体技术方案 / 架构决策记录"], + "F3.5": ["process", "修订对象：软硬件接口契约；已提供的架构决策记录；协作输入：硬件接口与约束"], + "F3.6": ["process", "过程记录：硬件约束与接口确认；关联/修订：软硬件接口契约及已提供的总体技术方案 / 架构决策记录"], + "F3.7": ["process", "提交/修订：测试计划（测试标准 / 测试用例范围 / 测试项）；过程记录：可测性缺口"], + "F3.8": ["process", "过程记录：设计冲突矩阵；修订相关必需成果及已提供的选填成果"], + "F3.9": ["artifact", "技术负责人确认：软硬件接口契约及已提供的总体技术方案 / 架构决策记录"], + "F3.10": ["artifact", "多角色确认：软硬件接口契约 / 测试计划；选填成果已提供时一并确认"], "F4.1": ["artifact", "提交成果草案：项目计划 / 项目风险 / 角色分工 / 产品资料整合 / 项目状态内部记录"], "F4.2": ["artifact", "技术负责人确认：项目计划草案 / 项目风险 / 角色分工"], "F4.3": ["process", "修订对象：项目计划 / 项目风险 / 角色分工 / 项目状态内部记录"], @@ -1251,16 +1252,16 @@ "F4.6": ["process", "待业务授权：项目计划 / 项目风险 / 项目状态内部记录"], "F4.7": ["artifact", "业务授权成果：项目计划 / 项目风险 / 项目状态内部记录"], "F4.8": ["artifact", "正式基线分发：项目计划 / 项目风险 / 角色分工 / 产品资料整合 + 状态快照"], - "F5.1": ["process", "输入：五类方案设计基线 / 项目任务计划 / 角色分工 / 项目风险；待产出：硬件实现资料 / 嵌入式底层实现资料 / 嵌入式应用层固件包"], - "F5.2": ["artifact", "提交成果：硬件实现资料"], - "F5.3": ["process", "分发/关联：硬件实现资料 / 软硬件接口契约"], + "F5.1": ["process", "输入：阶段3必需成果及已提供的选填成果 / 项目任务计划 / 角色分工 / 项目风险；待产出：硬件设计包 / 硬件实现资料 / 嵌入式底层实现资料 / 嵌入式应用层固件包"], + "F5.2": ["artifact", "先提交确认：硬件设计包；随后提交：硬件实现资料"], + "F5.3": ["process", "定向分发与确认：硬件设计包 / 硬件实现资料 / 软硬件接口契约"], "F5.4": ["artifact", "提交成果：嵌入式底层实现资料"], "F5.5": ["process", "分发：嵌入式底层实现资料 → 嵌入式应用层合版"], "F5.6": ["artifact", "提交候选成果：嵌入式应用层固件包（应用+底层统一版本）"], - "F5.7": ["process", "过程记录：实现冲突记录；关联三类实现成果与接口契约"], + "F5.7": ["process", "过程记录：实现冲突记录；关联硬件设计包、三类实现成果与接口契约"], "F5.8": ["process", "过程记录：版本矩阵 / 软硬件联调记录"], "F5.9": ["artifact", "提交正式成果：嵌入式应用层固件包（最终提测版本）"], - "F5.10": ["process", "过程记录：集成版本批准；关联应用固件包与硬件实现资料"], + "F5.10": ["process", "过程记录：集成版本批准；关联应用固件包、硬件设计包与硬件实现资料"], "F6.1": ["process", "测试输入：应用固件包 / 底层实现资料 / 硬件实现资料 / 测试计划"], "F6.2": ["artifact", "提交成果草案：功能/可靠性/专项测试报告 / 测试证据包 / 缺陷分析报告"], "F6.3": ["artifact", "提交/更新成果：缺陷分析报告"], @@ -1281,7 +1282,7 @@ "F7.8": ["artifact", "最终确认成果：平台提测通过报告 / 客户验收通过报告 / 附条件验收事项"], "F8.1": ["process", "过程记录：最终版本矩阵；关联三类实现成果"], "F8.2": ["process", "过程记录：发布与归档任务；待汇集四类结项成果"], - "F8.3": ["process", "归档输入：最终固件 / 底层归档资料 / 硬件资料 / 版本矩阵"], + "F8.3": ["process", "归档输入：最终固件 / 底层归档资料 / 硬件设计包 / 硬件实现资料 / 版本矩阵"], "F8.4": ["process", "过程记录：发布冒烟任务；关联测试证据包与结项报告"], "F8.5": ["process", "过程记录：发布冒烟结果；写入测试证据包与结项报告"], "F8.6": ["process", "结项输入：验收报告 / 附条件事项 / 遗留风险"],
ID触发条件发送 → 接收正式载荷约束/确认对阶段的影响
F8.1–8.3业务验收门禁通过。项目Hub ↔ 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件归档输入：嵌入式应用层固件包 最终版、被集成的 嵌入式底层实现资料、硬件实现资料、最终 版本矩阵 和角色发布声明。
将写入：结项资料归档、变更记录。		最终固件只由嵌入式应用层提交；嵌入式底层只提交被集成版本和归档资料；技术负责人确认整体版本匹配。形成发布候选。
F8.1–8.3业务验收门禁通过。项目Hub ↔ 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件归档输入：嵌入式应用层固件包 最终版、被集成的 嵌入式底层实现资料、硬件设计包、硬件实现资料、最终 版本矩阵 和角色发布声明。
将写入：结项资料归档、变更记录。		最终固件只由嵌入式应用层提交；嵌入式底层只提交被集成版本和归档资料；技术负责人确认整体版本匹配。形成发布候选。
F8.4–8.5发布候选锁定。项目Hub ↔ 测试过程记录：发布冒烟测试记录。
关联成果：测试证据包、结项资料归档、结项报告；提交冒烟任务、最终版本、结果和证据。		不得使用非最终版本。失败则停止发布并路由修复。
F8.6冒烟通过。项目Hub ↔ 产品/业务结项核对内容：平台提测通过报告／客户验收通过报告、附条件验收事项、未关闭风险和遗留事项。
将写入：结项报告、流程闭环总结。		每项必须关闭或有责任角色/期限。准备结项。
F8.7–8.8角色工作完成。角色 → 项目Hub → 归档库正式成果：结项资料归档、变更记录、结项报告、流程闭环总结。
角色提交内容：最终成果索引、版本、证据、变更记录、结项摘要和遗留事项；项目Hub生成可追踪结项包。		不能用聊天记录替代成果索引。生成结项包。