在不少公司的需求管理体系里（尤其是华为 IPD / CodeArts Req 这套分类），需求会按层级用这些缩写标识：RR / IR / SR / AR（从"更原始"到"更可落地"逐级细化）。(华为云社区)
- RR = Raw Requirement（原始需求） ：从客户/市场/内部干系人收集来的"原话/原始诉求"，通常还没被规范化表述。(CSDN博客)
- IR = Initial Requirement（初始需求） ：把 RR 经过分析后，用更准确、标准的格式重新描述成"可讨论、可评审"的需求。(CSDN博客)
- SR = System Requirement（系统需求） ：为支撑某个特性/价值点而形成的可测试 的系统级功能/非功能需求（性能、可靠性、成本、约束等也可能在这里）。(CSDN博客)
- AR = Allocated Requirement（分配需求） ：把 SR 分解并分配 到具体子系统/模块/开发组的需求；常被视为更接近研发实现的最小拆分单元之一。(华为云社区)
常见分解链路就是：RR → IR → SR → AR （逐层分解、逐步落地）。(华为云社区)
也可能会有细微差异；但这四个在华为体系里基本就是以上含义。
AR的拆解
在华为 IPD 里，AR（Allocated Requirement，分配需求）本质上已经是"分到某个开发组/子系统"的可落地需求了。到了这个层级，团队就要把它进一步按交付活动拆开做计划/算工时/控进度 ------看到的"设计 / 开发 / 自测 / 开发主流程时间"更多是研发执行维度的拆分字段 （常见于 CodeArts Req 的 IPD 模板/实践里），不再是 RR/IR/SR 那种"需求层级"。(CSDN博客)
下面按华为 IPD 语境解释这些概念：
1) 设计（Design）
指为了实现该 AR，开发组需要完成的方案与设计类工作，典型包括：
- 需求澄清后的技术方案、接口/数据结构设计、时序/状态机设计
- 影响分析（改哪些模块、风险点、兼容性/DFX 约束）
- 设计评审/走查前的准备与修改
它对应"把 SR/AR 变成可实现方案"的那段投入。(华为支持)
2) 开发（Development）
指编码实现 + 联调为主的工作量（有的团队把单元测试也算在这里），典型包括：
- 代码实现、编译构建、基础联调（与上下游接口对通）
- 关键缺陷修复（到能提测为止）
在 CodeArts Req 里通常会以"后端开发 / 前端开发 ......"这种工时类型去填。(华为支持)
3) 自测（Self-test）
这里的"自测"一般特指开发侧提测前的自检（不是测试团队的系统测试），目的就是保证"交付给测试时别一跑就炸"。常见包含：
- 冒烟、主流程跑通、自测用例执行
- 回归修复（开发自测阶段发现的问题）
很多团队会把"修 bug 的时间"也纳入自测/开发时间口径里，取决于你们内部定义。(知乎专栏)
4) 开发的主流程时间（Main flow time in Dev）
这个字段通常是进度管理用的"关键里程碑时间"：
从开始开发算起，把该 AR 的"主流程/Happy Path（最核心、最关键的业务路径）"做到可跑通需要的时间（或日期）。
它常用于两件事：
- 控关键路径/拉通联调：先把主流程尽早做通，让系统/集成/测试可以提前介入，风险更早暴露。
- 区分"主干可用"与"全量完备"：主流程通了 ≠ 所有边界条件、异常分支、性能优化都完了；后面还会继续完善。
"主流程"这个词在测试/交付里也常用，核心就是"先保证关键路径能走通"。(知乎专栏)
一个直观例子
某 AR："手表支持控制 iPhone 遥控拍照"
- 设计：协议/接口/权限/兼容方案、状态机、异常场景设计
- 开发：实现蓝牙指令、APP 侧适配、联调
- 自测：至少把"连接→打开相机→点击拍照→返回成功"跑通 + 冒烟回归
- 开发主流程时间：你预计"连接→拍照成功"这条主链路几天能出（用来给项目/集成对齐节奏）