KonzeptKapitel I · Grundlagen · Baustein 3 von 7

Architekturtreiber

Architekturtreiber sind Anforderungen und Bedingungen mit besonders großem Einfluss auf den Entwurf. Ihre Priorisierung lenkt Entscheidungen auf die wirksamsten Fragen.

  1. TreiberAnforderung mit großem Einfluss auf den Entwurf.
  2. ConstraintVerbindliche Vorgabe, die den Lösungsraum begrenzt.
  3. PrioritätReihenfolge nach Einfluss.

Einordnung

Warum das wichtig ist

Nicht jede Anforderung prägt die Architektur gleich stark. Ohne Rangfolge richtet sich der Entwurf nach Zufall oder Lautstärke statt nach den wirksamsten Einflüssen. Messbare Qualitätsziele behandelt ein eigener Baustein.

Dieser Baustein erklärt die Auswahl prägender Einflüsse. Für messbare Qualitätserwartungen siehe Qualitätsattribute.

Auf einen Blick · Drei Treiber, eine Architektur

Funktionen, Qualitätsziele und Randbedingungen wirken gemeinsam auf die Architekturentscheidungen.
Shop-Beispiel · Zuordnung

Priorisierte Treiber des Shops

Der Shop muss Bestellungen annehmen, Zahlungen zuverlässig klären und mit einem vorgeschriebenen Zahlungsanbieter arbeiten. Das Team priorisiert diese Einflüsse vor Detailentscheidungen.

So liest du das Bild

  1. Treiber Die Zeilen „Bestellung annehmen“ und „Unklaren Zahlungsstatus klären“ mit Priorität hoch.
  2. Constraint Die Zeile „Vorgegebener Anbieter“: Art Constraint, Priorität verbindlich.
  3. Priorität Die Spalte Priorität: hoch für prägende Treiber, mittel für Katalogbilder, verbindlich für den Constraint.
Priorisierte Treiber des Shops
AspektArtEinfluss auf den EntwurfPriorität
Bestellung annehmenFunktionBestell- und Lagermodul koordinierenhoch
Unklaren Zahlungsstatus klärenQualitätstabile Zahlungskennung und Statusabfragehoch
Vorgegebener AnbieterConstraintAdapter im Zahlungsmodulverbindlich
Katalogbilder austauschenÄnderungbleibt im Katalogmodulmittel
Die Spalte „Einfluss auf den Entwurf“ macht nachvollziehbar, warum ein Treiber vorne steht. Ein Constraint wird nicht priorisiert, er gilt.

Nutzen & Grenzen

Hilft, wenn

  • Ein Vorhaben muss entscheiden, welche Bedürfnisse bei der Strukturwahl besonderen Vorrang erhalten.
  • Mehrere Ziele stehen in Konkurrenz und brauchen eine gemeinsam vereinbarte Priorität.

Grenzen

  • Treiber sagen, was wichtig ist, nicht wie gut es sein muss; erst ein messbares Qualitätsattribut macht es prüfbar.
  • Ein Constraint wie der vorgeschriebene Anbieter gilt verbindlich und wird nicht priorisiert; gleiche ihn mit den Constraints ab.
  • Wenn alles als hoch gilt, steuert die Liste nichts mehr; nicht jede Anforderung ist ein Treiber, etwa die Katalogbilder.

In der Praxis

  1. Einflussreiche Bedürfnisse erfassen. Sammle Anforderungen, Risiken und Vorgaben und kläre, welche davon Architekturentscheidungen beeinflussen. Das Ergebnis ist eine begrenzte Liste statt eines ungeordneten Wunschkatalogs.
  2. Strukturelle Auswirkung bestimmen. Verfolge, welche Grenzen, Verantwortungen, Verträge oder Laufzeitbeziehungen sich aus dem Bedarf ergeben. Nutze messbare Szenarien aus Qualitätsattributen als Input, statt sie hier neu zu formulieren.
  3. Priorität und Herkunft vereinbaren. Benenne Eigentümer, Verbindlichkeit und Prüfzeitpunkt für jeden Treiber. Prüfe Constraints gesondert, damit nicht verhandelbare Bedingungen von priorisierten Zielen unterscheidbar bleiben.
Ausführliche Erklärung lesen

Ein Treiber wird relevant, wenn seine Erfüllung bestimmte Strukturen, Schnittstellen oder Betriebsweisen nahelegt. Fachliche Fähigkeiten können durch besondere Kritikalität oder Nutzungsmuster architekturprägend werden; auch verbindliche Constraints begrenzen Optionen. Funktionale Anforderungen beschreiben benötigte Leistungen, während Qualitätsattribute messbare Erwartungen an deren Verhalten formulieren.

Priorisiere Treiber nach ihrer Auswirkung auf Grenzen, Zuständigkeiten, Verträge und Laufzeitstruktur. Halte die Verbindung von Anforderung oder Bedingung zur betroffenen Entwurfswahl fest, damit spätere Änderungen rückverfolgbar bleiben. Messbare Qualitätsszenarien dienen hier als Input und werden im Baustein Qualitätsattribute erstellt.

Eine architektonisch signifikante Anforderung (ASR) ist eine Anforderung, die den Entwurf wesentlich prägt.

Selbst prüfen

Teste dich in drei Stufen

  1. AblesenIm Bild nachsehen

    Welche Priorität hat der Treiber „Katalogbilder austauschen“?

    Lösung mit Begründung ansehen

    Mittel. Die Änderung bleibt im Katalogmodul und prägt die Gesamtstruktur nicht.

  2. AnwendenAuf eine neue Lage übertragen

    Das Team erwägt, die Zahlungsstatus-Abfrage erst später zu bauen. Welcher Treiber spricht dagegen?

    Lösung mit Begründung ansehen

    „Unklaren Zahlungsstatus klären“ ist ein Qualitätstreiber mit Priorität hoch. Er verlangt eine stabile Zahlungskennung und eine Statusabfrage, die den Entwurf von Anfang an beeinflussen.

  3. BewertenEine Alternative abwägen

    Das Team will alle Treiber auf „hoch“ setzen. Ist das sinnvoll?

    Lösung mit Begründung ansehen

    Es wirkt gerecht, nimmt der Liste aber ihre Steuerungswirkung: Wenn alles hoch ist, fehlt bei Zielkonflikten eine Grundlage für die Entscheidung. Der vorgegebene Anbieter gehört ohnehin nicht in die Rangfolge, denn als Constraint ist er verbindlich.