82 lines
2.6 KiB
Markdown
82 lines
2.6 KiB
Markdown
---
|
||
type: process_stage
|
||
tags: [项目管理流程, 阶段2, 高保真模型, 业务对象, 前端, 产品]
|
||
aliases: [高保真模型确认, 业务对象确认, Gate 2, 统一业务对象模型]
|
||
source: AI_驱动_内部系统开发流程_V3.docx
|
||
status: active
|
||
owner: 前端 / 产品经理
|
||
updated: 2026-05
|
||
---
|
||
|
||
# 阶段2 高保真模型与业务对象确认
|
||
|
||
## 核心目标
|
||
|
||
把完整但粗糙的需求收敛成可开发模型。阶段2追求模型高效，前端必须深度参与。
|
||
|
||
## 负责人
|
||
|
||
- 前端
|
||
- 产品经理
|
||
|
||
## 输入
|
||
|
||
- 阶段1形成的主流程、页面结构、按钮盘点、分支流程、异常流程和 Vibe Coding 验证记录。
|
||
|
||
## 关键动作
|
||
|
||
- 将业务原型收敛为高保真模型。
|
||
- 明确页面结构、交互、按钮行为和状态变化。
|
||
- 确认业务对象、字段、状态和对象关系。
|
||
- 明确 V1/V2 范围和项目周期。
|
||
- 进行前端技术评审和技术预检。
|
||
- 识别性能、安全、权限、并发、日志、可回滚等风险。
|
||
|
||
## 输出/交付物
|
||
|
||
- `07_高保真模型.html`
|
||
- `07_高保真模型说明.md`
|
||
- `08_项目周期与版本确认.md`
|
||
- `09_前端技术评审.md`
|
||
- `10_技术预检记录.md`
|
||
- `10A_统一业务对象模型.md`
|
||
- `10B_按钮行为矩阵.md`
|
||
|
||
## 检查清单
|
||
|
||
- [ ] 页面是否已经从粗糙原型收敛成可开发模型？
|
||
- [ ] 按钮行为是否明确？
|
||
- [ ] 业务对象、字段、状态、对象关系是否明确？
|
||
- [ ] V1/V2 范围是否明确？
|
||
- [ ] 是否完成前端技术评审？
|
||
- [ ] 是否完成性能、安全、权限、并发、日志、可回滚预检？
|
||
- [ ] 是否明确高保真模型确认后才允许正式开发？
|
||
|
||
## 风险点
|
||
|
||
- 前端介入太晚，导致页面、接口、数据库互相倒逼。
|
||
- 高保真模型只画页面，没有确认业务对象和状态。
|
||
- 没有按钮行为矩阵，开发和测试无法对齐。
|
||
- 未提前识别性能、安全、权限、并发、日志、回滚风险。
|
||
|
||
## Gate 2 通过标准
|
||
|
||
高保真模型通过：页面收敛、按钮行为、业务对象、状态、V1/V2 明确。
|
||
|
||
## 常见问题
|
||
|
||
### 什么时候需要前端提前参与？
|
||
|
||
阶段2必须由前端深度参与。若需求涉及多页面、复杂交互、权限、状态流转、数据结构或组件复用，前端应在需求收敛时提前参与。
|
||
|
||
### 统一业务对象模型为什么重要？
|
||
|
||
统一业务对象模型是页面、接口、数据库、测试、AI 提示词的共同基础。
|
||
|
||
## 关联条目
|
||
|
||
- [[阶段1_业务需求完整形成]]
|
||
- [[阶段2.5_测试提前补漏]]
|
||
- [[../01_业务流程/业务对象字典]]
|
||
- [[阶段交付物清单]]
|