feat: add frontend development guidelines and structure documentation
- Introduced API guidelines for interface contracts and request handling. - Added design tokens usage guidelines for consistent styling across the project. - Established DTO guidelines for defining request parameters and response data types. - Created frontend structure guidelines to clarify directory organization and code placement rules. - Compiled a comprehensive frontend development guideline document covering various aspects of the development process. - Implemented quality guidelines to ensure code maintainability and adherence to best practices.
This commit is contained in:
@@ -0,0 +1,54 @@
|
||||
---
|
||||
id: REVIEW-GATES-AI-RD-WORKFLOW
|
||||
type: standard
|
||||
status: draft
|
||||
created: 2026-06-29
|
||||
---
|
||||
|
||||
# 评审门禁
|
||||
|
||||
## Gate 1:用户需求评审
|
||||
|
||||
通过条件:
|
||||
|
||||
- 目标用户和核心问题明确。
|
||||
- 业务价值和优先级明确。
|
||||
- 需求范围与非目标明确。
|
||||
- 关键场景、异常场景、边界场景已覆盖。
|
||||
- 验收方向可被验证。
|
||||
|
||||
## Gate 2:研发需求评审
|
||||
|
||||
通过条件:
|
||||
|
||||
- OR 能追溯到 UR、RA、SA。
|
||||
- DR 覆盖功能、非功能、接口、数据、依赖、约束。
|
||||
- 关键风险和未知项已标记 owner。
|
||||
- 拆分策略适合后续详细设计。
|
||||
|
||||
## Gate 3:详细设计评审
|
||||
|
||||
通过条件:
|
||||
|
||||
- DS 能追溯到 OR、DR。
|
||||
- 模块、接口、数据、状态、异常处理清晰。
|
||||
- 每个开发任务边界清晰且可独立验证。
|
||||
- 测试点和回归影响已标注。
|
||||
|
||||
## Gate 4:编码准出
|
||||
|
||||
通过条件:
|
||||
|
||||
- 代码变更能追溯到 DS/TASK。
|
||||
- 本地验证通过或说明未验证原因。
|
||||
- 变更影响范围明确。
|
||||
- 未完成项和技术债已记录。
|
||||
|
||||
## Gate 5:测试准出
|
||||
|
||||
通过条件:
|
||||
|
||||
- 测试用例覆盖 UR、OR、DR、DS 的关键点。
|
||||
- 失败用例有明确处理结论。
|
||||
- 未覆盖风险已记录。
|
||||
- 需求链路状态可更新为 `verified` 或 `rework`。
|
||||
Reference in New Issue
Block a user