docs: simplify business baseline confirmation flow

This commit is contained in:
liyun committed 2026-09-05 19:02:55 +08:00
1 parent bbf7897b61
commit f23efaf058
1 file changed
+19 -27
@@ -791,7 +791,7 @@
<div class="work"><strong>明确目标与价值。</strong>补齐业务对象、业务目标、范围。</div>
<div class="artifacts"><strong>正式成果</strong><span>项目背景说明<br>客户信息:对接客户名称、最终客户名称<br>项目名称:统一名称或客户规定的项目代号<br>产品要求:产品形态、提测平台<br>项目来源:新客户、新项目、旧产品升级、竞品替换或成本优化<br>需求背景:客户为什么提出这个需求,要解决什么问题<br>业务目标:本项目希望实现的业务结果<br>预期价值(选填):可验证的价值假设<br>订单、预计销售额等信息均为选填,仅在项目适用时补充</span><span>客户里程碑要求<br>提测时间<br>入库时间<br>小批量试产时间<br>量产时间</span></div>
</article>
<div class="connector"><div class="gate">业务确认需求基线</div></div>
<div class="connector"><div class="gate">产品与业务确认需求基线</div></div>
<article class="node">
<div class="index">02</div>
@@ -804,7 +804,7 @@
<article class="node">
<div class="index">03</div>
<div class="stage"><h3>方案设计</h3><span class="role">主责:技术负责人 · 协作:嵌入式应用层 + 嵌入式底层 + 硬件 + 测试</span></div>
<div class="work"><strong>基于产品定义和前期可行性评估形成可实施方案。</strong><div class="parallel"><span>技术负责人:总体架构、软硬件边界、关键决策</span><span>嵌入式应用层:业务逻辑、应用协议、功能模块设计</span><span>嵌入式底层:BSP、驱动、RTOS、HAL 设计</span><span>硬件:器件、PCB、电源/信号/热及接口约束</span><span>测试:测试标准、测试用例范围、测试项</span></div></div>
<div class="work"><strong>基于产品定义和阶段 2 已有评审结论形成可实施方案。</strong><div class="parallel"><span>技术负责人:总体架构、软硬件边界、关键决策</span><span>嵌入式应用层:业务逻辑、应用协议、功能模块设计</span><span>嵌入式底层:BSP、驱动、RTOS、HAL 设计</span><span>硬件:器件、PCB、电源/信号/热及接口约束</span><span>测试:测试标准、测试用例范围、测试项</span></div></div>
<div class="artifacts"><strong>正式成果</strong><span>总体技术方案(选填)</span><span>软硬件接口契约</span><span>架构决策记录(选填)</span><span>测试计划<br>测试标准、测试用例范围、测试项</span></div>
</article>
<div class="connector"><div class="gate">技术负责人确认整体方案,嵌入式应用层/嵌入式底层/硬件确认接口可实施,产品确认不偏离,测试确认可验证</div></div>
@@ -939,8 +939,8 @@
<div class="if-section-head"><div class="if-section-no">00B / ARTIFACT TRACEABILITY</div><div><h2>正式成果—信息流追踪矩阵</h2><p>流程图规划的每项正式成果都必须能够追踪到首次形成、评审或修订、正式确认以及下游分发。表中流程 ID 与各阶段信息流图和说明表一一对应。</p></div></div>
<div class="if-callout" style="margin-bottom:18px">判定原则:正式成果必须由指定主责角色输出;过程记录只能解释校验、评审、冲突、变更和确认,不得替代正式成果。阶段 3 的总体技术方案、架构决策记录,以及阶段 6 的可靠性测试报告为选填成果,未提交不阻塞推进,也无需另行豁免;已提交时仍须完成版本登记和相应确认。若其他必需成果获准豁免,则以下对应流转中的成果引用改为豁免记录和替代证据。</div>
<div class="if-table-wrap"><table><thead><tr><th>阶段</th><th>正式成果</th><th>主责角色</th><th>首次形成/提交</th><th>评审、修订与确认</th><th>正式分发/下游使用</th></tr></thead><tbody>
<tr><td>1 业务需求</td><td>项目背景说明</td><td>业务</td><td>F1.1</td><td>F1.2 条件修订;F1.7 业务确认</td><td>F1.3 评审分发;F1.8 正式基线给产品</td></tr>
<tr><td>1 业务需求</td><td>客户里程碑要求</td><td>业务</td><td>F1.1</td><td>F1.2 条件修订;F1.7 业务确认</td><td>F1.3 评审分发;F1.8 正式基线给产品</td></tr>
<tr><td>1 业务需求</td><td>项目背景说明</td><td>业务</td><td>F1.1</td><td>F1.2 条件修订;F1.7 产品与业务确认</td><td>F1.3 评审分发;F1.8 正式基线给产品</td></tr>
<tr><td>1 业务需求</td><td>客户里程碑要求</td><td>业务</td><td>F1.1</td><td>F1.2 条件修订;F1.7 产品与业务确认</td><td>F1.3 评审分发;F1.8 正式基线给产品</td></tr>
<tr><td>2 产品定义</td><td>立项资料</td><td>产品</td><td>F2.2</td><td>F2.3–F2.6 专业评审与修订;F2.7–F2.8 业务批准</td><td>F3.1 方案设计输入;F4.1 项目规划输入</td></tr>
<tr><td>2 产品定义</td><td>测试验收标准</td><td>产品</td><td>F2.2</td><td>F2.3–F2.6 测试评审;F2.7–F2.8 业务批准</td><td>F3.7 测试计划 输入;F6.1 测试输入;F7.1 验收输入</td></tr>
<tr><td>2 产品定义</td><td>里程碑要求</td><td>产品</td><td>F2.2</td><td>F2.3–F2.6 专业评审;F2.7–F2.8 业务批准</td><td>F4.1 项目计划 输入;S.2 状态同步</td></tr>
@@ -949,7 +949,7 @@
<tr><td>3 方案设计</td><td>架构决策记录(选填)</td><td>技术负责人</td><td>提供时于 F3.2 形成;F3.4–F3.6 持续补充</td><td>F3.8–F3.10 确认;X 流程变更时追加</td><td>F4.1 项目规划输入;F5.1 实现约束;F8.7 归档</td></tr>
<tr><td>3 方案设计</td><td>测试计划</td><td>测试</td><td>F3.3/F3.7<br>明确测试标准、测试用例范围和测试项</td><td>F3.8–F3.10 多角色确认</td><td>F4.1 测试任务规划输入;F6.1 测试任务输入</td></tr>
<tr><td>4 项目规划</td><td>项目计划</td><td>项目Hub</td><td>F4.1</td><td>F4.2 技术负责人确认;F4.3–F4.5 定向修订;F4.6–F4.7 业务授权</td><td>F4.8 分发相关执行角色;F5.1 实现任务输入;后续由 X 流程变更</td></tr>
<tr><td>4 项目规划</td><td>项目风险</td><td>项目Hub</td><td>F4.1,引用 F1.5–F1.6 预检和阶段3方案风险</td><td>F4.2–F4.7 更新与确认;E/X 流程持续更新</td><td>F4.8 分发;F5.1 实现风险输入;S.2 按角色同步</td></tr>
<tr><td>4 项目规划</td><td>项目风险</td><td>项目Hub</td><td>F4.1,汇总阶段 2 已识别风险和阶段 3 方案风险</td><td>F4.2–F4.7 更新与确认;E/X 流程持续更新</td><td>F4.8 分发;F5.1 实现风险输入;S.2 按角色同步</td></tr>
<tr><td>4 项目规划</td><td>角色分工</td><td>项目Hub</td><td>F4.1</td><td>F4.2 技术负责人确认;F4.3–F4.5 问题任务修订</td><td>F4.8 随正式任务分发;F5.1 实现责任输入</td></tr>
<tr><td>4 项目规划</td><td>产品资料整合</td><td>项目Hub</td><td>F4.1</td><td>F4.2 技术负责人检查产品与方案输入引用</td><td>F4.8 按角色裁剪分发;F5.1 实现输入</td></tr>
<tr><td>4 项目规划</td><td>项目状态内部记录</td><td>项目Hub</td><td>F4.1 初始执行记录</td><td>S.3–S.4 证据化纠正;E/X 流程更新</td><td>F4.8 初始执行快照;S.2 自动或按需分发</td></tr>
@@ -973,27 +973,22 @@
</section>
<section class="if-section" id="stage1">
<div class="if-section-head"><div class="if-section-no">01 / BUSINESS</div><div><h2>阶段 1:业务需求信息流</h2><p>把客户背景、业务目标和关键里程碑转换成经过业务角色内部确认的需求基线。</p></div></div>
<div class="if-stage-summary"><div class="if-summary-card"><b>主责</b><span>业务</span></div><div class="if-summary-card"><b>核心成果</b><span>项目背景说明、客户里程碑要求</span></div><div class="if-summary-card"><b>门禁</b><span>业务完成内部审查并确认需求基线</span></div></div>
<div class="if-callout" style="margin-bottom: 18px; font-size: 14px">业务完成原始信息收集、成果自查和负责人确认后,以统一的“业务”主体提交成果。项目Hub完成文件、版本、证据和跨角色冲突检查后,将业务成果评审版本路由给产品;产品据此判断是否需要早期风险预检,并负责指定一个或多个预检对象角色。项目Hub只能按照产品给出的角色名单路由,不得自行增删或替换。业务最终确认后,项目Hub先留档,再向产品分发正式业务基线并开启产品定义。</div>
<div class="if-section-head"><div class="if-section-no">01 / BUSINESS</div><div><h2>阶段 1:业务需求信息流</h2><p>把客户背景、业务目标和关键里程碑转换成经产品与业务确认的需求基线。</p></div></div>
<div class="if-stage-summary"><div class="if-summary-card"><b>主责</b><span>业务</span></div><div class="if-summary-card"><b>核心成果</b><span>项目背景说明、客户里程碑要求</span></div><div class="if-summary-card"><b>门禁</b><span>产品与业务确认同一需求基线后进入产品定义</span></div></div>
<div class="if-callout" style="margin-bottom: 18px; font-size: 14px">业务完成原始信息收集、成果自查和负责人确认后,以统一的“业务”主体提交成果。项目Hub完成文件、版本、证据和跨角色冲突检查后,在 F1.3 将业务成果评审版本路由给产品。产品与业务通过项目Hub澄清待确认项,并分别完成本角色负责人确认,确认同一需求基线。双方确认后,项目Hub登记留档并向产品分发正式业务基线,即可开启产品定义。</div>
<div class="if-flow-board">
<div class="if-exchange"><div class="if-actor if-business">业务</div><div class="if-arrow"><span class="if-flow-id">F1.1</span><strong>提交完成内部审查的项目背景与客户里程碑要求草案</strong><small>附负责人确认、来源引用和实际成果文件</small></div><div class="if-actor if-center">项目Hub</div></div>
<div class="if-exchange if-conditional if-blocking"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F1.2 · 条件触发</span><strong>仅在发现形式错误或跨来源冲突时返回问题</strong><small>触发范围仅限文件结构、版本、证据和已登记信息冲突;无异常则不启用此流</small></div><div class="if-actor if-business">业务</div></div>
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F1.3</span><strong>分发已通过形式校验的业务成果评审版本</strong><small>附成果版本、证据引用、状态和待确认项</small></div><div class="if-actor if-product">产品</div></div>
<div class="if-exchange if-conditional"><div class="if-actor if-product">产品</div><div class="if-arrow"><span class="if-flow-id">F1.4</span><strong>指定对象角色并提交早期风险预检请求</strong><small>产品根据风险内容选择一个或多个专业角色</small></div><div class="if-actor if-center">项目Hub</div></div>
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F1.5</span><strong>按产品指定名单校验、提醒并路由预检任务</strong><small>主动提醒全部关联角色;不得增删产品指定名单</small></div><div class="if-actor if-tech">产品指定的对象角色</div></div>
<div class="if-exchange"><div class="if-actor if-tech">产品指定的对象角色</div><div class="if-arrow"><span class="if-flow-id">F1.6</span><strong>返回内部确认结果;复杂问题返回统一会议结论</strong><small>无法异步收敛时,由产品组织线下会议并按 E.3 回传</small></div><div class="if-actor if-center">项目Hub</div></div>
<div class="if-exchange"><div class="if-actor if-business">业务</div><div class="if-arrow"><span class="if-flow-id">F1.7</span><strong>确认需求基线</strong><small>业务内部审查、形式校验和预检问题均已关闭</small></div><div class="if-actor if-center">项目Hub</div></div>
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F1.8</span><strong>向产品分发正式业务基线并开启产品定义</strong><small>只能引用已经确认并留档的当前有效版本</small></div><div class="if-actor if-product">产品</div></div>
<div class="if-exchange"><div class="if-actor if-business">产品 / 业务</div><div class="if-arrow"><span class="if-flow-id">F1.7</span><strong>产品与业务确认需求基线</strong><small>经项目Hub中转,双方分别确认同一版本</small></div><div class="if-actor if-center">项目Hub</div></div>
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F1.8</span><strong>向产品分发正式业务基线并开启产品定义</strong><small>双方确认后留档,分发当前有效版本即可进入阶段 2</small></div><div class="if-actor if-product">产品</div></div>
</div>
<div class="if-table-wrap"><table><thead><tr><th>ID</th><th>触发条件</th><th>发送 → 接收</th><th>正式载荷</th><th>约束/确认</th><th>对阶段的影响</th></tr></thead><tbody>
<tr><td>F1.1</td><td>收到新的客户需求或业务机会,且业务已完成原始信息收集、自查和负责人确认。</td><td>业务 → 项目Hub</td><td><b>正式成果草案:</b>项目背景说明、客户里程碑要求。<br><b>附带内容:</b>负责人确认、来源引用、成果版本和实际文件。</td><td>项目Hub不重复判断业务内容质量,只检查形式和跨来源一致性。</td><td>进入中心登记。</td></tr>
<tr><td>F1.2(条件流)</td><td>仅当文件结构、版本、证据不合规,或与已登记正式信息发生冲突时触发;不存在上述问题时跳过。</td><td>项目Hub → 业务</td><td><b>过程记录:</b>形式校验问题清单或冲突清单。<br><b>关联成果:</b>受影响的项目背景说明/客户里程碑要求及其字段、版本、冲突来源和修正要求。</td><td>项目Hub不能生成业务缺失项或替业务补写事实;无错误或冲突时不得发起此流。</td><td class="if-block">触发后,错误或冲突关闭前阻塞登记;未触发则直接进入 F1.3。</td></tr>
<tr><td>F1.3</td><td>业务成果通过项目Hub的文件、版本、证据和跨角色冲突检查并完成登记。</td><td>项目Hub → 产品</td><td><b>评审分发成果:</b>待评审的项目背景说明、客户里程碑要求。<br><b>附带内容:</b>成果版本、状态、证据、待确认项和回复时限。</td><td>必须标明这是待评审版本,不得冒充正式基线,产品不得据此直接启动阶段 2。</td><td>产品获得早期风险识别所需上下文。</td></tr>
<tr><td>F1.4</td><td>产品审阅业务成果后,判断存在需要其他专业角色提前确认的风险。</td><td>产品 → 项目Hub</td><td><b>过程记录:</b>早期风险预检请求。<br><b>关联成果:</b>项目背景说明/客户里程碑要求的相关字段与版本;另含预检原因、问题、目标角色、期望输出和时限。</td><td>是否预检、预检范围及对象角色均由产品负责指定;项目Hub不代替产品判断。</td><td>按产品指定名单创建预检任务。</td></tr>
<tr><td>F1.5–1.6</td><td>产品预检请求格式完整,且指定的对象角色均为当前项目有效成员。</td><td>项目Hub ↔ 产品指定的对象角色</td><td><b>过程记录:</b>角色预检任务 / 预检结果(角色预检任务/结论)。<br><b>关联成果:</b>项目背景说明、客户里程碑要求;返回本专业红线、风险、证据、待澄清项和受影响字段,作为后续 项目风险 输入。</td><td>项目Hub必须主动提醒全部关联角色,只校验、路由和汇总,不得自行增删产品指定名单。多角色结论冲突、影响较大或无法异步收敛时,建议由产品组织线下会议;参与角色统一确认的结论按 E.3 回传后,才能继续当前流程。</td><td>补充业务澄清和早期风险登记;复杂问题进入 E.1–E.4,闭环前保持阻塞。</td></tr>
<tr><td>F1.7</td><td>业务内部审查、中心形式校验和预检问题均已关闭。</td><td>业务 → 项目Hub</td><td><b>确认成果:</b>完成负责人确认的项目背景说明、客户里程碑要求。<br><b>附带内容:</b>确认状态、确认时间、确认条件和版本。</td><td>角色内部确认状态、时间和版本必须记录。</td><td class="if-pass">门禁可进入评审。</td></tr>
<tr><td>F1.8</td><td>业务确认完成,项目Hub已登记并留档正式版本且阶段门禁通过。</td><td>项目Hub → 产品</td><td><b>正式基线:</b>项目背景说明、客户里程碑要求的当前有效版本。<br><b>附带内容:</b>成果版本、基线与证据引用、阶段 2 任务和确认时限。</td><td>只允许分发已经确认并留档的当前有效版本;分发事件和接收状态必须登记,草稿或过期版本不得作为产品定义输入。</td><td class="if-pass">产品接收后开启阶段 2。</td></tr>
<tr><td>F1.3</td><td>业务成果通过项目Hub的文件、版本、证据和跨角色冲突检查并完成登记。</td><td>项目Hub → 产品</td><td><b>评审分发成果:</b>待评审的项目背景说明、客户里程碑要求。<br><b>附带内容:</b>成果版本、状态、证据、待确认项和回复时限。</td><td>标明待评审状态;经产品与业务确认并留档后,才可作为阶段 2 输入。</td><td>产品与业务通过项目Hub进入 F1.7 需求基线确认。</td></tr>
<tr><td>F1.7</td><td>F1.3 已分发评审版本,业务内部审查和中心形式校验已完成。</td><td>产品 ↔ 项目Hub ↔ 业务</td><td><b>确认成果:</b>经产品与业务各自负责人确认的项目背景说明、客户里程碑要求。<br><b>附带内容:</b>确认状态、确认时间、确认条件和版本。</td><td>待确认项经项目Hub中转澄清;记录双方各自负责人确认状态、时间和版本,双方须确认同一版本。</td><td class="if-pass">双方确认后通过门禁,进入 F1.8 并开启产品定义。</td></tr>
<tr><td>F1.8</td><td>产品与业务确认同一需求基线,项目Hub已登记并留档正式版本且阶段门禁通过。</td><td>项目Hub → 产品</td><td><b>正式基线:</b>项目背景说明、客户里程碑要求的当前有效版本。<br><b>附带内容:</b>成果版本、基线与证据引用、阶段 2 任务和确认时限。</td><td>只允许分发已经确认并留档的当前有效版本;分发事件和接收状态必须登记,草稿或过期版本不得作为产品定义输入。</td><td class="if-pass">产品接收后开启阶段 2。</td></tr>
</tbody></table></div>
</section>
@@ -1001,7 +996,7 @@
<div class="if-section-head"><div class="if-section-no">02 / PRODUCT</div><div><h2>阶段 2:产品定义信息流</h2><p>产品形成完整立项资料,并让技术负责人、嵌入式应用层、嵌入式底层、硬件和测试从各自专业角度完成可行性确认。</p></div></div>
<div class="if-stage-summary"><div class="if-summary-card"><b>主责</b><span>产品;业务批准范围</span></div><div class="if-summary-card"><b>核心成果</b><span>立项资料、测试验收标准、里程碑要求</span></div><div class="if-summary-card"><b>门禁</b><span>产品确认方案,业务批准范围,约束和测试标准完整</span></div></div>
<div class="if-flow-board">
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F2.1</span><strong>下发产品定义任务</strong><small>附阶段 1 基线和全部红线约束</small></div><div class="if-actor if-product">产品</div></div>
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F2.1</span><strong>下发产品定义任务</strong><small>附产品与业务已确认的阶段 1 基线及已知约束</small></div><div class="if-actor if-product">产品</div></div>
<div class="if-exchange"><div class="if-actor if-product">产品</div><div class="if-arrow"><span class="if-flow-id">F2.2</span><strong>提交立项资料草案与专业评审请求</strong><small>产品明确评审角色、问题、范围和期望输出</small></div><div class="if-actor if-center">项目Hub</div></div>
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F2.3</span><strong>校验请求并并行路由专业评审</strong><small>按产品指定范围裁剪上下文,不新增专业问题</small></div><div class="if-actor if-tech">技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试</div></div>
<div class="if-exchange"><div class="if-actor if-tech">评审角色</div><div class="if-arrow"><span class="if-flow-id">F2.4</span><strong>返回可行性、缺口和约束</strong><small>每条意见必须关联具体成果字段</small></div><div class="if-actor if-center">项目Hub</div></div>
@@ -1020,11 +1015,11 @@
</section>
<section class="if-section" id="stage3">
<div class="if-section-head"><div class="if-section-no">03 / DESIGN</div><div><h2>阶段 3:方案设计信息流</h2><p>技术负责人依据产品定义基线和前期风险评估组织总体方案;产品、嵌入式应用层、嵌入式底层、硬件和测试围绕同一份软硬件接口契约完成多轮确认。</p></div></div>
<div class="if-section-head"><div class="if-section-no">03 / DESIGN</div><div><h2>阶段 3:方案设计信息流</h2><p>技术负责人依据产品定义基线,结合阶段 2 已有评审结论组织总体方案;产品、嵌入式应用层、嵌入式底层、硬件和测试围绕同一份软硬件接口契约完成多轮确认。</p></div></div>
<div class="if-stage-summary"><div class="if-summary-card"><b>主责</b><span>技术负责人主责接口契约及选填的方案、决策记录;硬件确认接口与约束;测试主责测试计划</span></div><div class="if-summary-card"><b>核心成果</b><span>软硬件接口契约、测试计划;总体技术方案、架构决策记录为选填</span></div><div class="if-summary-card"><b>门禁</b><span>方案确认、接口可实施、需求不偏离、测试可验证</span></div></div>
<div class="if-callout" style="margin-bottom:18px">总体技术方案、架构决策记录为选填,未提供不阻塞阶段推进,也无需另行豁免;必要的技术决定仍须写入软硬件接口契约或角色确认记录。硬件在本阶段完成接口与约束确认,硬件设计包在阶段 5 形成并确认。</div>
<div class="if-flow-board">
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F3.1</span><strong>下发总体方案设计任务</strong><small>附产品定义基线、前期风险结论和现有技术参考资料</small></div><div class="if-actor if-tech">技术负责人</div></div>
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F3.1</span><strong>下发总体方案设计任务</strong><small>附产品定义基线、阶段 2 已有评审记录和现有技术参考资料</small></div><div class="if-actor if-tech">技术负责人</div></div>
<div class="if-exchange"><div class="if-actor if-tech">技术负责人</div><div class="if-arrow"><span class="if-flow-id">F3.2</span><strong>提交接口契约草案</strong><small>含边界、关键决策、非功能和风险;附已提供的总体技术方案、架构决策记录</small></div><div class="if-actor if-center">项目Hub</div></div>
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F3.3</span><strong>并行分发角色化设计任务</strong><small>每个角色在同一契约版本上工作</small></div><div class="if-actor if-app">产品 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试</div></div>
<div class="if-exchange if-conditional"><div class="if-actor if-app">嵌入式应用层</div><div class="if-arrow"><span class="if-flow-id">F3.4</span><strong>提出 HAL、资源和应用接口需求</strong><small>接口新增或资源不足时触发</small></div><div class="if-actor if-center">项目Hub → 嵌入式底层 / 技术负责人</div></div>
@@ -1036,7 +1031,7 @@
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F3.10</span><strong>请求各角色确认接口可实施</strong><small>嵌入式应用层、嵌入式底层、硬件、产品、测试分别确认</small></div><div class="if-actor if-product">产品 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试</div></div>
</div>
<div class="if-table-wrap"><table><thead><tr><th>ID</th><th>触发条件</th><th>发送 → 接收</th><th>正式载荷</th><th>约束/确认</th><th>对阶段的影响</th></tr></thead><tbody>
<tr><td>F3.1–3.3</td><td>阶段 2 门禁通过,产品定义基线和前期风险结论有效。</td><td>项目Hub ↔ 技术负责人/协作角色</td><td><b>按主责角色分别形成的正式成果草案:</b>技术负责人输出 软硬件接口契约;总体技术方案、架构决策记录为选填。测试输出 测试计划,包含测试标准、测试用例范围、测试项。<br><b>协作输入:</b>硬件完成接口与约束确认。<br><b>输入内容:</b>阶段2三类产品成果、现有技术参考资料、F1.5–F1.6 预检结论、设计范围和时限。</td><td>方案设计不得依赖尚未形成的 项目计划;所有设计必须引用同一产品基线。</td><td>开启并行方案设计。</td></tr>
<tr><td>F3.1–3.3</td><td>阶段 2 门禁通过,产品定义基线有效。</td><td>项目Hub ↔ 技术负责人/协作角色</td><td><b>按主责角色分别形成的正式成果草案:</b>技术负责人输出 软硬件接口契约;总体技术方案、架构决策记录为选填。测试输出 测试计划,包含测试标准、测试用例范围、测试项。<br><b>协作输入:</b>硬件完成接口与约束确认。<br><b>输入内容:</b>阶段2三类产品成果、现有技术参考资料、阶段 2 已有的可行性与风险评审记录(如有)、设计范围和时限。</td><td>方案设计不得依赖尚未形成的 项目计划;所有设计必须引用同一产品基线。</td><td>开启并行方案设计。</td></tr>
<tr><td>F3.4</td><td>嵌入式应用层需要新的资源、HAL 或协议。</td><td>嵌入式应用层 → 项目Hub → 嵌入式底层 / 技术负责人</td><td><b>修订对象:</b>软硬件接口契约;已提供的总体技术方案、架构决策记录。<br><b>提交内容:</b>接口需求、调用频率、性能、资源指标、理由和受影响功能。</td><td>不得绕过契约直接约定。</td><td>可能触发契约修订。</td></tr>
<tr><td>F3.5</td><td>嵌入式底层依赖引脚、电平、器件或时序。</td><td>嵌入式底层 → 项目Hub → 硬件 / 技术负责人</td><td><b>修订对象:</b>软硬件接口契约;已提供的架构决策记录。<br><b>提交内容:</b>HAL、引脚表、时序、电气约束、板卡依赖和证据。</td><td>涉及既有板卡时引用明确版本;新设计注明约束版本。</td><td class="if-block">冲突时阻塞相关设计。</td></tr>
<tr><td>F3.6</td><td>器件、PCB、电源、空间或热约束影响方案。</td><td>硬件 → 项目Hub → 技术负责人 / 嵌入式底层 / 产品</td><td><b>关联或修订成果:</b>软硬件接口契约;必要时同步修订已提供的 总体技术方案、架构决策记录。<br><b>过程记录:</b>硬件约束与接口确认。<br><b>提交内容:</b>限制、替代方案、成本、性能和交期影响。</td><td>器件替换不得静默发生。</td><td>更新接口与约束确认;改变正式基线时走变更申请。</td></tr>
@@ -1222,10 +1217,7 @@
"F1.1": ["artifact", "提交成果草案:项目背景说明 / 客户里程碑要求"],
"F1.2": ["process", "过程记录:形式校验问题清单 / 冲突清单;关联业务阶段成果"],
"F1.3": ["artifact", "评审分发:项目背景说明 / 客户里程碑要求(待评审)"],
"F1.4": ["process", "过程记录:早期风险预检请求;关联业务阶段成果"],
"F1.5": ["process", "过程记录:角色预检任务;关联项目背景说明 / 客户里程碑要求"],
"F1.6": ["process", "过程记录:角色预检结论;作为项目风险输入"],
"F1.7": ["artifact", "确认成果:项目背景说明 / 客户里程碑要求"],
"F1.7": ["artifact", "产品与业务确认:项目背景说明 / 客户里程碑要求"],
"F1.8": ["artifact", "正式基线:项目背景说明 / 客户里程碑要求"],
"F2.1": ["process", "输入:阶段1业务基线;待产出:立项资料 / 测试验收标准 / 里程碑要求"],
"F2.2": ["artifact", "提交成果草案:立项资料 / 测试验收标准 / 里程碑要求"],
@@ -1235,7 +1227,7 @@
"F2.6": ["artifact", "提交修订成果:立项资料 / 测试验收标准 / 里程碑要求"],
"F2.7": ["process", "待业务批准:立项资料 / 测试验收标准 / 里程碑要求"],
"F2.8": ["artifact", "业务批准成果包:立项资料 / 测试验收标准 / 里程碑要求"],
"F3.1": ["process", "输入:产品定义基线 / 前期风险结论;必需成果:软硬件接口契约 / 测试计划;选填:总体技术方案 / 架构决策记录"],
"F3.1": ["process", "输入:产品定义基线 / 阶段 2 已有评审记录;必需成果:软硬件接口契约 / 测试计划;选填:总体技术方案 / 架构决策记录"],
"F3.2": ["artifact", "提交成果草案:软硬件接口契约;选填:总体技术方案 / 架构决策记录"],
"F3.3": ["process", "设计任务:测试计划(测试标准 / 测试用例范围 / 测试项)及各角色接口、硬件约束确认"],
"F3.4": ["process", "修订对象:软硬件接口契约;已提供的总体技术方案 / 架构决策记录"],