diff --git a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html index 6f896d3..9eac54e 100644 --- a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html +++ b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html @@ -939,8 +939,8 @@
00B / ARTIFACT TRACEABILITY

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

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

判定原则:正式成果必须由指定主责角色输出;过程记录只能解释校验、评审、冲突、变更和确认,不得替代正式成果。阶段 3 的总体技术方案、架构决策记录,以及阶段 6 的可靠性测试报告为选填成果,未提交不阻塞推进,也无需另行豁免;已提交时仍须完成版本登记和相应确认。若其他必需成果获准豁免,则以下对应流转中的成果引用改为豁免记录和替代证据。
- - + + @@ -980,15 +980,15 @@
业务
F1.1提交完成内部审查的项目背景与客户里程碑要求草案附负责人确认、来源引用和实际成果文件
项目Hub
项目Hub
F1.2 · 条件触发仅在发现形式错误或跨来源冲突时返回问题触发范围仅限文件结构、版本、证据和已登记信息冲突;无异常则不启用此流
业务
项目Hub
F1.3分发已通过形式校验的业务成果评审版本附成果版本、证据引用、状态和待确认项
产品
-
产品 / 业务
F1.7产品与业务确认需求基线经项目Hub中转,双方分别确认同一版本
项目Hub
-
项目Hub
F1.8向产品分发正式业务基线并开启产品定义双方确认后留档,分发当前有效版本即可进入阶段 2
产品
+
产品 / 业务
F1.4产品与业务确认需求基线经项目Hub中转,双方分别确认同一版本
项目Hub
+
项目Hub
F1.5向产品分发正式业务基线并开启产品定义双方确认后留档,分发当前有效版本即可进入阶段 2
产品
阶段正式成果主责角色首次形成/提交评审、修订与确认正式分发/下游使用
1 业务需求项目背景说明业务F1.1F1.2 条件修订;F1.7 产品与业务确认F1.3 评审分发;F1.8 正式基线给产品
1 业务需求客户里程碑要求业务F1.1F1.2 条件修订;F1.7 产品与业务确认F1.3 评审分发;F1.8 正式基线给产品
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 业务批准F4.1 项目计划 输入;S.2 状态同步
- - - + + +
ID触发条件发送 → 接收正式载荷约束/确认对阶段的影响
F1.1收到新的客户需求或业务机会,且业务已完成原始信息收集、自查和负责人确认。业务 → 项目Hub正式成果草案:项目背景说明、客户里程碑要求。
附带内容:负责人确认、来源引用、成果版本和实际文件。
项目Hub不重复判断业务内容质量,只检查形式和跨来源一致性。进入中心登记。
F1.2(条件流)仅当文件结构、版本、证据不合规,或与已登记正式信息发生冲突时触发;不存在上述问题时跳过。项目Hub → 业务过程记录:形式校验问题清单或冲突清单。
关联成果:受影响的项目背景说明/客户里程碑要求及其字段、版本、冲突来源和修正要求。
项目Hub不能生成业务缺失项或替业务补写事实;无错误或冲突时不得发起此流。触发后,错误或冲突关闭前阻塞登记;未触发则直接进入 F1.3。
F1.3业务成果通过项目Hub的文件、版本、证据和跨角色冲突检查并完成登记。项目Hub → 产品评审分发成果:待评审的项目背景说明、客户里程碑要求。
附带内容:成果版本、状态、证据、待确认项和回复时限。
标明待评审状态;经产品与业务确认并留档后,才可作为阶段 2 输入。产品与业务通过项目Hub进入 F1.7 需求基线确认。
F1.7F1.3 已分发评审版本,业务内部审查和中心形式校验已完成。产品 ↔ 项目Hub ↔ 业务确认成果:经产品与业务各自负责人确认的项目背景说明、客户里程碑要求。
附带内容:确认状态、确认时间、确认条件和版本。
待确认项经项目Hub中转澄清;记录双方各自负责人确认状态、时间和版本,双方须确认同一版本。双方确认后通过门禁,进入 F1.8 并开启产品定义。
F1.8产品与业务确认同一需求基线,项目Hub已登记并留档正式版本且阶段门禁通过。项目Hub → 产品正式基线:项目背景说明、客户里程碑要求的当前有效版本。
附带内容:成果版本、基线与证据引用、阶段 2 任务和确认时限。
只允许分发已经确认并留档的当前有效版本;分发事件和接收状态必须登记,草稿或过期版本不得作为产品定义输入。产品接收后开启阶段 2。
F1.3业务成果通过项目Hub的文件、版本、证据和跨角色冲突检查并完成登记。项目Hub → 产品评审分发成果:待评审的项目背景说明、客户里程碑要求。
附带内容:成果版本、状态、证据、待确认项和回复时限。
标明待评审状态;经产品与业务确认并留档后,才可作为阶段 2 输入。产品与业务通过项目Hub进入 F1.4 需求基线确认。
F1.4F1.3 已分发评审版本,业务内部审查和中心形式校验已完成。产品 ↔ 项目Hub ↔ 业务确认成果:经产品与业务各自负责人确认的项目背景说明、客户里程碑要求。
附带内容:确认状态、确认时间、确认条件和版本。
待确认项经项目Hub中转澄清;记录双方各自负责人确认状态、时间和版本,双方须确认同一版本。双方确认后通过门禁,进入 F1.5 并开启产品定义。
F1.5产品与业务确认同一需求基线,项目Hub已登记并留档正式版本且阶段门禁通过。项目Hub → 产品正式基线:项目背景说明、客户里程碑要求的当前有效版本。
附带内容:成果版本、基线与证据引用、阶段 2 任务和确认时限。
只允许分发已经确认并留档的当前有效版本;分发事件和接收状态必须登记,草稿或过期版本不得作为产品定义输入。产品接收后开启阶段 2。
@@ -1217,8 +1217,8 @@ "F1.1": ["artifact", "提交成果草案:项目背景说明 / 客户里程碑要求"], "F1.2": ["process", "过程记录:形式校验问题清单 / 冲突清单;关联业务阶段成果"], "F1.3": ["artifact", "评审分发:项目背景说明 / 客户里程碑要求(待评审)"], - "F1.7": ["artifact", "产品与业务确认:项目背景说明 / 客户里程碑要求"], - "F1.8": ["artifact", "正式基线:项目背景说明 / 客户里程碑要求"], + "F1.4": ["artifact", "产品与业务确认:项目背景说明 / 客户里程碑要求"], + "F1.5": ["artifact", "正式基线:项目背景说明 / 客户里程碑要求"], "F2.1": ["process", "输入:阶段1业务基线;待产出:立项资料 / 测试验收标准 / 里程碑要求"], "F2.2": ["artifact", "提交成果草案:立项资料 / 测试验收标准 / 里程碑要求"], "F2.3": ["process", "评审分发:三类产品定义成果 + 与问题相关的现有参考资料"],