Eigenständiger BegriffMethodeKapitel III · Evolution · Baustein 4 von 15

ARID

Ein früher Entwurf lässt offen, ob Entwickler ihre Aufgaben damit konsistent umsetzen können.

  1. ZwischenentwurfZwischenentwurf: Ein noch entwickelbarer Entwurf wird geprüft.
  2. AufgabeAufgabe: Teilnehmende wenden den Entwurf aktiv an.
  3. RückmeldungRückmeldung: Verständnislücken führen zu konkreter Überarbeitung.

Einordnung

Warum das wichtig ist

Entwürfe früh auf verständliche Implementierungsanleitung prüfen.

Entwürfe früh auf verständliche Implementierungsanleitung prüfen.

Shop-Beispiel · Zuordnung

ARID: Entscheidung prüfen

Das Shop-Beispiel nutzt die bestehende gemeinsame Datenbank und sieben Module. Jede ergänzte Dienst- oder Betriebsform ist eine hypothetische Erweiterung. Vor der Umsetzung einer neuen Rechnungsfunktion im bestehenden Rechnungsmodul erklärt das Team den Zwischenentwurf und lässt zwei Entwickler eine typische Aufgabe durchspielen: Rechnungsstatus nach erfolgreicher Zahlung speichern. Dabei fällt auf, dass Transaktionsgrenze, Fehlerpfad und Zuständigkeit für Wiederholungen fehlen. Das Team ergänzt diese Punkte direkt in der Architekturentscheidung und wiederholt die Aufgabe. Das Review verbessert die Umsetzbarkeit vor Beginn der Implementierung.

So liest du das Bild

  1. Zwischenentwurf Zwischenentwurf
  2. Aufgabe Aufgabe
  3. Rückmeldung Rückmeldung
ARID: Entscheidung prüfen
BegriffBedeutungPrüffrage
ZwischenentwurfEin noch entwickelbarer Entwurf wird geprüft.Wer erprobt den Zwischenentwurf?
AufgabeTeilnehmende wenden den Entwurf aktiv an.Welche Beobachtung weist auf eine Entwurfslücke hin?
RückmeldungVerständnislücken führen zu konkreter Überarbeitung.Was bleibt trotz erfolgreicher ARID-Session offen?
ARID verbindet eine aktive Entwurfsprüfung mit einer frühen Zwischenstufe der Architekturentwicklung. Teilnehmende bearbeiten repräsentative Aufgaben anhand des Entwurfs und prüfen, ob er genug Orientierung für die Implementierung bietet. Prüfe das Szenario mit den Fragen in der zweiten Spalte.

Nutzen & Grenzen

Hilft, wenn

  • Entwürfe früh auf verständliche Implementierungsanleitung prüfen.
  • Vertreter der späteren Umsetzung mit realistischen Aufgaben einbeziehen.

Grenzen

  • Eine kleine Reviewgruppe repräsentiert nicht automatisch alle Nutzerrollen.
  • ARID prüft einen Zwischenentwurf auf Aufgabenverständlichkeit und Umsetzbarkeit, keine vollständige Systemqualität.

In der Praxis

  1. Gib Entwicklerinnen und Entwicklern den Zwischenentwurf samt einer typischen Rechnungsaufgabe und bitte sie, den vorgesehenen Ablauf anhand der beschriebenen Schnittstellen auszuführen.
  2. Beobachte, an welchen Stellen Begriffe, Zuständigkeiten, Datenflüsse oder Fehlerbehandlung fehlen; erfasse konkrete Rückfragen statt Lösungen während der Übung vorzugeben.
  3. Überarbeite den Entwurf anhand der beobachteten Blockaden und wiederhole die Aufgabe mit einer zweiten Person, um zu prüfen, ob die Schnittstellen verständlich und vollständig sind.
Ausführliche Erklärung lesen

ARID verbindet eine aktive Entwurfsprüfung mit einer frühen Zwischenstufe der Architekturentwicklung. Teilnehmende bearbeiten repräsentative Aufgaben anhand des Entwurfs und prüfen, ob er genug Orientierung für die Implementierung bietet.

Die Review richtet sich auf Nutzbarkeit und Verständlichkeit des Entwurfs und liefert Rückmeldung, solange Änderungen noch günstig sind. Sie ersetzt keine breite Qualitätsanalyse wie ATAM und bewertet nur die Aufgaben und Beteiligten im Workshop.

Das Shop-Beispiel nutzt die bestehende gemeinsame Datenbank und sieben Module. Jede ergänzte Dienst- oder Betriebsform ist eine hypothetische Erweiterung. Vor der Umsetzung einer neuen Rechnungsfunktion im bestehenden Rechnungsmodul erklärt das Team den Zwischenentwurf und lässt zwei Entwickler eine typische Aufgabe durchspielen: Rechnungsstatus nach erfolgreicher Zahlung speichern. Dabei fällt auf, dass Transaktionsgrenze, Fehlerpfad und Zuständigkeit für Wiederholungen fehlen. Das Team ergänzt diese Punkte direkt in der Architekturentscheidung und wiederholt die Aufgabe. Das Review verbessert die Umsetzbarkeit vor Beginn der Implementierung. review und lasr helfen, diese Entscheidung mit benachbarten Fragen zu vergleichen.

Selbst prüfen

Teste dich in drei Stufen

  1. AblesenIm Bild nachsehen

    Wer erprobt den Zwischenentwurf?

    Lösung mit Begründung ansehen

    Entwickler bearbeiten eine konkrete Rechnungsaufgabe und melden Hindernisse.

  2. AnwendenAuf eine neue Lage übertragen

    Welche Beobachtung weist auf eine Entwurfslücke hin?

    Lösung mit Begründung ansehen

    Mehrere Entwickler interpretieren Regeln oder Verantwortlichkeiten unterschiedlich.

  3. BewertenEine Alternative abwägen

    Was bleibt trotz erfolgreicher ARID-Session offen?

    Lösung mit Begründung ansehen

    Die Abdeckung anderer Aufgaben, Nutzerrollen und Systemqualitäten.

Weiter im Lernpfad

Als Nächstes in Evolution & Bewertung: SAAM.

15 Bausteine

Weiter mitSAAM