一、老的产品包需求架构

OR：Offering Requirement，产品包需求
DR：Design Requirement，设计需求
DS: Design Specification，设计规格

二、新的产品包需求架构

RR：Raw Requirement，原始需求
来自公司内、外部客户的、关于公司产品与解决方案的、需要需求管理/分析团队（RMT/RAT）分析评审后作出决定的所有需求。

IR：Initial Requirement，初始需求

• 原始需求经过RMT/RAT分析后，站在内外部客户/市场角度，以准确的语言（完整的背景、标准的格式）重新描述的需求。
• 之所以称为初始需求，是因为后续此需求还会经过第2轮分析，归纳到“系统特性”或者“系统需求”等标准需求架构层面。
• 初始需求便于RAT将分析后的原始需求进行重新描述后，分发到路标规划版本上，再由CDT进行进一步加工与取舍。
• 初始需求还是特性提炼的资源池，部分重要的初始需求可以提炼为产品卖点，则由CDT归纳为特性。
• CDT在charter的需求交付件包括：IR、PB、SF三类，并要求整理为树形结构。
• 初始需求IR除通过RR转换得到外，还可能通过解决方案需求分解到网元、公司DFX需求重用到产品、Marketing市场调研热点需求包重用等途径产生。

PB：Problem，客户问题
描述客户面对的挑战与机会（客户战略与痛点），也就是该版本为客户带来的核心价值。

SF：System Feature，系统特性
描述该版本为支撑“客户问题（PB）”所具备的重大能力。系统特性是产品包的主要卖点（销售亮点）集合，每条特性都是满足客户特定商业价值诉求的端到端解决方案，一部分特性是可以通过license控制单独销售的。

SR：System Requirement，系统需求
描述为支撑“系统特性SF”所需要支持的具体需求，定义：系统需求（SR）是系统对外呈现的、可测试的全部功能需求和非功能需求，其中功能需求是对系统提供的功能的场景化的具体要求，非功能需求是对系统的成本、全局质量属性、技术限制等非功能性方面的具体要求。

AR：Allocated Requirement，分配需求
根据“系统需求SR” 分配到子系统/模块的功能或非功能需求。

CR：Process Change Requirement，流程变更需求
业务发生变化或者已有流程存在缺陷，导致不能满足而对扣成变更的需求。

三、新老需求架构对比

简单理解的话，可以理解成OR=IR、DR=SR、DS=AR。

原文地址：https://www.cnblogs.com/kid-kid/p/15985646.html