93 lines
1.6 KiB
Markdown
93 lines
1.6 KiB
Markdown
|
---
|
||
|
|
id: LIFECYCLE-AI-RD-WORKFLOW
|
||
|
|
type: standard
|
||
|
|
status: draft
|
||
|
|
created: 2026-06-29
|
||
|
|
---
|
||
|
|
|
||
|
|
# 生命周期
|
||
|
|
|
||
|
|
## 1. 用户需求
|
||
|
|
|
||
|
|
负责人：PM
|
||
|
|
|
||
|
|
输入：原始用户需求、业务背景、访谈记录、问题描述。
|
||
|
|
|
||
|
|
输出：
|
||
|
|
|
||
|
|
- UR：用户需求。
|
||
|
|
- RA：需求分析。
|
||
|
|
- SA：场景分析。
|
||
|
|
|
||
|
|
关键动作：
|
||
|
|
|
||
|
|
- 评审原始需求是否清晰、完整、有价值。
|
||
|
|
- 细化用户目标、业务价值、成功标准。
|
||
|
|
- 补齐主场景、异常场景、边界场景。
|
||
|
|
|
||
|
|
## 2. 研发需求
|
||
|
|
|
||
|
|
负责人：SE
|
||
|
|
|
||
|
|
输入：UR、RA、SA。
|
||
|
|
|
||
|
|
输出：
|
||
|
|
|
||
|
|
- OR：研发目标需求。
|
||
|
|
- DR：研发需求。
|
||
|
|
|
||
|
|
关键动作：
|
||
|
|
|
||
|
|
- 将业务目标转译为工程目标。
|
||
|
|
- 明确功能范围、非功能要求、接口、数据、依赖和约束。
|
||
|
|
- 识别技术风险、拆分边界和交付策略。
|
||
|
|
|
||
|
|
## 3. 详细设计
|
||
|
|
|
||
|
|
负责人：RD
|
||
|
|
|
||
|
|
输入：OR、DR。
|
||
|
|
|
||
|
|
输出：
|
||
|
|
|
||
|
|
- DS：详细设计。
|
||
|
|
- TASK：可开发任务。
|
||
|
|
|
||
|
|
关键动作：
|
||
|
|
|
||
|
|
- 拆分模块、接口、数据结构、状态流和异常处理。
|
||
|
|
- 将设计落到可由 AI 或研发执行的任务粒度。
|
||
|
|
- 标注测试点、兼容性和回归影响。
|
||
|
|
|
||
|
|
## 4. 编码
|
||
|
|
|
||
|
|
负责人：RD / AI agent
|
||
|
|
|
||
|
|
输入：DS、TASK。
|
||
|
|
|
||
|
|
输出：代码变更、实现说明、风险说明。
|
||
|
|
|
||
|
|
关键动作：
|
||
|
|
|
||
|
|
- 按任务边界实现。
|
||
|
|
- 维护变更与 DS、DR 的映射。
|
||
|
|
- 运行必要验证。
|
||
|
|
|
||
|
|
## 5. 测试
|
||
|
|
|
||
|
|
负责人：QA / RD / AI agent
|
||
|
|
|
||
|
|
输入：UR、OR、DR、DS、代码变更。
|
||
|
|
|
||
|
|
输出：
|
||
|
|
|
||
|
|
- TP：测试计划。
|
||
|
|
- TC：测试用例。
|
||
|
|
- 测试结果。
|
||
|
|
|
||
|
|
关键动作：
|
||
|
|
|
||
|
|
- 从需求和设计生成测试覆盖。
|
||
|
|
- 标记正向、异常、边界、回归用例。
|
||
|
|
- 记录未覆盖风险。
|