---
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_业务流程/业务对象字典]]
- [[阶段交付物清单]]