SAAM

Zum Forum
Passwort vergessen? Noch keinen Account?

lexikon

Hauptseite

Zufälliger Artikel

Diskussion

Diskussion : SAAM

Links

Forum

Portale

Reisen

Versicherung

Inhaltsverzeichnis

Hauptmenü

Home

Bildung

Wissen

--------------------------

Reisen

Lexikon

Versicherung

Suchen

News

Treffpunkt

Chat

Forum

Suche

Schnellsuche

Sitemap

Kontakt

Impressum

SAAM

Stichpunkte

Allgemein
	SAAM ist ein Akronym fÃ¼r "Software Architecture Analysis Method"
	Gregory Abowd
	"Verbergen") 1 Kurzbeschreibung SAAM 2 Ablauf einer SAAM-Bewertung 1 Szenarios Erheben (Schritt 1) 2 Beschreibung der Architektur (Schritt 2) 3 Klassifikation und Priorisierung der Szenarios (Schritt 3) 4 Einzelne Bewertung der Szenarios (Schritt 4) 5 Untersuchung von Szenariointeraktionen (Schritt 5) 6 Erstellung der Gesamtbewertung (Schritt 6) [Bearbeiten]
	Len Bass und Paul Clements entwickelt. (Diese AbkÃ¼rzung wird auch im militÃ¤rischen Bereich fÃ¼r "Surface-to-Air Anti-missile" gebraucht.) Inhaltsverzeichnis showTocToggle("Anzeigen"
	Das Verfahren wurde von Rick Kazman
Kurzbeschreibung SAAM
	SAAM ist die als erste publizierte und eine der einfacheren Verfahren zu szenariobasierten Architekturbewertung
	Portierbarkeit
	aber auch zur Evaluation des Funktionsumfangs (funktionale Anforderungen) einer Software(architektur)
	Erweiterbarkeit
	etc. (Haupteinsatzzweck) Performance
	etc
	VerlÃ¤sslichkeit
	SAAM eignet sich zur Untersuchung von Softwarearchitekturen im Hinblick auf QualitÃ¤tsattribute (qualitative Anforderungen) wie Modifizierbarkeit
	GrundsÃ¤tzlich werden bei einer SAAM-Bewertung Szenarios erhoben
	priorisiert und den von ihnen betroffenen Teilen der zu untersuchenden Softwarearchitektur zugeordnet
	auf die viele Szenarios zugeordnet wurden Problematisch sind eventuell Architekturentscheidungen
	Bereits dies kann auf Probleme in der Architektur hindeuten: Problematisch sind eventuell Komponenten
	die an der Architektur fÃ¼r die jeweiligen Szenarios durchgefÃ¼hrt werden mÃ¼ssen
	die dazu fÃ¼hren dass ein Szenario auf viele Komponenten zugeordnet wurde FÃ¼r die Ã„nderungen
	wird der Ã„nderungsaufwand oder eine damit verbundene GrÃ¶ÃŸe geschÃ¤tzt
	Der Prozess der Zuordnung von Szenarios auf Komponenten kann dabei auch zu einer Verbesserung der Architekturdokumentation fÃ¼hren
	ist fÃ¼r eine sinnvolle Zuordnung diese nicht ausreichend detailliert
	werden entsprechende Teile der Architektur genauer dokumentiert
	Die Bewertung beginnt mit einer schon vorhandenen Architekturdokumentation
	dass sie die Kommunikation zwischen den Projektbeteiligten verbessert: Der Bewertungsprozess bringt die Projektbeteiligten in Meetings zusammen und ermÃ¶glicht ihnen
	ihre WÃ¼nsche
	Ein weiterer Vorteil einer SAAM-Bewertung besteht darin
	VorschlÃ¤ge und Kritikpunkte fÃ¼r die zukÃ¼nftige Entwicklung des Systems miteinander zu diskutieren
	Dabei dient die Architekturbeschreibung als eine gemeinsame Sprache fÃ¼r die Projektbeteiligten
	Schon deshalb muss sie in einer fÃ¼r die Projektbeteiligten verstÃ¤ndlichen Form beschrieben werden. [Bearbeiten]
Ablauf einer SAAM-Bewertung
	[Bearbeiten]
Szenarios Erheben (Schritt 1)
	Die Szenarios dienen zur Beschreibung der TÃ¤tigkeiten
	die das System momentan unterstÃ¼tzen muss oder eventuell in Zukunft unterstÃ¼tzen soll
	Deshalb sollten sie die Aufgaben verschiedenster Projektbeteiligter (z.B
	etc. ) mÃ¶glichst umfassend berÃ¼cksichtigen
	Entwickler
	Benutzer
	Marketing
	Auftraggeber
	Administrator
	Wartungspersonal
	Die Szenarios werden in einem Meeting von ReprÃ¤sentanten der verschiedenen Stakeholder in einem Brainstorming-Ã¤hnlichen Prozess erhoben
	Wird fÃ¼r ein Szenario eine genauere Architekturbeschreibung benÃ¶tigt
	fÃ¤hrt man mit Schritt 2 fort und kehrt dann wieder zu Schritt 1 zurÃ¼ck (iterative AusfÃ¼hrung von Schritt 1 und 2). [Bearbeiten]
Beschreibung der Architektur (Schritt 2)
	Die Architekturbeschreibung sollte folgende Elemente der Architektur in einer fÃ¼r die Evaluationsteilnehmer verstÃ¤ndlichen Notation enthalten: Komponenten und Datenelemente Verbindungen zwischen diesen Beschreibung des Systemverhaltens (umgangssprachlich oder formal) Die Architekturbeschreibung kann die Projektbeteiligten zur Formulierung von Szenarios anregen
	Auch aus diesem Grund empfiehlt sich eine iterative AusfÃ¼hrung der Schritte 1 und 2. [Bearbeiten]
Klassifikation und Priorisierung der Szenarios (Schritt 3)
	Szenarios werden in zwei Kategorien eingeteilt: Direkte Szenarios
	d.h
	die mit der vorhandenen Architektur ohne Ã„nderungen ausgefÃ¼hrt werden kÃ¶nnen Indirekte Szenarios (Changecases oder Growthcases)
	Szenarios
	d.h
	zu deren AusfÃ¼hrung Ã„nderungen an der Architektur vorgenommen werden mÃ¼ssen. Die Priorisierung der Szenarios dient einer effizienten Architekturbewertung: nur die wichtigsten Szenarios (z.B. die wichtigsten 30% der Szenarios) werden genauer untersucht
	Szenarios
	Die Priorisierung erfolgt durch Abstimmung unter den Projektbeteiligten
	SAAM schlÃ¤gt hier eine offene Abstimmung vor. [Bearbeiten]
Einzelne Bewertung der Szenarios (Schritt 4)
	Die im vorherigen Schritt zur Bewertung ausgewÃ¤hlten Szenarios werden den betroffenen Elementen der Architektur zugeordnet: FÃ¼r ein direktes Szenario bedeutet diese eine Beschreibung der AusfÃ¼hrung des Szenarios durch das System
	FÃ¼r ein indirektes Szenario bedeutet dies eine Beschreibung der zur AusfÃ¼hrung des Szenarios nÃ¶tigen Ã„nderungen an der Architektur
	Dabei werden die nÃ¶tigen Ã„nderungen identifiziert und der Ã„nderungsaufwand geschÃ¤tzt. [Bearbeiten]
Untersuchung von Szenariointeraktionen (Schritt 5)
	Szenariointeraktion bedeutet
	dass zwei oder mehr Szenarios Ã„nderungen an derselben Komponente der Architektur erfordern
	Eine hohe Szenariointeraktion kann auf zwei verschiedene Probleme hinweisen: Eine Komponente realisiert mehrere nicht zusammengehÃ¶rige Funktionsbereiche Die Architektur eine Komponente ist nicht ausreichend genau dokumentiert
	In diesem Fall sollte Schritt 2 von SAAM (Architekturbeschreibung) noch einmal ausgefÃ¼hrt werden. [Bearbeiten]
Erstellung der Gesamtbewertung (Schritt 6)
	Zur Erstellung der Gesamtbewertung werden die bewerteten Szenarios gewichtet
	Diese Gewichte dienen zur Relativierung der Ã„nderungsaufwÃ¤nde fÃ¼r die einzelnen Szenarios.

Dieser Artikel basiert auf dem Artikel SAAM aus der freien Enzyklopädie wikipedia und steht unter der GNU Lizenz für freie Dokumentation. In der wikipedia ist eine Liste der Autoren verfügbar.

Wojewodschaft Friedrich Torberg Edmund Kolbe Wojewodschaft Niederschlesien Wojewodschaft Niederschlesien Satz des Heron Chemische Evolution Astrid Lindgren

[ Zurück ]

Inhalt Lexikon:

Allgemein

Kurzbeschreibung SAAM

Ablauf einer SAAM-Bewertung

Szenarios Erheben (Schritt 1)

Beschreibung der Architektur (Schritt 2)

Klassifikation und Priorisierung der Szenarios (Schritt 3)

Einzelne Bewertung der Szenarios (Schritt 4)

Untersuchung von Szenariointeraktionen (Schritt 5)

Erstellung der Gesamtbewertung (Schritt 6)