ATAM untersucht eine Architektur anhand konkreter Situationen, etwa einer Lastspitze oder eines Ausfalls. Das Bewertungsteam klärt zuerst mit den Architekturverantwortlichen, welche Entscheidungen die wichtigsten Qualitätsziele unterstützen. Anschließend bringen weitere Beteiligte ihre Anforderungen ein. So entsteht ein begründetes Bild der Risiken, Zielkonflikte und offenen Fragen.

1. 1

   Auftrag

   Auftrag, Geschäftsziele und Architektur klären

   

   Ziel

   Eine vereinbarte Bewertungsgrundlage schaffen.

   Voraussetzungen für diesen Schritt

   • Bewertungsauftrag
   • Geschäftsziele und Architekturbeschreibung

   Durchführung

   • Vereinbare vor dem ersten Termin, welche Systemteile ihr bewertet, wer mitwirkt, wer den Bericht erhält und wie ihr vertrauliche Angaben behandelt.
   • Stelle ATAM und seine Aussagekraft vor. Lass die Produktverantwortlichen die geschäftlichen Ziele und Randbedingungen erläutern, in ATAM als Business Drivers bezeichnet. Das Architekturteam erklärt den Aufbau des Systems und die wichtigen Entscheidungen.
   • Markiere im Bestandsystem Abweichungen zwischen dokumentierter und tatsächlicher Architektur.

   Ergebnis

   Auftrag, Ziele und Architekturstand

   Zeige, welche Qualitätsanforderungen sich aus den Geschäftszielen ergeben. Benenne die Architekturansichten, die ihr noch benötigt.

   Qualitätscheck

   Ist der betrachtete Architekturstand eindeutig? Sind bestätigte Geschäftsziele und noch zu prüfende Annahmen klar gekennzeichnet?

   Stolperfalle

   Das Review startet mit einer Sammlung bevorzugter Technologien. Ordne jede Technologie einer konkreten Architekturentscheidung zu und erläutere, welches Geschäftsziel sie unterstützt.

   Zeitlicher Rahmen: Vorbereitung und gemeinsamer Auftakt; nach Systemumfang planen.

2. 2

   Ansätze

   Relevante Architekturansätze identifizieren

   

   Ziel

   Festlegen, welche Architekturentscheidungen ihr untersucht.

   Voraussetzungen für diesen Schritt

   • Bestätigter Architekturstand
   • Geschäftsziele

   Durchführung

   • Benenne wesentliche Ansätze wie Replikation, Entkopplung, Caching oder Zugriffskontrolle mit ihrer beabsichtigten Wirkung.
   • Zeige, wo jeder Ansatz im System eingesetzt wird und welche Komponenten oder Schnittstellen er betrifft. Notiere Einstellungen und Annahmen, die ihr noch klären müsst.

   Ergebnis

   Relevante Architekturansätze

   Beschreibe bei eingesetzten Produkten, wofür und wie ihr sie verwendet und welche Wirkung ihr erwartet.

   Qualitätscheck

   Ist die beabsichtigte Wirkung jedes Ansatzes beschrieben? Sind die betroffenen Strukturen und Parameter auffindbar?

   Stolperfalle

   Ein Architekturmuster wird automatisch als Qualitätsnachweis gewertet. Beschreibe, wie das Muster konkret umgesetzt ist, und prüfe seine erwartete Wirkung am jeweiligen Szenario.

   Zeitlicher Rahmen: Erster Bewertungstermin; Rückfragen bei fehlenden Details separat.

3. 3

   Utility Tree

   Qualitätsziele in Szenarien konkretisieren

   

   Ziel

   Wichtige und technisch schwierige Szenarien auswählen.

   Voraussetzungen für diesen Schritt

   • Geschäftsziele
   • Qualitätsanforderungen
   • Architekturansätze

   Durchführung

   • Baue mit Architektur- und Projektverantwortlichen einen Utility Tree auf. Beginne mit Qualitätsmerkmalen wie Verfügbarkeit, verfeinere sie zu Anforderungen und beschreibe dazu konkrete Situationen als Szenarien.
   • Formuliere Auslöser, Kontext, betroffene Systemteile, erwartete Reaktion und messbare Zielgröße.
   • Bewerte jedes Szenario nach seiner geschäftlichen Wichtigkeit und der erwarteten Schwierigkeit der technischen Umsetzung. Begründe, welche Szenarien ihr zuerst untersucht.

   Ergebnis

   Priorisierte Qualitätsszenarien

   Wichtigkeit und technische Schwierigkeit bleiben getrennte Angaben.

   Qualitätscheck

   Lässt sich jedes priorisierte Szenario fachlich nachvollziehen? Sind Wichtigkeit und Schwierigkeit begründet?

   Stolperfalle

   Der Baum endet bei allgemeinen Wörtern wie schnell oder sicher. Ersetze Qualitätsadjektive durch konkrete Auslöser, Kontext und beobachtbare Reaktionen.

   Zeitlicher Rahmen: Erster Bewertungstermin; Verfeinerung mit zuständigen Fachpersonen ergänzen.

