Studium, Ausbildung und Beruf

web uni-protokolle.de
 powered by
NachrichtenLexikonProtokolleBücherForenDonnerstag, 31. Juli 2014 

SAAM


Dieser Artikel von Wikipedia ist u.U. veraltet. Die neue Version gibt es hier.
SAAM ist ein Akronym für "Software Architecture Method". Das Verfahren wurde von Rick Kazman Abowd Len Bass und Paul Clements entwickelt.

(Diese Abkürzung wird auch im militärischen für "Surface-to-Air Anti-missile" gebraucht.)

Inhaltsverzeichnis
1 Szenarios Erheben (Schritt 1)
2 Beschreibung der Architektur (Schritt 2)
3 Klassifikation und Priorisierung der Szenarios (Schritt
4 Einzelne Bewertung der Szenarios (Schritt 4)
5 Untersuchung von Szenariointeraktionen (Schritt 5)
6 Erstellung der Gesamtbewertung (Schritt 6)

Kurzbeschreibung SAAM

SAAM ist die als erste publizierte eine der einfacheren Verfahren zu szenariobasierten Architekturbewertung . SAAM eignet sich zur Untersuchung von im Hinblick auf Qualitätsattribute (qualitative Anforderungen) wie
  • Modifizierbarkeit Portierbarkeit Erweiterbarkeit etc. (Haupteinsatzzweck)
  • Performance Verlässlichkeit etc
aber auch zur Evaluation des Funktionsumfangs Anforderungen) einer Software(architektur). Grundsätzlich werden bei einer Szenarios erhoben priorisiert und den von ihnen Teilen der zu untersuchenden Softwarearchitektur zugeordnet. Bereits dies kann auf Probleme der Architektur hindeuten:
  • Problematisch sind eventuell Komponenten auf die viele zugeordnet wurden
  • Problematisch sind eventuell Architekturentscheidungen die dazu führen ein Szenario auf viele Komponenten zugeordnet wurde

Für die Änderungen die an der für die jeweiligen Szenarios durchgeführt werden müssen der Änderungsaufwand oder eine damit verbundene Größe

Der Prozess der Zuordnung von Szenarios Komponenten kann dabei auch zu einer Verbesserung Architekturdokumentation führen. Die Bewertung beginnt mit einer vorhandenen Architekturdokumentation ist für eine sinnvolle Zuordnung nicht ausreichend detailliert werden entsprechende Teile der genauer dokumentiert.

Ein weiterer Vorteil einer SAAM-Bewertung besteht dass sie die Kommunikation zwischen den Projektbeteiligten Der Bewertungsprozess bringt die Projektbeteiligten in Meetings und ermöglicht ihnen ihre Wünsche Vorschläge und für die zukünftige Entwicklung des Systems miteinander diskutieren. Dabei dient die Architekturbeschreibung als eine Sprache für die Projektbeteiligten. Schon deshalb muss in einer für die Projektbeteiligten verständlichen Form werden.

Ablauf einer SAAM-Bewertung

Szenarios Erheben (Schritt 1)

Die Szenarios dienen zur Beschreibung der die das System momentan unterstützen muss oder in Zukunft unterstützen soll. Deshalb sollten sie Aufgaben verschiedenster Projektbeteiligter (z.B. Benutzer Auftraggeber Marketing Entwickler Wartungspersonal etc. ) möglichst umfassend berücksichtigen. Szenarios werden in einem Meeting von Repräsentanten verschiedenen Stakeholder in einem Brainstorming-ähnlichen Prozess erhoben. für ein Szenario eine genauere Architekturbeschreibung benötigt man mit Schritt 2 fort und kehrt wieder zu Schritt 1 zurück (iterative Ausführung Schritt 1 und 2).

Beschreibung der Architektur (Schritt 2)

Die Architekturbeschreibung sollte folgende Elemente der in einer für die Evaluationsteilnehmer verständlichen Notation
  • Komponenten und Datenelemente
  • Verbindungen zwischen diesen
  • Beschreibung des Systemverhaltens (umgangssprachlich oder formal)
Die Architekturbeschreibung kann die Projektbeteiligten zur von Szenarios anregen. Auch aus diesem Grund sich eine iterative Ausführung der Schritte 1 2.

Klassifikation und Priorisierung der Szenarios (Schritt 3)

Szenarios werden in zwei Kategorien eingeteilt:
  • Direkte Szenarios d.h. Szenarios die mit der Architektur ohne Änderungen ausgeführt werden können
  • Indirekte Szenarios (Changecases oder Growthcases) d.h. Szenarios deren Ausführung Änderungen an der Architektur vorgenommen müssen.

Die Priorisierung der Szenarios dient einer Architekturbewertung: nur die wichtigsten Szenarios (z.B. die 30% der Szenarios) werden genauer untersucht. Die erfolgt durch Abstimmung unter den Projektbeteiligten. SAAM hier eine offene Abstimmung vor.

Einzelne Bewertung der Szenarios (Schritt 4)

Die im vorherigen Schritt zur Bewertung Szenarios werden den betroffenen Elementen der Architektur Für ein direktes Szenario bedeutet diese eine der Ausführung des Szenarios durch das System. ein indirektes Szenario bedeutet dies eine Beschreibung zur Ausführung des Szenarios nötigen Änderungen an Architektur. Dabei werden die nötigen Änderungen identifiziert der Änderungsaufwand geschätzt.

Untersuchung von Szenariointeraktionen (Schritt 5)

Szenariointeraktion bedeutet dass zwei oder mehr Änderungen an derselben Komponente der Architektur erfordern. hohe Szenariointeraktion kann auf zwei verschiedene Probleme Eine Komponente realisiert mehrere nicht zusammengehörige Funktionsbereiche Architektur eine Komponente ist nicht ausreichend genau In diesem Fall sollte Schritt 2 von (Architekturbeschreibung) noch einmal ausgeführt werden.

Erstellung der Gesamtbewertung (Schritt 6)

Zur Erstellung der Gesamtbewertung werden die Szenarios gewichtet. Diese Gewichte dienen zur Relativierung Änderungsaufwände für die einzelnen Szenarios.



Bücher zum Thema SAAM

Dieser Artikel von Wikipedia unterliegt der GNU FDL.

ImpressumLesezeichen setzenSeite versendenSeite drucken

HTML-Code zum Verweis auf diese Seite:
<a href="http://www.uni-protokolle.de/Lexikon/SAAM.html">SAAM </a>