# 需求分析正反例

正例展示需求应达到的可验证粒度，不是默认业务答案。必须使用用户确认的真实目标、角色、规则和边界。

## 正例

- 根本目标：用户需要在网络不稳定时安全地重复提交订单，而不会被重复扣款或生成重复订单。
- `confirmed_by`：用户于当前任务明确确认
- `REQ-014`：登录用户提交相同幂等键的订单请求时，24 小时内只能创建一笔订单
- 正常验收：首次请求返回订单 ID；重复请求返回同一订单 ID
- 错误验收：请求内容与首次不同但幂等键相同，返回明确冲突且不新增订单
- 边界验收：24 小时到期后允许使用相同键创建新订单
- 非目标：本期不处理跨账号合并订单

## 反例

- 根本目标：做一个幂等接口
- 需求：系统支持订单功能
- 验收：功能正常，没有问题

问题：根本目标写成解决方案，角色、时间窗、正常/错误/边界和非目标都不可验证。

## 迁移到当前项目

替换用户、场景、目标、业务规则、时间窗、指标和端清单。每条需求来自访谈、现状材料或用户确认；示例编号、角色和阈值不得进入正式文档。