2. Step 1: Requirements
Framing
What good looks like
Pre-work, possibly lasting several
weeks
Scenario and
requirements
gathering
Develop
architectural
views
Quality
attributes
Tradeoffs
3. What good looks like: typical quality attributes
User view
Performance
Availability
Usability
Security
Privacy
Developer view
Maintainability
Portability
Reusability
Testability
Extensibility
Business
stakeholder view
Time to market
Cost/benefits
Project lifetime
Marketability
Risk
Rosenblum & Wolf, 2008
4. Step 2: Develop
scenarios
Classic white-board exercise
Develop architectural view for
each alternative
Best done with technical
stakeholders (ie squads,
engineering leads, developers,
subject matter experts, architects
etc)
Scenario and
requirements
gathering
Develop
architectural
views
Quality
attributes
Tradeoffs
6. Step 3: Quality
attributes
Done by the solution architect
Analyse each scenario
Focus on how they differ
Build a table that compares
alternatives and quality measures
Scenario and
requirements
gathering
Develop
architectural
views
Quality
attributes
Tradeoffs
7. Step 4: Tradeoff
analysis
Business stakeholder (i.e
commercial) exercise
Make it clear which is the best
alternative (be wary of telling them
what to do)
Can usually be solved in a meeting
with business stakeholders (e.g.
product manager, project manager,
business owner, sponsor)
May also want technical stakeholders
there
Scenario and
requirements
gathering
Develop
architectural
views
Quality
attributes
Tradeoffs
8. Tradeoff example
Alternative Price Quality
attribute 1
Quality
attribute 2
Quality
Attribute 3
Scenario A XL Good Yes Yes
Scenario B M OK Maybe Yes
Scenario C S Poor No No
Decision with business stakeholders
Prepared by: solution architect