2.3 KiB
2.3 KiB
type, tags, aliases, source, status, owner, updated
| type | tags | aliases | source | status | owner | updated | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| process_stage |
|
|
AI_驱动_内部系统开发流程_V3.docx | active | 前端 / 后端 / 算法 | 2026-05 |
阶段3 研发协作与正式开发
核心目标
基于高保真模型进行模块化、安全、可维护开发。研发阶段以代码质量、模块化、安全性、可维护性为中心。
负责人
- 前端
- 后端
- 算法
输入
- 高保真模型。
- 统一业务对象模型。
- 按钮行为矩阵。
- 测试用例初稿与需求补漏结果。
- 技术预检记录。
关键动作
- 拆分研发任务与协作计划。
- 进行前端、后端、算法技术实现对接。
- 明确接口、数据库、权限、安全、日志和回滚方案。
- 按代码治理与安全规范开发。
- 记录开发问题与联调结果。
- 治理 AI 生成代码，不能直接堆进生产。
输出/交付物
12_研发任务拆分与协作计划.md13_技术实现对接.md14_代码治理与安全规范.md15_开发问题与联调记录.md
检查清单
- 研发任务是否已拆分？
- 前后端、数据库、权限、安全、主要流程是否联调完成？
- 是否按统一业务对象模型设计接口和数据库？
- 是否处理权限、安全、日志、可回滚？
- AI 生成代码是否经过人工审查和治理？
- 是否避免重复代码和不可维护堆叠？
风险点
- 开发直接从 Vibe Coding 原型开始，跳过高保真模型。
- AI 生成代码未经治理直接进入生产。
- 缺少模块边界、权限、安全、日志和回滚方案。
- 前后端、数据库、测试使用的业务对象不一致。
Gate 3 通过标准
开发联调通过：前后端、数据库、权限、安全、主要流程联调完成。
常见问题
阶段3如何保证模块化、安全和可维护？
依赖统一业务对象模型、研发任务拆分、技术实现对接、代码治理与安全规范、开发问题与联调记录。AI 代码必须经过治理，不能直接堆进生产。