文档首页/ 需求管理 CodeArts Req/ 用户指南/ 管理IPD系统设备类型项目需求/ IPD系统设备类项目需求管理流程介绍
更新时间：2024-08-09 GMT+08:00
查看PDF
分享

IPD系统设备类项目需求管理流程介绍

IPD系统设备类项目是面向系统设备类产品开发场景的IPD需求管理方法，通过结构化流程、强大的跨项目协作能力来对大型产品开发进行高质高效的管理，主要包含原始需求、系统特性、研发需求、任务、缺陷等内容，任务和缺陷是在需求实现过程中产生的活动和发现的问题。

图1 IPD系统设备类项目

IPD系统设备类项目使用的工作项类型介绍如表 IPD系统设备类项目工作项说明所示。

表1 IPD系统设备类项目工作项说明

工作项类型

说明

原始需求（RR）

原始需求是以客户视角描述的原始问题或者原始诉求。其中，客户需求属于原始需求的一种类别。

特性树（FT）

“特性树”包含特性集和SF的功能。

  • 特性集：集合汇总并管理SF。特性集可建立多层级关系，且有特性树版本快照及快照对比等功能。
  • SF：描述带来价值的特性，SF还可以按照层级关系新建不同类型的子需求，依次为：SF > IR > SR > AR。

系统特性（SF）
系统特性是产品包需求或服务支撑“客户问题（PB）”所具备的重大能力。
  • 产品包需求：由产品经理/规划代表规划出来的、完整一致的、成系列的一组正式需求。

    原则上系统特性是产品包的主要卖点（销售亮点）集合，每条系统特性都是满足客户特定商业价值诉求的端到端解决方案。其中，有一部分系统特性是可以通过License控制单独销售。

  • 客户问题（PB） ：客户面对的挑战与机会（客户战略与痛点），也就是该产品或服务为客户解决的核心问题。通过解决核心问题为客户带来核心价值。

研发需求（IR/SR/AR）

研发需求下的工作项有以下三种类型：

  • IR初始需求

    站在客户/市场视角，以准确的语言、完整的背景、标准的格式重新描述的需求。

  • SR系统需求
    站在研发视角，描述系统对外呈现的、可测试的功能性需求和非功能性需求。
    • 功能性需求是对系统提供功能的场景化的具体要求。
    • 非功能性需求是对系统的成本、全局质量属性（主要是DFX）、技术限制等非功能性方面的具体要求。
  • AR分配需求

    站在可交付视角，根据基层组织分工不同，由SR进一步分解分配到子系统、模块的功能和非功能需求。

任务（Task）

任务是为了完成某个目标而产生的活动。

缺陷（Bug）

项目中发现的问题，可以视为缺陷。

相关文档