Methode zur Analyse des Kompromisses zwischen Architektur - Architecture tradeoff analysis method

In der Softwareentwicklung ist die Architektur-Tradeoff-Analysemethode (ATAM) ein Risikominderungsprozess, der früh im Lebenszyklus der Softwareentwicklung angewendet wird .

ATAM wurde vom Software Engineering Institute der Carnegie Mellon University entwickelt . Ziel ist es, bei der Auswahl einer geeigneten Architektur für ein Softwaresystem zu helfen, indem Kompromisse und Empfindlichkeitspunkte ermittelt werden.

ATAM ist am vorteilhaftesten, wenn es zu Beginn des Softwareentwicklungszyklus durchgeführt wird, wenn die Kosten für das Ändern von Architekturen minimal sind.

ATAM Vorteile

Im Folgenden sind einige der Vorteile des ATAM-Prozesses aufgeführt:

  • früh im Lebenszyklus identifizierte Risiken
  • verstärkte Kommunikation zwischen den Stakeholdern
  • geklärte Anforderungen an Qualitätsattribute
  • verbesserte Architekturdokumentation
  • dokumentierte Grundlage für architektonische Entscheidungen

ATAM-Prozess

Der ATAM-Prozess besteht darin, Stakeholder zusammenzubringen, um Geschäftstreiber (Systemfunktionalität, Ziele, Einschränkungen, gewünschte nichtfunktionale Eigenschaften ) zu analysieren und aus diesen Treibern Qualitätsattribute zu extrahieren, die zum Erstellen von Szenarien verwendet werden. Diese Szenarien werden dann in Verbindung mit Architekturansätzen und Architekturentscheidungen verwendet, um eine Analyse von Kompromissen, Sensitivitätspunkten und Risiken (oder Nichtrisiken) zu erstellen. Diese Analyse kann in Risikothemen und deren Auswirkungen umgewandelt werden, woraufhin der Prozess wiederholt werden kann. Mit jedem Analysezyklus geht der Analyseprozess von allgemeiner zu spezifischer über und untersucht die Fragen, die im vorherigen Zyklus entdeckt wurden, bis die Architektur genau abgestimmt und die Risikothemen behandelt wurden.

Schritte des ATAM-Prozesses

ATAM besteht formal aus neun Schritten, die im Folgenden beschrieben werden:

  1. Präsentieren von ATAM - Präsentieren Sie das Konzept von ATAM den Stakeholdern und beantworten Sie alle Fragen zum Prozess.
  2. Präsentieren von Geschäftstreibern - Jeder im Prozess präsentiert und bewertet die Geschäftstreiber für das betreffende System.
  3. Präsentieren Sie die Architektur - Der Architekt präsentiert dem Team die Architektur auf hoher Ebene mit einem „angemessenen Detaillierungsgrad“.
  4. Architekturansätze identifizieren - Verschiedene Architekturansätze für das System werden vom Team vorgestellt und diskutiert.
  5. Generieren Sie einen Dienstprogrammbaum für Qualitätsattribute - definieren Sie die geschäftlichen und technischen Kernanforderungen des Systems und ordnen Sie sie einer geeigneten architektonischen Eigenschaft zu. Präsentieren Sie ein Szenario für diese gegebene Anforderung.
  6. Architekturansätze analysieren - Analysieren Sie jedes Szenario und bewerten Sie es nach Priorität. Die Architektur wird dann anhand jedes Szenarios bewertet.
  7. Brainstorming und Priorisierung von Szenarien - Präsentieren Sie in der größeren Stakeholder-Gruppe die aktuellen Szenarien und erweitern Sie sie.
  8. Analysieren Sie architektonische Ansätze - Führen Sie Schritt 6 erneut mit dem zusätzlichen Wissen der größeren Stakeholder-Community aus.
  9. Präsentieren Sie die Ergebnisse - stellen Sie den Stakeholdern die gesamte Dokumentation zur Verfügung.

Diese Schritte sind in zwei Phasen unterteilt: Phase 1 besteht aus den Schritten 1 bis 6, und nach dieser Phase sind der Status und Kontext des Projekts, die Anforderungen an die Fahrarchitektur und der Status der Architekturdokumentation bekannt. Phase 2 besteht aus den Schritten 7 bis 9 und beendet die Bewertung

Siehe auch

Verweise

Externe Links