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.1F1.2 条件修订;F1.4 产品与业务确认F1.3 评审分发;F1.5 正式基线给产品 1 业务需求客户里程碑要求业务F1.1F1.2 条件修订;F1.4 产品与业务确认F1.3 评审分发;F1.5 正式基线给产品 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 业务批准F3.3 测试计划任务输入;F3.7 提交计划;F6.1 测试输入;F7.1 验收输入 2 产品定义里程碑要求产品F2.2F2.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.2F3.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 项目规划项目计划项目HubF4.1F4.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 项目规划项目计划项目HubF4.1F4.2 技术负责人确认;F4.3–F4.5 定向修订;F4.6–F4.7 产品确认资源与排期F4.8 分发相关执行角色,可同步业务;F5.1 实现任务输入;后续由 X.4–X.5 按权限确认变更 4 项目规划项目风险项目HubF4.1,汇总阶段 2 已识别风险和阶段 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.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.2F6.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 @@
- + @@ -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触发条件发送 → 接收正式载荷约束/确认对阶段的影响
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立即冻结受影响版本。等待技术裁决或契约新版本。
- +
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", "回归输入:统一固件 / 版本矩阵 / 缺陷清单"],