云服务器内容精选

华为云首页用户手册

IPD系统设备类项目

需求管理 CODEARTS REQ-如何理解IPD系统设备类的需求模型

如何理解IPD系统设备类的需求模型首先我们需要先明确，RR、FE、IR、SR、AR这几个需求模型中的工作对象的含义。表1 IPD系统设备类项目工作对象的含义功能说明原始需求（RR）来自公司内、外部客户的，以客户视角描述的原始问题或者原始诉求。客户需求属于原始需求的一种类别。此类需求需要RMT/RAT分析评审后作出决定。特性（FE）是版本支撑“客户问题（PB）”所具备的重大能力。原则上特性是产品包的主要卖点（销售亮点）集合，每条特性都是满足客户特定商业价值诉求的端到端解决方案。一部分特性是可以通过License控制单独销售。 IR（初始需求）站在内外部客户/市场角度，以准确的语言（完整的背景、标准的格式）重新描述的需求。IR来自于两部分：可以从RR/FE分解。直接由产品规划产生。 SR（系统需求）站在研发视角，描述系统对外呈现的、可测试的全部功能需求和非功能需求。其中功能需求是对系统提供的功能的场景化的具体要求，非功能需求是对系统的成本、全局质量属性（主要是DFX）、技术限制等非功能性方面的具体要求。 AR（分配需求）根据基层组织分工不同，以可交付的视角，由SR进一步分解分配到子系统/模块的功能或非功能需求。父主题： IPD系统设备类项目最佳实践

需求管理 CODEARTS REQ IPD系统设备类项目最佳实践
需求管理 CODEARTS REQ-操作流程

操作流程本文档将按照以下步骤介绍CodeArts Req基线管控实践的操作流程。图1 CodeArts Req基线管控实践操作流程图表1 CodeArts Req基线管控实践操作流程说明步骤说明实践准备完成实践开始前的准备工作，包括创建项目、添加项目成员等操作。选择需求并发起基线评审完成选择研发需求、并发起基线评审流程等。评审专家评审评审专家完成基线评审单的评审操作等。审批人决策审批人完成基线评审单的决策操作等。需求基线锁定基线评审结束后，研发需求成为已基线状态。父主题：使用IPD系统设备类项目对智能手表研发项目进行基线评审管理

需求管理 CODEARTS REQ 使用IPD系统设备类项目对智能手表研发项目进行基线评审管理
需求管理 CODEARTS REQ-IPD系统设备类项目功能介绍

IPD系统设备类项目功能介绍 IPD系统设备类项目是面向系统设备类产品开发场景的IPD需求管理方法，通过结构化流程、强大的跨项目协作能力来对大型产品开发进行高质高效的管理，主要包含原始需求、系统特性、研发需求、任务、缺陷等内容，任务和缺陷是在需求实现过程中产生的活动和发现的问题。图1 IPD系统设备类项目 IPD系统设备类项目的重要操作如表1所示。表1 IPD系统设备类项目操作说明功能说明相关操作原始需求（RR）原始需求是以客户视角描述的原始问题或者原始诉求。其中，客户需求属于原始需求的一种类别。新建原始需求处理原始需求特性（FE）特性是产品包需求或服务支撑“客户问题（PB）”所具备的重大能力。产品包需求：由产品经理/规划代表规划出来的、完整一致的、成系列的一组正式需求。原则上特性是产品包的主要卖点（销售亮点）集合，每条特性都是满足客户特定商业价值诉求的端到端解决方案。其中，有一部分特性是可以通过License控制单独销售。客户问题（PB）：客户面对的挑战与机会（客户战略与痛点），也就是该产品或服务为客户解决的核心问题。通过解决核心问题为客户带来核心价值。新建特性处理特性新建特性树新建特性树分层为特性树关联特性研发需求（IR/SR/AR）研发需求下的工作项有以下三种类型： IR初始需求站在客户/市场视角，以准确的语言、完整的背景、标准的格式重新描述的需求。 SR系统需求站在研发视角，描述系统对外呈现的、可测试的功能性需求和非功能性需求。功能性需求是对系统提供功能的场景化的具体要求。非功能性需求是对系统的成本、全局质量属性（主要是DFX）、技术限制等非功能性方面的具体要求。 AR分配需求站在可交付视角，根据基层组织分工不同，由SR进一步分解分配到子系统、模块的功能和非功能需求。新建研发需求分解研发需求处理研发需求任务（Task）任务是为了完成某个目标而产生的活动。新建任务处理任务缺陷（Bug）项目中发现的问题，可以视为缺陷。新建缺陷处理缺陷父主题： IPD系统设备类项目

需求管理 CODEARTS REQ IPD系统设备类项目