docs: promote V0.15 and align collaboration rules
This commit is contained in:
1 parent
bbe620c450
commit
485e4f4f26
29 files changed
+402
-483
No files matched your search
@@ -5,7 +5,7 @@
|
||||
<meta name="viewport" content="width=device-width, initial-scale=1" />
|
||||
<meta name="color-scheme" content="light" />
|
||||
<link rel="icon" href="data:," />
|
||||
<title>Codex 多角色项目推进总流程图与信息流图谱|V0.15 REVIEW</title>
|
||||
<title>Codex 多角色项目推进总流程图与信息流图谱|V0.15 CURRENT</title>
|
||||
<style>
|
||||
:root {
|
||||
--navy: #10253f;
|
||||
@@ -74,20 +74,20 @@
|
||||
color: rgba(255,255,255,.68);
|
||||
font-size: 18px;
|
||||
}
|
||||
.review-banner {
|
||||
.current-banner {
|
||||
display: flex;
|
||||
align-items: baseline;
|
||||
gap: 10px;
|
||||
width: fit-content;
|
||||
margin-top: 24px;
|
||||
padding: 10px 14px;
|
||||
border: 1px solid rgba(255, 211, 122, .72);
|
||||
border: 1px solid rgba(129, 218, 186, .72);
|
||||
border-radius: 10px;
|
||||
color: #fff4d5;
|
||||
background: rgba(198, 122, 27, .22);
|
||||
color: #e6fff5;
|
||||
background: rgba(29, 132, 94, .22);
|
||||
font-size: 14px;
|
||||
}
|
||||
.review-banner strong { color: #ffd37a; }
|
||||
.current-banner strong { color: #a6f2d6; }
|
||||
|
||||
.global-nav {
|
||||
position: fixed;
|
||||
@@ -661,16 +661,16 @@
|
||||
<body>
|
||||
<header class="hero" id="top">
|
||||
<div class="hero-inner">
|
||||
<div class="eyebrow">CODEX MULTI-ROLE PROJECT FLOW · V0.15 · REVIEW</div>
|
||||
<div class="eyebrow">CODEX MULTI-ROLE PROJECT FLOW · V0.15 · CURRENT</div>
|
||||
<h1>项目推进总流程图</h1>
|
||||
<p>业务、项目Hub、产品、技术负责人、嵌入式应用层、嵌入式底层、硬件和测试是当前基线角色,不是封闭列表;项目Hub负责信息路由、成员与状态维护和阶段门禁,新增自定义角色必须先形成职责、成果和决定权契约。</p>
|
||||
<div class="review-banner" role="status"><strong>V0.15 · 待评审</strong><span>当前正式基线仍为 V0.14,本页不得作为已生效流程引用。</span></div>
|
||||
<div class="current-banner" role="status"><strong>V0.15 · 当前基线</strong><span>2026-09-07 生效;已合并本轮确认变更,并同步 Skill 与角色提醒。</span></div>
|
||||
</div>
|
||||
</header>
|
||||
|
||||
<nav class="global-nav" aria-label="文档全局导航">
|
||||
<div class="global-nav-inner">
|
||||
<a class="nav-brand" href="#top">V0.15 REVIEW · 顶部</a>
|
||||
<a class="nav-brand" href="#top">V0.15 CURRENT · 顶部</a>
|
||||
<a href="#changelog">版本记录</a>
|
||||
<a href="#overview">总流程</a>
|
||||
<a href="#rules">通用规则</a>
|
||||
@@ -712,12 +712,12 @@
|
||||
</thead>
|
||||
<tbody>
|
||||
<tr>
|
||||
<td><b>V0.15</b></td><td>创建:2026-09-04<br>生效:待定</td><td class="if-review">REVIEW</td>
|
||||
<td><ol><li>完善评审版管理,精简业务及产品资料、选填项和早期确认流程。</li><li>调整方案与实现交付,明确硬件资料前置条件、硬件设计包和底层成果。</li><li>补充任务工时评估,资源与排期改由产品确认,可同步业务。</li><li>测试改用缺陷清单,相关负责人商议责任人;可靠性、专项报告及提测佐证选填。</li><li>平台与客户验收拆分,可并行且须双通过;分别由产品、业务确认,测试资料直接交付产品。</li><li>结项改为资料收集与项目复盘,取消冒烟测试;同步流程编号和成果引用。</li></ol></td>
|
||||
<td>文档版本管理、阶段 1–8 总流程、成果矩阵及关联信息流。</td>
|
||||
<td><b>V0.15</b></td><td>创建:2026-09-04<br>生效:2026-09-07</td><td class="if-pass">CURRENT</td>
|
||||
<td><ol><li>精简业务及产品资料与选填项;立项增加平台 SDK、个参资料,项目风险前移阶段 2,删除独立产品资料整合。</li><li>取消独立接口契约、架构决策记录和硬件实现资料;阶段 3 硬件约束选填,明确阶段 5 硬件、底层交付。</li><li>补充工时评估;产品确认授权范围内资源与排期,预算、采购或对外承诺由业务批准。</li><li>精简测试输入,改用缺陷清单并共同商议责任人;可靠性、专项报告及提测佐证选填。</li><li>平台与客户验收可按条件并行且须双通过;平台由产品出具结论、客户由业务确认,测试资料直交产品。</li><li>结项聚焦资料收集与复盘;豁免精简为项目负责人审批,统一编号、成果引用及 Skill、角色提醒。</li></ol></td>
|
||||
<td>文档版本管理、阶段 1–8 总流程、成果矩阵、关联信息流、Skill 及八角色 Hook。</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td><b>V0.14</b></td><td>2026-09-02</td><td class="if-pass">CURRENT</td>
|
||||
<td><b>V0.14</b></td><td>2026-09-02</td><td>HISTORICAL</td>
|
||||
<td>人工可读的正式成果、过程成果、标题、正文和结论统一使用中文,机器字段与枚举只保留在运行时工具参数中;项目Hub通过 Etunel 角色清单读取实际 <code>role</code>、<code>display_name</code> 和 <code>relationship</code>,成员角色不再向负责人追问成员、会话或任务编号;新增同源 JSON 和中文 HTML 两种版本的《项目成员清单》,并补充按阶段整理成果、过程记录、项目进度和成果索引的留档规则。</td>
|
||||
<td>全局成果语言、项目创建、角色登记、Etunel 实际字段、项目文件与进度留档、项目Hub与各成员角色约束和内部培训材料。</td>
|
||||
</tr>
|
||||
@@ -797,23 +797,23 @@
|
||||
<div class="index">02</div>
|
||||
<div class="stage"><h3>产品定义</h3><span class="role">主责:产品 · 批准:业务</span></div>
|
||||
<div class="work"><strong>把目标转成可实现、可验证的产品定义。</strong>技术负责人组织可行性评估,嵌入式应用层、嵌入式底层和硬件分别评估实现约束,测试评估可测试性。</div>
|
||||
<div class="artifacts"><strong>正式成果</strong><span>立项资料<br>立项书:包含项目目标、项目基础信息、初步里程碑要求、项目干系人、版本说明等信息<br>规格书:包含产品硬件规格和主要元器件型号(主控芯片、Sensor、镜头、WiFi 芯片)<br>功能清单:定义设备支持的功能项<br>灯态:描述设备上电、绑定、升级、网络断开等状态下的指示灯状态与语音播报内容<br>产测功能清单:描述产测工具支持项<br>平台 SDK<br>个参资料<br>结构板框图(选填):包含主要器件位置和禁止限制区域</span><span>测试验收标准<br>平台测试用例<br>客户验收测试用例和验收标准</span><span>里程碑要求<br>提测时间<br>客户验收时间<br>试产、量产时间(选填)</span></div>
|
||||
<div class="artifacts"><strong>正式成果</strong><span>立项资料<br>立项书:包含项目目标、项目基础信息、初步里程碑要求、项目干系人、版本说明等信息<br>规格书:包含产品硬件规格和主要元器件型号(主控芯片、Sensor、镜头、WiFi 芯片)<br>功能清单:定义设备支持的功能项<br>灯态:描述设备上电、绑定、升级、网络断开等状态下的指示灯状态与语音播报内容<br>产测功能清单:描述产测工具支持项<br>平台 SDK<br>个参资料<br>结构板框图(选填):包含主要器件位置和禁止限制区域</span><span>测试验收标准<br>平台测试用例<br>客户验收测试用例和验收标准</span><span>里程碑要求<br>提测时间<br>客户验收时间<br>试产、量产时间(选填)</span><span>项目风险<br>技术风险<br>时间风险<br>其他风险</span></div>
|
||||
</article>
|
||||
<div class="connector"><div class="gate">产品确认方案,业务批准范围</div></div>
|
||||
|
||||
<article class="node">
|
||||
<div class="index">03</div>
|
||||
<div class="stage"><h3>方案设计</h3><span class="role">主责:技术负责人 · 协作:嵌入式应用层 + 嵌入式底层 + 硬件 + 测试</span></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="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>测试计划<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">04</div>
|
||||
<div class="stage"><h3>项目规划</h3><span class="role">主责:项目Hub</span></div>
|
||||
<div class="work"><strong>基于已确认的产品基线和方案设计成果,生成实际任务、人员分工、排期和风险计划。</strong>任务计划草案先由技术负责人确认;项目Hub只对存在疑点的任务定向询问对应执行角色,资源与排期基线再提交产品确认;确认后的计划与排期可由项目Hub同步给业务。</div>
|
||||
<div class="artifacts"><strong>正式成果</strong><span>项目计划<br>项目任务拆分(工时评估)<br>实际项目排期</span><span>项目风险<br>技术风险<br>时间风险<br>其他风险</span><span>角色分工<br>Etunel 实际 role 与 display_name<br>职责边界、任务主责和协作关系<br>加入、退出、替换与交接要求<br>每项任务只有一个主责角色</span><span>产品资料整合<br>现有器件规格和板框约束<br>平台 SDK、个参资料、串号表<br>平台对接文档<br>平台接入标准及开发规范<br>方案设计成果索引<br>其他项目输入参考资料</span><span>项目状态内部记录<br>阶段与门禁<br>任务与依赖<br>阻塞与风险<br>决策与成果基线<br>下一步与时限<br>项目创建期内部状态在阶段 4 正式化</span></div>
|
||||
<div class="work"><strong>基于已确认的产品基线和方案设计成果,生成实际任务、人员分工和排期,引用阶段 2 项目风险。</strong>任务计划草案先由技术负责人确认;项目Hub只对存在疑点的任务定向询问对应执行角色,资源与排期基线再提交产品确认;确认后的计划与排期可由项目Hub同步给业务。</div>
|
||||
<div class="artifacts"><strong>正式成果</strong><span>项目计划<br>项目任务拆分(工时评估)<br>实际项目排期</span><span>角色分工<br>Etunel 实际 role 与 display_name<br>职责边界、任务主责和协作关系<br>加入、退出、替换与交接要求<br>每项任务只有一个主责角色</span><span>项目状态内部记录<br>阶段与门禁<br>任务与依赖<br>阻塞与风险<br>决策与成果基线<br>下一步与时限<br>项目创建期内部状态在阶段 4 正式化</span></div>
|
||||
</article>
|
||||
<div class="connector"><div class="gate">技术负责人确认任务计划,问题任务由对应执行角色定向确认,产品确认实际人员、资源与排期基线</div></div>
|
||||
|
||||
@@ -861,7 +861,7 @@
|
||||
|
||||
<div class="if-atlas" id="information-flow-atlas">
|
||||
<section class="if-intro">
|
||||
<div class="if-eyebrow">STAGE INFORMATION FLOW ATLAS · V0.15 · REVIEW</div>
|
||||
<div class="if-eyebrow">STAGE INFORMATION FLOW ATLAS · V0.15 · CURRENT</div>
|
||||
<h2>各阶段角色信息流图谱</h2>
|
||||
<p>以下内容直接承接总流程图,展示每条会影响成果、决策、门禁、返工或版本的正式信息流,并说明触发条件、发送方、接收方、载荷、确认要求和阻塞约束。</p>
|
||||
<div class="if-quicknav">
|
||||
@@ -881,8 +881,8 @@
|
||||
</div>
|
||||
<div class="if-table-wrap" style="margin-bottom: 22px"><table><thead><tr><th>主体</th><th>是否为项目职能角色</th><th>定义</th><th>主要确认权限</th><th>不能做什么</th></tr></thead><tbody>
|
||||
<tr><td>各专业角色</td><td>是</td><td>图中的正式角色名称统一代表该角色完成 AI 辅助自审与人工确认后的责任主体;内部审查过程不作为跨角色信息流单列。</td><td>以角色名义确认并发出本角色专业结论、正式成果、现实工期承诺、风险接受和正式交付;阶段 4 的资源与排期基线及后续授权范围内的资源、排期调整由产品确认;涉及预算、采购或对外承诺时须由业务批准。</td><td>不能替其他角色作出专业确认。</td></tr>
|
||||
<tr><td>业务</td><td>是;同时承担项目级组织授权</td><td>业务节点同时包含业务专业判断和项目级组织授权的内部确认。</td><td>除业务成果外,负责确认预算、采购/打样、对外承诺日期、暂停/取消和高影响成果豁免,以及客户验收和项目结项;阶段 4 的计划与排期可由项目Hub同步知会业务,平台验收由产品确认而不经业务批准。</td><td>不替代产品、技术负责人、硬件或测试等角色给出专业结论。</td></tr>
|
||||
<tr><td>项目Hub</td><td>是</td><td>项目Hub运行中心 AI,是项目唯一正式信息中心、任务路由器、成果校验器、阶段门禁执行者和项目状态内部记录维护者。</td><td>可依据证据更新项目状态、按角色需要分发状态快照、完成普通项目级审查和低影响豁免;高影响事项必须升级给业务。</td><td>不能自行承诺真实资源、预算、范围、日期或专业结论,也不能以推测代替角色提供的状态证据。</td></tr>
|
||||
<tr><td>业务</td><td>是;同时承担项目级组织授权</td><td>业务节点同时包含业务专业判断和项目级组织授权的内部确认。</td><td>除业务成果外,负责确认预算、采购/打样、对外承诺日期、暂停/取消,以及客户验收和项目结项;阶段 4 的计划与排期可由项目Hub同步知会业务,平台验收由产品确认而不经业务批准。</td><td>不替代产品、技术负责人、硬件或测试等角色给出专业结论。</td></tr>
|
||||
<tr><td>项目Hub</td><td>是</td><td>项目Hub运行中心 AI,是项目唯一正式信息中心、任务路由器、成果校验器、阶段门禁执行者和项目状态内部记录维护者。</td><td>可依据证据更新项目状态、按角色需要分发状态快照、完成普通项目级审查和豁免登记;所有成果豁免均须项目负责人(项目Hub对应真人负责人)批准或拒绝。</td><td>不能自行承诺真实资源、预算、范围、日期或专业结论,也不能以推测代替角色提供的状态证据。</td></tr>
|
||||
</tbody></table></div>
|
||||
<div class="if-callout" style="margin: 0 0 14px"><strong>角色与成员配置:</strong>图中的八个角色是当前默认基线,不是永久封闭的角色集合。新增自定义角色前先定义目标、职责边界、参与阶段、正式成果、上下游依赖和确认权限,再由 Hub 真人负责人在 Etunel 中手动添加。项目Hub使用 <code>etunel_list_roles</code> 读取实际 <code>role</code>、<code>display_name</code> 和 <code>relationship</code>;各角色会话不向负责人重复确认成员 ID、会话 ID 或其他未由工具提供的字段。阶段 4 再通过《角色分工》将实际任务主责和交接关系正式基线化。</div>
|
||||
<div class="if-callout" style="margin: 0 0 14px"><strong>项目成员清单:</strong>项目创建完成后、首个正式任务派发前,项目Hub从同一次 <code>etunel_list_roles</code> 结果生成 JSON 版和全中文 HTML 版《项目成员清单》。两份清单只记录项目名称、版本、导出时间及工具实际返回的 <code>role</code>、<code>display_name</code>、<code>relationship</code>,不虚构成员、会话或人员编号。角色变化后生成新版本,不覆盖历史版本;该清单不替代阶段 4 的《角色分工》。</div>
|
||||
@@ -937,19 +937,18 @@
|
||||
|
||||
<section class="if-section" id="traceability">
|
||||
<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-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.4 产品与业务确认</td><td>F1.3 评审分发;F1.5 正式基线给产品</td></tr>
|
||||
<tr><td>1 业务需求</td><td>客户里程碑要求</td><td>业务</td><td>F1.1</td><td>F1.2 条件修订;F1.4 产品与业务确认</td><td>F1.3 评审分发;F1.5 正式基线给产品</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.3 测试计划任务输入;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>
|
||||
<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/F5.1 引用当前有效风险;后续风险意见经项目Hub交产品维护</td></tr>
|
||||
<tr><td>3 方案设计</td><td>总体技术方案(选填)</td><td>技术负责人</td><td>F3.2(提供时)</td><td>F3.4–F3.8 修订;F3.9–F3.10 确认</td><td>F4.1 项目规划输入;F5.1 实现输入;F8.2 收集、F8.6 归档</td></tr>
|
||||
<tr><td>3 方案设计</td><td>测试计划</td><td>测试</td><td>F3.7<br>提交测试标准、测试用例范围和测试项</td><td>F3.7 有缺口时经项目Hub转相关角色确认;F3.8 汇总;F3.9 技术负责人确认测试计划;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.4–X.5 按权限确认变更</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>
|
||||
<tr><td>5 软硬件实现</td><td>硬件设计包</td><td>硬件</td><td>F5.2(所需输入资料齐备后)</td><td>F5.2 硬件负责人确认;F5.3 技术负责人及受影响角色确认;F5.7 冲突修订;F5.8–F5.10 版本匹配确认</td><td>F5.2 硬件实现依据;F5.3 定向分发;F6.1 测试输入;F8.2 收集、F8.6 归档</td></tr>
|
||||
<tr><td>5 软硬件实现</td><td>嵌入式底层实现资料</td><td>嵌入式底层</td><td>F5.4(WiFi 设备定频测试固件选填)</td><td>F5.5 BSP/PSP 交嵌入式应用层合版;F5.7/F5.10 确认版本关系</td><td>BSP/PSP 通过 F5.6 集成进统一固件;F8.2 提交归档资料</td></tr>
|
||||
@@ -990,8 +989,8 @@
|
||||
</section>
|
||||
|
||||
<section class="if-section" id="stage2">
|
||||
<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-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-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>
|
||||
@@ -1003,35 +1002,35 @@
|
||||
<div class="if-exchange"><div class="if-actor if-business">业务</div><div class="if-arrow"><span class="if-flow-id">F2.8</span><strong>批准、驳回或附条件批准</strong><small>附条件项必须有责任人与期限</small></div><div class="if-actor if-center">项目Hub</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>F2.1–2.2</td><td>阶段 2 启动。</td><td>项目Hub ↔ 产品</td><td><b>输入基线:</b>项目背景说明、客户里程碑要求。<br><b>产品提交的正式成果草案:</b>立项资料(含平台 SDK、个参资料)、测试验收标准、里程碑要求。<br><b>参考输入(非阶段成果):</b>项目已有的器件规格、板框约束、串号表、平台对接文档和开发规范。</td><td>产品先自审,所有资料必须引用阶段 1 基线;专业评审由产品发起。</td><td>进入专业评审路由。</td></tr>
|
||||
<tr><td>F2.3</td><td>产品提交可评审草案和评审请求。</td><td>项目Hub → 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试</td><td><b>评审分发成果:</b>按角色裁剪上述三类产品定义成果草案。<br><b>参考输入:</b>只附与评审问题相关的现有器件、板框和平台资料;另含成果版本、基线引用、评审范围、问题和时限。</td><td>项目Hub只校验和路由;技术负责人看总体,嵌入式应用层看功能,嵌入式底层看 BSP/HAL,硬件看器件/板框,测试看可测性。</td><td>并行评审。</td></tr>
|
||||
<tr><td>F2.4</td><td>各角色完成评审。</td><td>技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试 → 项目Hub</td><td><b>过程记录:</b>角色评审结果(角色评审结论)。<br><b>关联成果:</b>三类产品定义成果的具体字段;提交结论、缺失、风险、证据、建议和是否阻塞。</td><td>不得只回复“可行/不可行”。</td><td>形成冲突矩阵。</td></tr>
|
||||
<tr><td>F2.5–2.6</td><td>存在冲突或缺口。</td><td>项目Hub ↔ 产品</td><td><b>修订成果:</b>受影响的 立项资料、测试验收标准、里程碑要求 新版本。<br><b>附带内容:</b>字段级修订清单、变更影响和关闭说明。</td><td>产品在内部确认最终版本后统一发出。</td><td class="if-block">问题未关闭则暂缓推进。</td></tr>
|
||||
<tr><td>F2.7–2.8</td><td>产品方案专业评审完成。</td><td>项目Hub ↔ 业务</td><td><b>批准成果包:</b>三类产品定义成果的负责人确认候选版本。<br><b>附带内容:</b>范围、验收、里程碑、风险、附条件事项、版本和确认状态。</td><td>范围批准由业务完成内部授权后统一给出。</td><td class="if-pass">批准并留档后作为正式基线进入阶段 3。</td></tr>
|
||||
<tr><td>F2.1–2.2</td><td>阶段 2 启动。</td><td>项目Hub ↔ 产品</td><td><b>输入基线:</b>项目背景说明、客户里程碑要求。<br><b>产品提交的正式成果草案:</b>立项资料(含平台 SDK、个参资料)、测试验收标准、里程碑要求、项目风险。<br><b>参考输入(非阶段成果):</b>项目已有的器件规格、板框约束、串号表、平台对接文档和开发规范。</td><td>产品先自审,所有资料必须引用阶段 1 基线;专业评审由产品发起。</td><td>进入专业评审路由。</td></tr>
|
||||
<tr><td>F2.3</td><td>产品提交可评审草案和评审请求。</td><td>项目Hub → 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试</td><td><b>评审分发成果:</b>按角色裁剪上述四类产品定义成果草案。<br><b>参考输入:</b>只附与评审问题相关的现有器件、板框和平台资料;另含成果版本、基线引用、评审范围、问题和时限。</td><td>项目Hub只校验和路由;技术负责人看总体,嵌入式应用层看功能,嵌入式底层看 BSP/HAL,硬件看器件/板框,测试看可测性。</td><td>并行评审。</td></tr>
|
||||
<tr><td>F2.4</td><td>各角色完成评审。</td><td>技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试 → 项目Hub</td><td><b>过程记录:</b>角色评审结果(角色评审结论)。<br><b>关联成果:</b>四类产品定义成果的具体字段;提交结论、缺失、风险、证据、建议和是否阻塞。</td><td>不得只回复“可行/不可行”。</td><td>形成冲突矩阵。</td></tr>
|
||||
<tr><td>F2.5–2.6</td><td>存在冲突或缺口。</td><td>项目Hub ↔ 产品</td><td><b>修订成果:</b>受影响的 立项资料、测试验收标准、里程碑要求、项目风险 新版本。<br><b>附带内容:</b>字段级修订清单、变更影响和关闭说明。</td><td>产品在内部确认最终版本后统一发出。</td><td class="if-block">问题未关闭则暂缓推进。</td></tr>
|
||||
<tr><td>F2.7–2.8</td><td>产品方案专业评审完成。</td><td>项目Hub ↔ 业务</td><td><b>批准成果包:</b>四类产品定义成果的负责人确认候选版本。<br><b>附带内容:</b>范围、验收、里程碑、风险、附条件事项、版本和确认状态。</td><td>范围批准由业务完成内部授权后统一给出。</td><td class="if-pass">批准并留档后作为正式基线进入阶段 3。</td></tr>
|
||||
</tbody></table></div>
|
||||
</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>技术负责人依据产品定义基线,结合阶段 2 已有评审结论组织总体方案;产品、嵌入式应用层、嵌入式底层、硬件和测试依据同一产品基线,对方案和接口约束完成多轮确认。测试提交测试计划,无问题时由项目Hub汇总给技术负责人确认;有不可测试项或环境、治具缺口时,先经项目Hub转交相关角色确认,由测试修订计划后再汇总确认。</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-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">总体技术方案为选填,未提供不阻塞阶段推进,也无需另行豁免;必要的技术决定及接口约束仍须写入角色确认记录。硬件的器件、PCB、电源/信号/热及接口约束在本阶段为选填,未提供不阻塞,也无需豁免;已提供时完成对应确认。阶段 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>附产品定义基线、阶段 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>
|
||||
<div class="if-exchange if-conditional"><div class="if-actor if-low">嵌入式底层</div><div class="if-arrow"><span class="if-flow-id">F3.5</span><strong>提出引脚、电平、时序和器件约束</strong><small>HAL 与硬件设计存在依赖时</small></div><div class="if-actor if-center">项目Hub → 硬件 / 技术负责人</div></div>
|
||||
<div class="if-exchange if-conditional"><div class="if-actor if-hardware">硬件</div><div class="if-arrow"><span class="if-flow-id">F3.6</span><strong>反馈器件、PCB、电源、空间与热约束</strong><small>影响接口、成本或性能时</small></div><div class="if-actor if-center">项目Hub → 技术负责人 / 嵌入式底层 / 产品</div></div>
|
||||
<div class="if-exchange if-conditional"><div class="if-actor if-hardware">硬件</div><div class="if-arrow"><span class="if-flow-id">F3.6</span><strong>反馈硬件约束(选填)</strong><small>器件、PCB、电源、信号、空间、热及接口约束,提供时说明实际影响</small></div><div class="if-actor if-center">项目Hub → 技术负责人 / 嵌入式底层 / 产品</div></div>
|
||||
<div class="if-exchange"><div class="if-actor if-test">测试</div><div class="if-arrow"><span class="if-flow-id">F3.7</span><strong>提交测试计划,说明是否存在可测性缺口</strong><small>无问题:项目Hub汇总给技术负责人确认<br>有不可测试项或环境、治具缺口:项目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">F3.8</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">F3.9</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.10</span><strong>请求各角色确认接口可实施、测试可验证</strong><small>嵌入式应用层、嵌入式底层、硬件、产品、测试分别确认</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">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>技术负责人按需提供总体技术方案。测试按任务编制 测试计划,包含测试标准、测试用例范围、测试项,并在 F3.7 提交。<br><b>过程记录:</b>技术负责人提交设计要点与待确认接口约束,各相关角色完成接口与约束确认。<br><b>输入内容:</b>阶段2三类产品成果、现有技术参考资料、阶段 2 已有的可行性与风险评审记录(如有)、设计范围和时限。</td><td>方案设计不得依赖尚未形成的 项目计划;所有设计必须引用同一产品基线。</td><td>开启并行方案设计。</td></tr>
|
||||
<tr><td>F3.1–3.3</td><td>阶段 2 门禁通过,产品定义基线有效。</td><td>项目Hub ↔ 技术负责人/协作角色</td><td><b>按主责角色分别形成的正式成果草案:</b>技术负责人按需提供总体技术方案。测试按任务编制 测试计划,包含测试标准、测试用例范围、测试项,并在 F3.7 提交。<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>已提供的总体技术方案。<br><b>提交内容:</b>接口需求、调用频率、性能、资源指标、理由和受影响功能。</td><td>接口调整经项目Hub转交相关角色确认,不得私下约定。</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>
|
||||
<tr><td>F3.6</td><td>硬件提供本阶段选填约束时。</td><td>硬件 → 项目Hub → 技术负责人 / 嵌入式底层 / 产品</td><td><b>关联或修订成果:</b>必要时修订已提供的总体技术方案。<br><b>过程记录:</b>硬件约束与接口确认。<br><b>提交内容:</b>限制、替代方案、成本、性能和交期影响。</td><td>本阶段硬件约束为选填,未提供不阻塞;已提供时器件替换不得静默发生。</td><td>按已提供内容更新接口与约束确认;改变正式基线时走变更申请。</td></tr>
|
||||
<tr><td>F3.7</td><td>测试已形成测试计划,或识别出不可测试项、环境/治具缺口。</td><td>测试 → 项目Hub;无问题时汇总给技术负责人;有缺口时定向转交相关角色确认</td><td><b>正式成果:</b>测试计划,包含测试标准、测试用例范围、测试项。<br><b>存在缺口时附带:</b>不可测试项、环境/治具缺口、影响、依据及需要相关角色确认的问题。<br><b>确认回传:</b>相关角色经项目Hub返回确认结果,测试据此修订测试计划;涉及接口或验收标准时同步对应主责角色修订。</td><td>无问题时无需等待缺口确认;项目Hub只汇总和中继,不代替专业角色确认。测试仍主责计划编制与修订,技术负责人经 F3.8–F3.9 确认测试计划。影响本阶段门禁的缺口应先关闭;验证期需跳转时,由负责人明确记录决定。</td><td>无问题:进入 F3.8–F3.9 汇总确认;有缺口:先定向确认、修订,再返回该确认路径。</td></tr>
|
||||
<tr><td>F3.8–3.10</td><td>专业评审完成。</td><td>项目Hub ↔ 技术负责人;项目Hub ↔ 各相关角色</td><td><b>最终确认成果:</b>测试计划的内部确认版本,以及已提供的选填成果(总体技术方案)。<br><b>附带内容:</b>方案与接口确认结果、保留风险、证据引用和统一版本关系。</td><td>测试计划仍由测试编制和维护,技术负责人确认其与整体方案、接口及实施依赖一致;相关角色按本领域完成最终确认。每个确认绑定同一版本;选填成果未提供不阻塞本阶段;成员角色之间不直接通信。</td><td class="if-pass">全部确认并登记为正式基线后进入阶段 4 项目规划。</td></tr>
|
||||
</tbody></table></div>
|
||||
@@ -1039,7 +1038,8 @@
|
||||
|
||||
<section class="if-section" id="stage4">
|
||||
<div class="if-section-head"><div class="if-section-no">04 / PLANNING</div><div><h2>阶段 4:项目规划信息流</h2><p>项目Hub根据产品基线和已确认的方案设计成果生成实际任务计划,先由技术负责人确认整体任务结构、技术顺序和依赖;仅对存在疑点的任务,定向向对应执行角色补充确认。资源与排期由产品确认,计划与排期可由项目Hub同步给业务。</p></div></div>
|
||||
<div class="if-stage-summary"><div class="if-summary-card"><b>主责</b><span>项目Hub;技术负责人确认技术结构,产品确认资源与排期</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-stage-summary"><div class="if-summary-card"><b>主责</b><span>项目Hub;技术负责人确认技术结构,产品确认资源与排期</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">项目风险已在阶段 2 由产品汇总形成,本阶段只引用并反馈新增风险,由产品维护当前有效版本;不重新创建阶段 4 风险成果。产品资料整合不再作为独立成果,任务按需引用已有立项资料、方案记录和成果索引。</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">F4.1</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">F4.2</span><strong>确认整体任务计划或返回调整意见</strong><small>确认任务结构、技术顺序、依赖关系、专业角色覆盖和关键风险</small></div><div class="if-actor if-center">项目Hub</div></div>
|
||||
@@ -1051,11 +1051,11 @@
|
||||
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F4.8</span><strong>向相关执行角色发布基线计划和正式任务</strong><small>执行角色取得充分任务输入;计划与排期可同步业务(仅知会);后续按 S.1–S.4 同步</small></div><div class="if-actor if-product">相关执行角色<br>业务(可同步知会)</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>F4.1–4.2</td><td>阶段 3 方案设计门禁通过,项目Hub已依据产品基线、方案设计成果和项目创建期角色清单形成任务计划草案。</td><td>项目Hub ↔ 技术负责人</td><td><b>正式成果草案:</b>项目计划、项目风险、角色分工、产品资料整合、项目状态内部记录 初始版。《角色分工》列出 Etunel 实际 <code>role</code> 和 <code>display_name</code>、职责边界、任务主责、协作关系和交接要求。<br><b>输入基线:</b>阶段 2 产品成果、阶段 3 已确认的必需成果及已提供的选填成果和角色清单;另含任务拆分、关键路径、输入输出、依赖、初始排期和风险。</td><td>技术负责人确认技术任务结构、顺序、依赖、版本关系、专业角色覆盖和技术风险;项目Hub不向全部执行角色征求整份计划确认。每项任务只设一个主责角色。</td><td>形成技术结构与角色覆盖已确认的任务计划草案。</td></tr>
|
||||
<tr><td>F4.3–4.4(条件流)</td><td>项目Hub发现任务缺少责任角色、输入、输出、依赖、估算、资源、日期或证据;任务之间存在冲突;或技术负责人明确标记待确认项。</td><td>项目Hub ↔ 对应执行角色</td><td><b>修订对象:</b>项目计划、项目风险、角色分工、项目状态内部记录 中的问题任务。<br><b>过程记录:</b>任务澄清请求/任务澄清回复,包含方案成果引用、上下游依赖、工期、资源、风险和负责人确认。</td><td>必须定向发送给该任务的执行角色,不得广播给全部角色,也不得要求执行角色重复确认无疑点任务。</td><td>补齐或修正问题任务;未触发时直接跳过。</td></tr>
|
||||
<tr><td>F4.5</td><td>定向确认后仍存在资源冲突、关键路径冲突或日期不可达。</td><td>项目Hub ↔ 技术负责人及受影响角色</td><td><b>修订成果:</b>项目计划、项目风险、角色分工、项目状态内部记录 新版本。<br><b>过程记录:</b>冲突解决记录,包含冲突点、方案约束、可选排法、阶段影响和响应时限。</td><td>项目Hub必须主动提醒,不得静默覆盖技术负责人或执行角色的确认;复杂冲突按 E.1–E.4 闭环。</td><td class="if-block">保持计划草案,冲突关闭前不得基线化。</td></tr>
|
||||
<tr><td>F4.6–4.7</td><td>技术负责人已确认整体计划,问题任务和剩余冲突均已关闭,资源安排与排期候选基线已形成。</td><td>项目Hub ↔ 产品</td><td><b>待确认成果:</b>项目计划、项目风险、项目状态内部记录 候选基线。<br><b>附带内容:</b>人员与资源安排、工时评估、排期、里程碑、风险、确认范围、条件和状态。</td><td>项目Hub不能代替产品确认资源与排期;产品完成负责人确认后统一回复。本环节不替代预算、采购/打样及对外承诺所需的业务授权。</td><td class="if-pass">产品确认后可基线化。</td></tr>
|
||||
<tr><td>F4.8</td><td>技术负责人确认有效、问题任务已关闭且产品确认资源与排期基线。</td><td>项目Hub → 相关执行角色;可另行同步业务</td><td><b>正式基线:</b>项目计划、项目风险、角色分工、产品资料整合。<br><b>执行角色状态快照:</b>只包含该角色相关任务、充分输入、依赖、方案成果引用、门禁、风险、时限、成果文件和完成条件。<br><b>业务同步(按需):</b>项目计划、实际项目排期和关键里程碑。</td><td>每个角色只接收与自身任务和依赖相关的计划内容;后续角色加入、退出、替换或变化必须登记并交接,改变基线时走变更申请;执行状态按 S.1–S.4 同步;业务同步为知会,不等待业务确认,也不新增门禁。</td><td class="if-pass">相关角色接收任务,开启阶段 5。</td></tr>
|
||||
<tr><td>F4.1–4.2</td><td>阶段 3 方案设计门禁通过,项目Hub已依据产品基线、方案设计成果和项目创建期角色清单形成任务计划草案。</td><td>项目Hub ↔ 技术负责人</td><td><b>正式成果草案:</b>项目计划、角色分工、项目状态内部记录 初始版。《角色分工》列出 Etunel 实际 <code>role</code> 和 <code>display_name</code>、职责边界、任务主责、协作关系和交接要求。<br><b>输入基线:</b>阶段 2 产品成果、阶段 3 已确认的必需成果及已提供的选填成果和角色清单;另含任务拆分、关键路径、输入输出、依赖、初始排期和风险。</td><td>技术负责人确认技术任务结构、顺序、依赖、版本关系、专业角色覆盖和技术风险;项目Hub不向全部执行角色征求整份计划确认。每项任务只设一个主责角色。</td><td>形成技术结构与角色覆盖已确认的任务计划草案。</td></tr>
|
||||
<tr><td>F4.3–4.4(条件流)</td><td>项目Hub发现任务缺少责任角色、输入、输出、依赖、估算、资源、日期或证据;任务之间存在冲突;或技术负责人明确标记待确认项。</td><td>项目Hub ↔ 对应执行角色</td><td><b>修订对象:</b>项目计划、角色分工、项目状态内部记录 中的问题任务。<br><b>过程记录:</b>任务澄清请求/任务澄清回复,包含方案成果引用、上下游依赖、工期、资源、风险和负责人确认。</td><td>必须定向发送给该任务的执行角色,不得广播给全部角色,也不得要求执行角色重复确认无疑点任务。</td><td>补齐或修正问题任务;未触发时直接跳过。</td></tr>
|
||||
<tr><td>F4.5</td><td>定向确认后仍存在资源冲突、关键路径冲突或日期不可达。</td><td>项目Hub ↔ 技术负责人及受影响角色</td><td><b>修订成果:</b>项目计划、角色分工、项目状态内部记录 新版本。<br><b>过程记录:</b>冲突解决记录,包含冲突点、方案约束、可选排法、阶段影响和响应时限。</td><td>项目Hub必须主动提醒,不得静默覆盖技术负责人或执行角色的确认;复杂冲突按 E.1–E.4 闭环。</td><td class="if-block">保持计划草案,冲突关闭前不得基线化。</td></tr>
|
||||
<tr><td>F4.6–4.7</td><td>技术负责人已确认整体计划,问题任务和剩余冲突均已关闭,资源安排与排期候选基线已形成。</td><td>项目Hub ↔ 产品</td><td><b>待确认成果:</b>项目计划、项目状态内部记录 候选基线。<br><b>附带内容:</b>人员与资源安排、工时评估、排期、里程碑、风险、确认范围、条件和状态。</td><td>项目Hub不能代替产品确认资源与排期;产品完成负责人确认后统一回复。本环节不替代预算、采购/打样及对外承诺所需的业务授权。</td><td class="if-pass">产品确认后可基线化。</td></tr>
|
||||
<tr><td>F4.8</td><td>技术负责人确认有效、问题任务已关闭且产品确认资源与排期基线。</td><td>项目Hub → 相关执行角色;可另行同步业务</td><td><b>正式基线:</b>项目计划、角色分工、项目状态内部记录。<br><b>执行角色状态快照:</b>只包含该角色相关任务、充分输入、依赖、方案成果引用、门禁、风险、时限、成果文件和完成条件。<br><b>业务同步(按需):</b>项目计划、实际项目排期和关键里程碑。</td><td>每个角色只接收与自身任务和依赖相关的计划内容;后续角色加入、退出、替换或变化必须登记并交接,改变基线时走变更申请;执行状态按 S.1–S.4 同步;业务同步为知会,不等待业务确认,也不新增门禁。</td><td class="if-pass">相关角色接收任务,开启阶段 5。</td></tr>
|
||||
</tbody></table></div>
|
||||
</section>
|
||||
|
||||
@@ -1083,7 +1083,7 @@
|
||||
<div class="if-exchange"><div class="if-actor if-tech">技术负责人</div><div class="if-arrow"><span class="if-flow-id">F5.10</span><strong>确认最终固件与硬件版本匹配并可提测</strong><small>板卡、BOM、统一固件及其应用/底层版本链完全匹配</small></div><div class="if-actor if-center">项目Hub</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>F5.1</td><td>阶段 4 项目规划门禁通过。</td><td>项目Hub → 嵌入式应用层 / 嵌入式底层 / 硬件</td><td><b>待产出成果:</b>嵌入式应用层固件包、嵌入式底层实现资料、硬件设计包。<br><b>输入与任务:</b>阶段3已确认的必需成果及已提供的选填成果、阶段4 项目计划(项目任务计划)、角色分工、项目风险,以及任务、输出格式、依赖和期限。<br><b>硬件额外输入:</b>F5.2 所列器件规格书和结构板框图。</td><td>三方必须使用相同的方案设计基线和项目计划版本;硬件输入未齐时先补齐资料,不阻塞其他依赖已满足的任务。</td><td>依赖已满足的实现任务并行启动。</td></tr>
|
||||
<tr><td>F5.1</td><td>阶段 4 项目规划门禁通过。</td><td>项目Hub → 嵌入式应用层 / 嵌入式底层 / 硬件</td><td><b>待产出成果:</b>嵌入式应用层固件包、嵌入式底层实现资料、硬件设计包。<br><b>输入与任务:</b>阶段3已确认的必需成果及已提供的选填成果、阶段4 项目计划(项目任务计划)与角色分工、阶段2 项目风险,以及任务、输出格式、依赖和期限。<br><b>硬件额外输入:</b>F5.2 所列器件规格书和结构板框图。</td><td>三方必须使用相同的方案设计基线和项目计划版本;硬件输入未齐时先补齐资料,不阻塞其他依赖已满足的任务。</td><td>依赖已满足的实现任务并行启动。</td></tr>
|
||||
<tr><td>F5.2–5.3</td><td>硬件已取得并核对 F5.2 所列输入资料,形成或修订硬件设计包;后续发布样机、板卡、BOM 或 ECO。</td><td>硬件 → 项目Hub → 技术负责人 / 嵌入式底层 / 嵌入式应用层 / 测试</td><td><b>前置输入:</b>项目实际使用的外设器件和关键器件规格书、结构板框图(主要器件位置和禁止限制区域),具体清单见本阶段 F5.2 硬件资料要求。<br><b>正式成果:</b>硬件设计包,登记明确版本。<br><b>硬件设计资料(纳入硬件设计包):</b>原理图;PCB 源文档;贴片资料(PCBA_BOM、器件位置图 PDF、贴片坐标);接口定义。先由硬件负责人确认,再经项目Hub中继技术负责人及受影响角色完成技术与接口确认。</td><td>所需输入资料未齐备或版本未核对时,先经项目Hub补齐,不得提交正式硬件设计包;设计包确认前不得投板或以未确认设计推进样机制作;没有影响分析不得切换硬件版本;禁止使用“最新板”或“当前 BOM”替代明确版本组合。</td><td class="if-block">输入缺失时阻塞相关硬件任务;影响接口、底层或应用固件时阻塞受影响任务。</td></tr>
|
||||
<tr><td>F5.4–5.5</td><td>嵌入式底层已形成硬件功能测试报告,BSP 与 PSP 输出路径可访问且版本明确。</td><td>嵌入式底层 → 项目Hub → 嵌入式应用层</td><td><b>正式成果:</b>嵌入式底层实现资料 当前版本。<br><b>必需内容:</b>硬件功能测试报告;BSP 输出路径;PSP 输出路径。<br><b>选填内容:</b>WiFi 设备定频测试固件。<br><b>附带信息:</b>输出版本、适配板卡、BOM/ECO、配置及适用的接口定义版本,以及必要的应用层集成说明、已知限制和风险。</td><td>BSP/PSP 路径必须指向可访问的实际输出;硬件功能测试报告记录底层已执行的硬件功能测试,不代替测试角色的整机质量结论。WiFi 设备定频测试固件为非必选项,未提供不阻塞合版、提测或阶段推进,也无需另行豁免;提供时标明 TEST_UTILITY_ONLY,仅用于专项测试,不得作为最终提测或发布固件。</td><td>项目Hub登记必需成果后,将 BSP/PSP 可消费版本交嵌入式应用层合版。</td></tr>
|
||||
<tr><td>F5.6</td><td>嵌入式应用层收到已登记的嵌入式底层可消费版本。</td><td>嵌入式应用层 → 项目Hub</td><td><b>正式成果候选:</b>嵌入式应用层固件包。<br><b>提交内容:</b>正式/升级/烧写固件、自测用例、分区表、MD5、zn_debug文件、Changelog、串口使能证书,以及应用/底层/板卡版本链及适用的接口定义版本。</td><td>必须形成可追溯的应用层+底层统一版本;禁止提交无法复现的单一二进制。</td><td>进入软硬件联调候选。</td></tr>
|
||||
@@ -1109,7 +1109,7 @@
|
||||
<div class="if-exchange"><div class="if-actor if-test">测试</div><div class="if-arrow"><span class="if-flow-id">F6.10</span><strong>提交内部确认的最终质量结论和剩余风险</strong><small>功能测试报告和缺陷清单完整,已提供的选填成果完成确认后</small></div><div class="if-actor if-center">项目Hub</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>F6.1–6.2</td><td>技术负责人批准嵌入式应用层提交的最终固件与硬件集成版本。</td><td>项目Hub ↔ 测试</td><td><b>测试输入:</b>嵌入式应用层固件包、硬件设计包、已集成的 嵌入式底层实现资料、版本矩阵、测试计划。<br><b>必需成果草案:</b>功能测试报告、缺陷清单。<br><b>选填成果:</b>可靠性测试报告、专项测试报告、提测佐证。<br><b>提测佐证内容(选填):</b>平台要求的视频、截图、log材料。<br><b>佐证提交方式:</b>提供时只向项目Hub登记文件索引、版本和交付状态;文件由测试直接交付产品,F7.1 确认接收。</td><td>测试只能接收嵌入式应用层提交且经技术负责人批准的最终固件;缺陷必须关联可复现环境和版本。</td><td>启动测试并更新测试状态。</td></tr>
|
||||
<tr><td>F6.1–6.2</td><td>技术负责人批准嵌入式应用层提交的最终固件与硬件集成版本。</td><td>项目Hub ↔ 测试</td><td><b>测试输入:</b>嵌入式应用层固件包、版本矩阵、测试计划。<br><b>必需成果草案:</b>功能测试报告、缺陷清单。<br><b>选填成果:</b>可靠性测试报告、专项测试报告、提测佐证。<br><b>提测佐证内容(选填):</b>平台要求的视频、截图、log材料。<br><b>佐证提交方式:</b>提供时只向项目Hub登记文件索引、版本和交付状态;文件由测试直接交付产品,F7.1 确认接收。</td><td>测试只能接收嵌入式应用层提交且经技术负责人批准的最终固件;缺陷必须关联可复现环境和版本。底层实现资料和硬件设计包不再列为阶段 6 的常规测试输入,不因未附这两类资料拒绝提测;具体测试或定位确需信息时按实际问题经项目Hub查询,不重新要求整包提交。</td><td>启动测试并更新测试状态。</td></tr>
|
||||
<tr><td>F6.3</td><td>测试发现缺陷或测试异常并形成可追踪记录。</td><td>测试 → 项目Hub → 实际相关角色</td><td><b>提交与更新成果:</b>测试主责的《缺陷清单》。<br><b>分发内容:</b>缺陷编号、现象、状态、模块、版本、环境、用例、复现、证据、影响、风险、优先级和回归要求。<br><b>商议结果:</b>缺陷责任人、主责角色、协作角色及处理时限。</td><td>测试与实际相关角色的负责人共同商议解决缺陷的责任人,每项缺陷明确一名责任人和一个主责角色。项目Hub只登记已确认的分工并路由,不自行指定责任人;跨层技术问题由技术负责人提供判断依据,需求含义由产品澄清。分歧未收敛时按 E.1–E.4 协调。</td><td>确认缺陷责任分工后,建立定向修复或专业澄清任务。</td></tr>
|
||||
<tr><td>F6.4–6.5</td><td>相关负责人已共同确认缺陷责任人,责任角色收到缺陷任务。</td><td>责任角色 / 技术负责人 / 产品 → 项目Hub → 测试</td><td><b>过程记录:</b>确认的责任人、主责与协作角色、原因分析、修复计划或技术/产品决定,包含影响、修复方案、风险、修复成果计划、期限、需重测范围和证据。<br><b>测试动作:</b>引用已确认的责任分工与修复输入,更新《缺陷清单》的责任人、状态和回归要求。</td><td>实现角色不直接替换或关闭测试主责的《缺陷清单》;“无法复现”“符合设计”或“不修复”必须带理由与证据;责任人调整仍需相关负责人共同确认。</td><td class="if-block">阻断缺陷使阶段阻塞;等待修复成果和目标版本复验。</td></tr>
|
||||
<tr><td>F6.6–6.8</td><td>应用修复、嵌入式底层修复或硬件 ECO 已提交。</td><td>责任角色 → 项目Hub → 嵌入式应用层 → 项目Hub → 测试</td><td><b>实现角色修订成果:</b>嵌入式应用层固件包、嵌入式底层实现资料或硬件设计包。<br><b>提交给测试的缺陷输入:</b>原因分析、修复计划、修复成果与版本、实现角色自测、变更记录、证据、影响范围、版本链和建议回归范围;测试引用后更新《缺陷清单》。<br><b>硬件 ECO 额外内容:</b>新旧板卡/PCB/BOM/ECO 差异、受影响批次、返工/回退方式、板级验证证据、底层驱动/HAL 兼容评估、应用固件有效性确认和新版本矩阵。</td><td>实现角色无权直接替换或关闭《缺陷清单》。嵌入式底层修复不得直接交给测试;必须由嵌入式应用层重新合版。硬件 ECO 先经底层兼容评估;即使不修改固件,也必须由嵌入式应用层确认原固件继续有效。技术负责人按需确认版本矩阵,测试在目标组合上复验并独立给出“已验证”或“已关闭”结论。</td><td>形成唯一可回归的固件与硬件版本矩阵,并由测试复验。</td></tr>
|
||||
@@ -1195,30 +1195,25 @@
|
||||
</section>
|
||||
|
||||
<section class="if-section" id="waiver">
|
||||
<div class="if-section-head"><div class="if-section-no">Y / ARTIFACT WAIVER</div><div><h2>贯穿全阶段:成果文件缺省与豁免信息流</h2><p>成果文件默认必须输出。只有主责角色能够发起“不适用”申请;项目Hub负责项目级审查、影响确认、批准登记和门禁更新,禁止任何角色静默跳过。</p></div></div>
|
||||
<div class="if-stage-summary"><div class="if-summary-card"><b>发起者</b><span>该成果在流程中的主责角色</span></div><div class="if-summary-card"><b>项目Hub确认</b><span>项目Hub;高影响豁免还需相关角色和业务完成内部确认</span></div><div class="if-summary-card"><b>门禁结果</b><span>需要成果 → 审查豁免 → 已豁免或仍需成果</span></div></div>
|
||||
<div class="if-section-head"><div class="if-section-no">Y / ARTIFACT WAIVER</div><div><h2>贯穿全阶段:成果文件缺省与豁免信息流</h2><p>必需成果默认必须输出,选填成果未提供无需豁免。仅主责角色可申请豁免;项目Hub校验并汇总申请,必须由项目负责人(项目Hub对应真人负责人)批准或拒绝,Hub AI 不得自行决定。</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>项目负责人(项目Hub对应真人负责人);项目Hub AI 仅登记与执行决定</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-product">成果主责角色</div><div class="if-arrow"><span class="if-flow-id">Y.1</span><strong>提交成果豁免申请</strong><small>说明为何本项目不适用,并附证据和替代信息</small></div><div class="if-actor if-center">项目Hub</div></div>
|
||||
<div class="if-exchange if-blocking"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">Y.2</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-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">Y.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">Y.4</span><strong>返回同意、反对或附条件意见</strong><small>必须说明替代证据和门禁影响</small></div><div class="if-actor if-center">项目Hub</div></div>
|
||||
<div class="if-exchange if-conditional"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">Y.5</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">Y.6</span><strong>批准或拒绝成果豁免</strong><small>汇总证据、下游意见和必要人类确认</small></div><div class="if-actor if-center">成果登记与门禁</div></div>
|
||||
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">Y.7A</span><strong>批准:记录已豁免并分发豁免记录</strong><small>当前门禁视为已满足,但保留完整审计</small></div><div class="if-actor if-product">全部受影响角色</div></div>
|
||||
<div class="if-exchange if-blocking"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">Y.7B</span><strong>拒绝:仍需该成果</strong><small>返回主责角色生成文件或补充证据</small></div><div class="if-actor if-product">成果主责角色</div></div>
|
||||
<div class="if-exchange"><div class="if-actor if-center">项目负责人<br>项目Hub对应真人负责人</div><div class="if-arrow"><span class="if-flow-id">Y.3</span><strong>人工确认批准或拒绝成果豁免</strong><small>依据申请、证据、替代方案与影响,记录确认人、时间和条件</small></div><div class="if-actor if-center">项目Hub<br>登记与门禁更新</div></div>
|
||||
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">Y.4A</span><strong>批准:记录已豁免并分发豁免记录</strong><small>当前门禁视为已满足,但保留完整审计</small></div><div class="if-actor if-product">全部受影响角色</div></div>
|
||||
<div class="if-exchange if-blocking"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">Y.4B</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>Y.1</td><td>主责角色判断某个阶段成果在本项目范围、架构或交付模式下不适用。</td><td>主责角色 → 项目Hub</td><td>成果类型、阶段、原因、事实证据、适用范围、替代成果、下游影响、风险和负责人确认。</td><td>只有该成果主责角色可发起;“暂时来不及”不属于不适用。</td><td>进入豁免审查,此时仍需要该成果。</td></tr>
|
||||
<tr><td>Y.2</td><td>中心收到豁免申请。</td><td>项目Hub → 主责角色</td><td>资格校验、结构校验、补充问题或拒绝理由。</td><td>安全、法规和核心验收证据可明确为不可豁免。</td><td class="if-block">校验失败则退回,门禁保持阻塞。</td></tr>
|
||||
<tr><td>Y.3–Y.4</td><td>成果存在下游消费者,或缺省可能影响接口、测试、验收、制造和归档。</td><td>项目Hub ↔ 受影响角色</td><td>豁免摘要、替代证据、影响项、同意/反对/附条件意见。</td><td>反对意见必须带具体依赖;项目Hub不得静默忽略。</td><td>形成项目级影响结论。</td></tr>
|
||||
<tr><td>Y.5</td><td>豁免影响业务范围、外部承诺、总体架构、质量、安全、客户验收或组织责任。</td><td>项目Hub → 业务</td><td>申请、影响、下游意见、风险和建议。</td><td>项目Hub无权单独批准高影响豁免;业务须完成内部授权。</td><td class="if-block">等待业务确认期间保持等待确认。</td></tr>
|
||||
<tr><td>Y.6</td><td>证据、影响意见及必要确认齐全。</td><td>项目Hub → 成果登记/门禁</td><td>成果类型、项目范围、基线引用、决定、确认人、确认时间、附加条件和失效条件。</td><td>豁免只对当前项目、阶段和基线版本有效,不得作为全局永久规则。</td><td>批准或拒绝。</td></tr>
|
||||
<tr><td>Y.7A</td><td>豁免批准。</td><td>项目Hub → 全部受影响角色</td><td>已豁免状态、豁免记录、替代成果和附加条件。</td><td>不能删除原必需项;保留豁免记录。项目范围或输入基线变化时自动失效并重新评估。</td><td class="if-pass">已豁免可满足当前门禁。</td></tr>
|
||||
<tr><td>Y.7B</td><td>豁免拒绝或附加条件未满足。</td><td>项目Hub → 主责角色</td><td>拒绝理由、必须生成的成果、补充证据和期限。</td><td>主责角色仍须输出正式文件。</td><td class="if-block">仍需该成果,阶段继续阻塞。</td></tr>
|
||||
<tr><td>Y.2</td><td>中心收到豁免申请。</td><td>项目Hub → 主责角色</td><td>资格校验、结构校验、补充问题或不可豁免的事实依据。</td><td>安全、法规和核心验收证据可明确为不可豁免。</td><td class="if-block">资料缺口退回补正;最终批准或拒绝仍由项目负责人确认,门禁不提前放行。</td></tr>
|
||||
<tr><td>Y.3</td><td>项目Hub已校验并汇总豁免申请、事实证据、替代方案和影响。</td><td>项目负责人(项目Hub对应真人负责人) → 项目Hub(记录人工决定)</td><td>成果类型、项目范围、基线引用、批准或拒绝决定、确认人、确认时间、附加条件及失效条件。</td><td>所有成果豁免必须由项目负责人明确批准或拒绝;沉默、AI 判断或形式校验不算批准。取消独立的下游征询与业务确认环节,不改变不可豁免要求,也不伪造专业或验收结论。</td><td>批准后登记;拒绝或未确认时仍需该成果。</td></tr>
|
||||
<tr><td>Y.4A</td><td>豁免批准。</td><td>项目Hub → 全部受影响角色</td><td>已豁免状态、豁免记录、替代成果和附加条件。</td><td>不能删除原必需项;保留豁免记录。项目范围或输入基线变化时自动失效并重新评估。</td><td class="if-pass">已豁免可满足当前门禁。</td></tr>
|
||||
<tr><td>Y.4B</td><td>豁免拒绝或附加条件未满足。</td><td>项目Hub → 主责角色</td><td>拒绝理由、必须生成的成果、补充证据和期限。</td><td>主责角色仍须输出正式文件。</td><td class="if-block">仍需该成果,阶段继续阻塞。</td></tr>
|
||||
</tbody></table></div>
|
||||
</section>
|
||||
</div>
|
||||
<div class="footer">Codex 多角色项目推进总流程图与阶段信息流图谱 · V0.15 · REVIEW</div>
|
||||
<div class="footer">Codex 多角色项目推进总流程图与阶段信息流图谱 · V0.15 · CURRENT</div>
|
||||
</main>
|
||||
<script>
|
||||
(() => {
|
||||
@@ -1233,32 +1228,32 @@
|
||||
"F1.3": ["artifact", "评审分发:项目背景说明 / 客户里程碑要求(待评审)"],
|
||||
"F1.4": ["artifact", "产品与业务确认:项目背景说明 / 客户里程碑要求"],
|
||||
"F1.5": ["artifact", "正式基线:项目背景说明 / 客户里程碑要求"],
|
||||
"F2.1": ["process", "输入:阶段1业务基线;待产出:立项资料 / 测试验收标准 / 里程碑要求"],
|
||||
"F2.2": ["artifact", "提交成果草案:立项资料(含平台 SDK、个参资料) / 测试验收标准 / 里程碑要求"],
|
||||
"F2.3": ["process", "评审分发:三类产品定义成果 + 与问题相关的现有参考资料"],
|
||||
"F2.4": ["process", "过程记录:角色评审结论;关联三类产品定义成果"],
|
||||
"F2.5": ["process", "修订对象:立项资料 / 测试验收标准 / 里程碑要求"],
|
||||
"F2.6": ["artifact", "提交修订成果:立项资料 / 测试验收标准 / 里程碑要求"],
|
||||
"F2.7": ["process", "待业务批准:立项资料 / 测试验收标准 / 里程碑要求"],
|
||||
"F2.8": ["artifact", "业务批准成果包:立项资料 / 测试验收标准 / 里程碑要求"],
|
||||
"F2.1": ["process", "输入:阶段1业务基线;待产出:立项资料 / 测试验收标准 / 里程碑要求 / 项目风险"],
|
||||
"F2.2": ["artifact", "提交成果草案:立项资料(含平台 SDK、个参资料) / 测试验收标准 / 里程碑要求 / 项目风险"],
|
||||
"F2.3": ["process", "评审分发:四类产品定义成果 + 与问题相关的现有参考资料"],
|
||||
"F2.4": ["process", "过程记录:角色评审结论;关联四类产品定义成果"],
|
||||
"F2.5": ["process", "修订对象:立项资料 / 测试验收标准 / 里程碑要求 / 项目风险"],
|
||||
"F2.6": ["artifact", "提交修订成果:立项资料 / 测试验收标准 / 里程碑要求 / 项目风险"],
|
||||
"F2.7": ["process", "待业务批准:立项资料 / 测试验收标准 / 里程碑要求 / 项目风险"],
|
||||
"F2.8": ["artifact", "业务批准成果包:立项资料 / 测试验收标准 / 里程碑要求 / 项目风险"],
|
||||
"F3.1": ["process", "输入:产品定义基线 / 阶段 2 已有评审记录;必需成果:测试计划;选填:总体技术方案"],
|
||||
"F3.2": ["process", "过程记录:设计要点 / 待确认接口约束;选填成果:总体技术方案"],
|
||||
"F3.3": ["process", "设计任务:测试计划(测试标准 / 测试用例范围 / 测试项)及各角色接口、硬件约束确认"],
|
||||
"F3.3": ["process", "设计任务:测试计划(测试标准 / 测试用例范围 / 测试项)及接口确认;硬件约束选填"],
|
||||
"F3.4": ["process", "过程记录:接口需求及确认结果;关联/修订:已提供的总体技术方案"],
|
||||
"F3.5": ["process", "过程记录:接口与硬件约束确认"],
|
||||
"F3.6": ["process", "过程记录:硬件约束与接口确认;关联/修订:已提供的总体技术方案"],
|
||||
"F3.6": ["process", "过程记录:选填:硬件约束与接口确认;提供时关联/修订总体技术方案"],
|
||||
"F3.7": ["artifact", "提交:测试计划(测试标准 / 测试用例范围 / 测试项);缺口经项目Hub转相关角色确认"],
|
||||
"F3.8": ["process", "汇总待确认:测试计划 / 设计反馈;有缺口时先确认、修订再汇总"],
|
||||
"F3.9": ["artifact", "技术负责人确认:测试计划及方案、接口确认结果;已提供的总体技术方案一并确认"],
|
||||
"F3.10": ["artifact", "多角色确认:测试计划 / 接口可实施性;选填成果已提供时一并确认"],
|
||||
"F4.1": ["artifact", "提交成果草案:项目计划 / 项目风险 / 角色分工 / 产品资料整合 / 项目状态内部记录"],
|
||||
"F4.2": ["artifact", "技术负责人确认:项目计划草案 / 项目风险 / 角色分工"],
|
||||
"F4.3": ["process", "修订对象:项目计划 / 项目风险 / 角色分工 / 项目状态内部记录"],
|
||||
"F3.10": ["artifact", "多角色确认:测试计划 / 接口可实施性;硬件约束及其他选填内容已提供时一并确认"],
|
||||
"F4.1": ["artifact", "提交成果草案:项目计划 / 角色分工 / 项目状态内部记录"],
|
||||
"F4.2": ["artifact", "技术负责人确认:项目计划草案 / 角色分工;参考阶段 2 项目风险"],
|
||||
"F4.3": ["process", "修订对象:项目计划 / 角色分工 / 项目状态内部记录"],
|
||||
"F4.4": ["process", "过程记录:问题任务定向确认结果"],
|
||||
"F4.5": ["process", "过程记录:计划冲突处置;修订项目计划与风险"],
|
||||
"F4.6": ["process", "待产品确认资源与排期:项目计划 / 项目风险 / 项目状态内部记录"],
|
||||
"F4.7": ["artifact", "产品确认成果:项目计划 / 项目风险 / 项目状态内部记录"],
|
||||
"F4.8": ["artifact", "正式基线分发:项目计划 / 项目风险 / 角色分工 / 产品资料整合 + 状态快照;业务可同步计划与排期"],
|
||||
"F4.5": ["process", "过程记录:计划冲突处置;修订项目计划;新增风险经项目Hub交产品维护"],
|
||||
"F4.6": ["process", "待产品确认资源与排期:项目计划 / 项目状态内部记录;参考阶段 2 项目风险"],
|
||||
"F4.7": ["artifact", "产品确认成果:项目计划 / 项目状态内部记录;参考阶段 2 项目风险"],
|
||||
"F4.8": ["artifact", "正式基线分发:项目计划 / 角色分工 / 项目状态内部记录 + 状态快照;业务可同步计划与排期"],
|
||||
"F5.1": ["process", "输入:阶段3必需成果及已提供的选填成果 / 项目任务计划 / 角色分工 / 项目风险;待产出:硬件设计包 / 嵌入式底层实现资料 / 嵌入式应用层固件包"],
|
||||
"F5.2": ["artifact", "前置输入齐备后提交确认:硬件设计包"],
|
||||
"F5.3": ["process", "定向分发与确认:硬件设计包(含接口定义)及约束变化"],
|
||||
@@ -1269,7 +1264,7 @@
|
||||
"F5.8": ["process", "过程记录:版本矩阵 / 软硬件联调记录"],
|
||||
"F5.9": ["artifact", "提交正式成果:嵌入式应用层固件包(最终提测版本)"],
|
||||
"F5.10": ["process", "过程记录:集成版本批准;关联应用固件包与硬件设计包"],
|
||||
"F6.1": ["process", "测试输入:应用固件包 / 底层实现资料 / 硬件设计包 / 测试计划"],
|
||||
"F6.1": ["process", "测试输入:应用固件包 / 测试计划"],
|
||||
"F6.2": ["artifact", "必需:功能测试报告 / 缺陷清单;选填:可靠性报告 / 专项报告 / 提测佐证"],
|
||||
"F6.3": ["artifact", "提交/更新:缺陷清单;相关负责人共同确定责任人"],
|
||||
"F6.4": ["process", "确认责任分工与修复计划;由测试更新缺陷清单"],
|
||||
|
||||
Reference in new issue
Block a user