Home > CMMi, Quality Management System, Requirement Management > Requirement Management Vs Requirement Development

Requirement Management Vs Requirement Development

S.No Requirement Management Requirement Development
1 An Engineering process area at Maturity Level 2 An Engineering process area at Maturity Level 3
2 REQM is to “manage” the requirements of the project’s products and product components. RD is to “produce” customer, product, and product component requirements. 
3 REQM identifies inconsistencies between requirements and project’s plans/work products RD analyzes the customer, product and product component requirements.
4 Deals with communication between Requirements analysts and customer. RM is customer management oriented. Deals with communication between PM, domain and functional architect, designer and his team. In object oriented domain, it relates to defining services.
5 Specific GoalSG 1 Manage Requirements Specific GoalSG 1 Develop Customer Requirements

SG 2 Develop Product Requirements

SG 3 Analyze and Validate Requirements

6 GP 2.3 REQM uses requirements tracking tools, traceability tools and bi-directional matrix to manage requirement changes GP 2.3 RD uses requirements specification tools, simulators, modeling/ prototyping tools, scenario definition and management tools.
7 GP 2.5 REQM training includes:Application domain, Requirements definition, analysis, review, Configuration management and RM tools, Negotiation and conflict resolution GP 2.5 Examples of RD training includes :Application domain, Requirements definition, analysis and requirements elicitation, Requirements specification, modeling and tracking
8 GP 2.6 REQM deliverables placed under configuration management are requirements and requirements traceability matrix. GP 2.6 RD deliverables placed under configuration management are customer requirements, functionalArchitecture, product and product-component requirements and Interface requirements.
9 GP 2.9 Work products reviewed include requirements and requirements traceability matrix. Work products reviewed include product and product-component requirements, Interface requirements and functional architecture.
Advertisements
  1. No comments yet.
  1. No trackbacks yet.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this: