Your SlideShare is downloading. ×
0
DR. HIMANSHU HORA
SRMS College of Engg. & Tech., Bareilly (UP)
INDIA
CONTENTS
 What is SAAM
 How to perform SAAM
 What is a scenario
 SAAM Activities
SOFTWARE ARCHITECTURE
ANALYSIS METHOD
 SAAM
 Develop scenarios
 Describe architectures
 Classify scenarios
 Direct, i...
STEPS TO PERFORM SAAM
 Structured process for evaluating software
architectures.
 Before an architecture is finalized
 ...
SCENARIO
 Definition
 Brief description
 Of a single interaction
 Of a stakeholder
 With the system
 Stakeholder exa...
SAAM ACTIVITIES
Scenario
Development
Architecture
Description
Scenario
Classification
Scenario
Evaluation
Interaction
Asse...
SCENARIO DEVELOPMENT
 Illustrate kinds of activities needed
 During system usage and modification
 Tasks relevant to al...
ARCHITECTURE
DESCRIPTION
 Document candidate architectures
 Use well understood notation, etc.
 Cover all important asp...
SCENARIO CLASSIFICATION
 Direct
 Scenarios that the candidate architecture can
handle without change
 Indirect
 Scenar...
SCENARIO EVALUATION
 Identify needed changes for each scenario
 Specific list of changes
 Cost estimate
 Weight diffic...
INTERACTION ASSESSMENT
 When multiple scenarios require changes to a single
component
 Scenarios are said to interact
 ...
OVERALL EVALUATION
 To compare architectures
 Assign weights to scenarios
 Tabulate with cost estimates
 Evaluation is...
THANK YOU
DR. HIMANSHU HORA
SRMS College of Engg. & Tech., Bareilly (UP)
INDIA
Upcoming SlideShare
Loading in...5
×

Saam

637

Published on

Published in: Education, Technology, Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
637
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
20
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Transcript of "Saam"

  1. 1. DR. HIMANSHU HORA SRMS College of Engg. & Tech., Bareilly (UP) INDIA
  2. 2. CONTENTS  What is SAAM  How to perform SAAM  What is a scenario  SAAM Activities
  3. 3. SOFTWARE ARCHITECTURE ANALYSIS METHOD  SAAM  Develop scenarios  Describe architectures  Classify scenarios  Direct, indirect  Evaluate indirect scenarios changes  Scenario interaction  Overall evaluation
  4. 4. STEPS TO PERFORM SAAM  Structured process for evaluating software architectures.  Before an architecture is finalized  How can this be done  Prepare description of candidate architectures  Evaluate impact of various scenarios  Identify issues with one architecture under study
  5. 5. SCENARIO  Definition  Brief description  Of a single interaction  Of a stakeholder  With the system  Stakeholder examples  User performing a desired operation  Maintainer making a system change
  6. 6. SAAM ACTIVITIES Scenario Development Architecture Description Scenario Classification Scenario Evaluation Interaction Assessment Overall Evaluation
  7. 7. SCENARIO DEVELOPMENT  Illustrate kinds of activities needed  During system usage and modification  Tasks relevant to all stakeholders  Process  Prepare agenda, record all discussion  Brainstorm “proto scenarios”  Remove unimportant ones  Keep “revealing” scenarios, merge others
  8. 8. ARCHITECTURE DESCRIPTION  Document candidate architectures  Use well understood notation, etc.  Cover all important aspects  Identify architectural styles  What level of presentation  Suitable for audience  Sufficient to address scenarios
  9. 9. SCENARIO CLASSIFICATION  Direct  Scenarios that the candidate architecture can handle without change  Indirect  Scenarios that are not directly supported  Require change to system  Change in component function  Addition of components  Addition of connections between components
  10. 10. SCENARIO EVALUATION  Identify needed changes for each scenario  Specific list of changes  Cost estimate  Weight difficulty of changes  Not just the number of changes  Create a table of evaluation results  Scenario  Anticipated changes to support requirements
  11. 11. INTERACTION ASSESSMENT  When multiple scenarios require changes to a single component  Scenarios are said to interact  May expose poor allocation of responsibility  If unrelated scenarios affect same component  Ok if related scenarios interact
  12. 12. OVERALL EVALUATION  To compare architectures  Assign weights to scenarios  Tabulate with cost estimates  Evaluation is subjective  Depends on all stakeholders
  13. 13. THANK YOU DR. HIMANSHU HORA SRMS College of Engg. & Tech., Bareilly (UP) INDIA
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×