Help Center/ CodeArts Req/ User Guide/ Managing IPD-System Device Project Requirements/ Requirement Management Process
Updated on 2026-01-22 GMT+08:00
View PDF
Share

Requirement Management Process

IPD-system device projects are oriented for large-scale product development scenarios based on structured processes and powerful cross-project collaboration. They help you manage development with efficiency and quality, covering raw requirements (RRs), system features (SFs), R&D requirements, tasks, and bugs. Tasks and bugs are respectively activities generated and problems found during requirement implementation.

Figure 1 IPD-system device projects

Table 1 describes the work item types used in IPD-system device projects.

Table 1 IPD-system device project work types

Work Item Type

Description

Billing

Raw requirement (RR)

RRs are raw problems or requirements described from the perspective of customers. Customer requirements are a type of RRs. For details about how to create and manage RRs, see Creating and Managing RRs.

You need to upgrade the package to the professional or higher edition. For details about the billing change, see Impact on Billing After Specification Change.

Feature tree (FT)

FTs contain feature sets and SFs.

  • Feature set: aggregates and manages SFs. Multi-level relationships can be established for the feature set, and the feature tree version snapshot and snapshot comparison functions are provided.
  • SF: feature that brings benefits. SFs can have different types of child work items in this hierarchy: SF > IR > SR > AR.

System feature (SF)
SFs are major capabilities of offering requirements or services to support problems (PBs).
  • Offering requirements: a group of complete, consistent, and series of formal requirements planned by product managers/planning representatives.

    In principle, SFs are a set of key selling points (highlights) of an offering. Each SF is an E2E solution that meets customers' specific business value requirements. Some SFs can be sold separately via license control.

  • PBs: challenges and opportunities faced by customers (customer strategies and pain points), that is, key problems solved by a product or service for customers. Resolving key problems can bring core value to customers.

For details about how to create system features, see Creating System Features.

R&D requirement (IR/SR/AR)

There are three work item types under R&D requirements:

  • Initial requirement (IR)

    IRs are re-described accurately, with complete background, in standard format, and from the perspective of customers/markets.

  • System requirement (SR)
    SRs are system functional and non-functional requirements that are presented externally, can be tested, and are described from the perspective of R&D.
    • Functional requirements are specific scenario-based requirements on functions provided by the system.
    • Non-functional requirements are specific to costs, global quality attributes (mainly on DFX), and technical restrictions.
  • Allocated requirement (AR)

    ARs are functional and non-functional requirements broken down from SRs and allocated to sub-systems/modules from the perspective of deliverability based on the division of responsibilities of entry-level organizations.

For details about how to create and manage R&D requirements, see Creating and Managing R&D Requirements.

Task

Tasks are activities with a certain goal. For details about how to create and manage tasks, see Creating and Managing Tasks.

Bug

Bugs are problems found in a project. For details about how to create and manage bugs, see Creating and Managing Bugs.
Parent Topic: Managing IPD-System Device Project Requirements