4. 4

   Analyse

   Ansätze anhand der priorisierten Szenarien untersuchen

   

   Ziel

   Risiken und Zielkonflikte mit nachvollziehbaren Begründungen erkennen.

   Voraussetzungen für diesen Schritt

   • Priorisierte Utility-Tree-Szenarien
   • Architekturansätze und verfügbare Belege

   Durchführung

   • Gehe für jedes priorisierte Szenario durch, wie die Architektur reagieren würde. Prüfe gezielt das jeweilige Qualitätsziel und ziehe bei Bedarf Fachleute für Performance, Sicherheit oder Betrieb hinzu.
   • Halte Risiken fest. Dokumentiere auch Entscheidungen, die unter den geprüften Bedingungen das Qualitätsziel unterstützen. ATAM bezeichnet sie als Non-Risks. Nenne jeweils Szenario, Begründung und Annahmen.
   • Markiere Parameter mit starkem Einfluss auf ein Qualitätsziel als Sensitivitätspunkte. Wirkt sich ein Parameter auf mehrere Qualitätsziele aus, handelt es sich um einen Trade-off-Punkt. Beschreibe besonders die Zielkonflikte, etwa schnellere Antworten auf Kosten geringerer Ausfallsicherheit.
   • Gib für jeden Befund an, worauf er beruht: Unterlagen, fachliche Einschätzung, Modellrechnung oder Messung. Vereinbare passende Prüfungen für noch offene Aussagen.

   Ergebnis

   Risiken, Non-Risks, Sensitivitäten und Trade-offs

   Halte auch bei Non-Risks fest, für welche Bedingungen die Bewertung gilt. Benenne für offene Aussagen die noch erforderliche Prüfung.

   Qualitätscheck

   Ist jede Schlussfolgerung mit Entscheidung, Szenario und Beleg verbunden? Sind gegenläufige Wirkungen und Wissenslücken sichtbar?

   Stolperfalle

   Die Gruppe behandelt Einigkeit als Nachweis der Laufzeiteigenschaften. Nenne die Grundlage der Einschätzung und plane passende Modelle oder Messungen für offene Fragen zum Laufzeitverhalten.

   Zeitlicher Rahmen: Erster Bewertungstermin und vereinbarte Zwischenarbeit; technische Vertiefung gesondert planen.

5. 5

   Szenarien

   Weitere Szenarien einbringen und Befunde überprüfen

   

   Ziel

   Die erste Analyse mit weiteren relevanten Perspektiven prüfen.

   Voraussetzungen für diesen Schritt

   • Vorläufige Analyse
   • Beteiligte aus weiteren betroffenen Bereichen
   • Utility Tree

   Durchführung

   • Lade repräsentative Personen aus Nutzung, Fachbereich, Entwicklung, Betrieb und weiteren betroffenen Bereichen zum zweiten Bewertungstermin ein.
   • Sammle zusätzliche Szenarien, fasse inhaltlich gleiche zusammen und lege mit der Gruppe eine begründete Reihenfolge fest.
   • Analysiere die höchstpriorisierten Szenarien mit demselben Vorgehen. Ergänze und korrigiere Befunde der ersten Analyse.

   Ergebnis

   Ergänzte Szenarien und Befunde

   Dokumentiere vertretene Perspektiven und ausgesparte Szenarien.

   Qualitätscheck

   Sind wichtige Stakeholderperspektiven vertreten? Wurden neue Szenarien tatsächlich analysiert?

   Stolperfalle

   Neue Szenarien werden nur aufgenommen, wenn sie die erste Analyse bestätigen. Prüfe widersprechende und fehlende Szenarien ausdrücklich und protokolliere Änderungen an Befunden.

   Zeitlicher Rahmen: Zweiter Bewertungstermin nach vereinbarter Zwischenarbeit.

6. 6

   Bericht

   Befunde und Folgeschritte übergeben

   

   Ziel

   Ergebnisse so übergeben, dass Verantwortliche über nächste Schritte entscheiden können.

   Voraussetzungen für diesen Schritt

   • Geprüfte Szenarioanalysen
   • Risiken, Non-Risks und Trade-offs

   Durchführung

   • Stelle Bewertungsumfang, Qualitätsziele, untersuchte Szenarien und Befunde vor. Erläutere, welche Aussagen die Ergebnisse tragen und welche Fragen offenbleiben.
   • Bündele zusammenhängende Risiken zu Themen und verknüpfe sie mit Geschäftszielen. Bewahre abweichende Einschätzungen.
   • Vereinbare mit den Verantwortlichen nächste Untersuchungen oder Entscheidungen, Zuständigkeiten und Prüftermine. Halte Beschlüsse getrennt von Reviewbefunden.

   Ergebnis

   Bericht mit Risikothemen und Folgeschritten

   Der Bericht kann sowohl Änderungen als auch das Beibehalten einer Entscheidung begründen. Halte die daraus getroffenen Entscheidungen gesondert fest.

   Qualitätscheck

   Kann eine außenstehende Person die Befundkette nachvollziehen? Hat jede priorisierte offene Frage eine verantwortliche Person?

   Stolperfalle

   Der Bericht empfiehlt pauschal einen Architekturwechsel. Binde jede Empfehlung an betroffene Szenarien, erwarteten Nutzen, Unsicherheit und erforderliche Nachweise.

   Zeitlicher Rahmen: Ergebnisvorstellung und Berichtsnachbereitung als eigene Termine planen.