7. Rquirements Analysis & Design Definition

0.0(0)
Studied by 0 people
call kaiCall Kai
Locked
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
GameKnowt Play
Card Sorting

1/19

encourage image

There's no tags or description

Looks like no tags are added yet.

Last updated 1:59 AM on 9/20/26
Name
Mastery
Learn
Test
Matching
Spaced
Call with Kai
Chat

No analytics yet

Send a link to your students to track their progress

20 Terms

1
New cards
A knowledge area describes how business analysts structure, model, verify, and validate requirements and designs, explore solution alternatives, and recommend the option that yields the greatest potential value.
The Requirements Analysis and Design Definition (RADD)
2
New cards
Focus on understanding and defining the need (the what and why).
Requirements
3
New cards
Focus on the solution and how that need will be satisfied (the how).
Designs
4
New cards
A core task of RADD: Analyze, synthesize, and refine elicitation results into formal requirements and designs.
Specify and Model Requirements
5
New cards
A core task of RADD: Ensure requirements/designs meet quality standards (internal consistency, usability, syntax).
Verify Requirements
6
New cards
A core task of RADD: Ensure requirements/designs align to business goals and deliver real business value.
Validate Requirements
7
New cards
A core task of RADD: Fit all models and requirements together into a cohesive, harmonized whole.
Define Requirements Architecture
8
New cards
A core task of RADD: Identify tactical solution approaches (Create, Purchase, Combine) and allocate requirements.
Define Design Options
9
New cards
A core task of RADD: Compare design options (benefits vs. costs vs. risks) and recommend the best path.
Analyze Potential Value & Recommend Solution
10
New cards

What 2 main formats do models use?

1. Matrices

2. Diagrams

11
New cards

Uniform, structured data tables

Matrices

12
New cards
Visual representations of boundaries, hierarchies, and flows
Diagrams
13
New cards
The set of standards, notations, and guidelines defining how requirements will be represented for a specific stakeholder group
Viewpoint (The Template/Convention)
14
New cards
The actual instantiated requirements and diagrams produced for a specific system using that viewpoint.
View
15
New cards
Proves lineage (linking a requirement back to a business objective).
Traceability
16
New cards
Proves cohesion (how all parts fit together into a functioning system).
Architecture
17
New cards

The process of assigning requirements to specific solution components, organizational units, job roles, or staged releases to maximize value delivery.

Requirements Allocation

18
New cards
Benefits minus Costs (accounting for risk and uncertainty)
Value Calculation
19
New cards
The value of the best alternative not selected.
Opportunity Cost
20
New cards

What is the primary difference between requirements verification and requirements validation?

Verification ensures requirements meet quality and notation standards; validation ensures requirements deliver business value and align with business goals.