Eine hilfreiche Karte lässt Dinge weg

Ein Diagramm hilft, wenn es die für eine Aufgabe nötigen Beziehungen erhält. Benenne Verzerrungen und ergänze eine weitere Ansicht, wenn sie wichtig ist.

system diagram abstraction

Was ist die kurze Antwort?

Eine hilfreiche Karte wählt aus. Lege die Aufgabe der Leser:innen fest, bewahre die dafür wichtigen Beziehungen und benenne, welche Einzelheiten die Darstellung verzerrt oder auslässt. Ein schematischer Netzplan kann Verbindungen verdeutlichen und zugleich Entfernungen verschleiern. Ein Systemdiagramm kann Datenflüsse zeigen und Berechtigungen oder Fehlerzeitpunkte verbergen. Ergänze eine zweite Ansicht, wenn die Auslassung eine Entscheidung verändert.

Mehr erfahren
Auf dieser Seite

Ein Bahnplan kann einen Umstieg verdeutlichen, indem er Linien begradigt und Stationen gleichmäßig verteilt. Dabei kann er auch zwei Haltestellen weit voneinander entfernt erscheinen lassen, obwohl sie nur einen kurzen Fußweg auseinanderliegen. Dieselbe Abstraktion, die bei der Wahl einer Bahn hilft, kann bei der Entscheidung für einen Fußweg irreführen.

Eine Geschichte eines Netzplans fragt, was geschah, als eine schematische Ansicht auch für andere Aufgaben als die Streckenwahl genutzt wurde. Der Bericht des New York Transit Museum bestätigt, dass der Plan von 1972 Strecken begradigte und die meisten topografischen Einzelheiten entfernte. Das erinnert daran, dass ein Bild für eine Aufgabe hilfreich sein kann und für eine andere eine ergänzende Ansicht braucht. Die genaue Entstehungsgeschichte vorgeschlagener Ergänzungen ist für diese Lehre nicht erforderlich.

Bestimme, welche Route Leser:innen suchen

Jedes Diagramm lässt Informationen weg. Eine Skizze der Systemarchitektur lässt Zeit aus. Ein Workflow-Diagramm lässt Datenwerte aus. Eine Karte von Sync-Richtungen kann auslassen, wer einen Schreibvorgang freigeben darf. Die Auslassung ist oft der Grund, warum das Bild verständlich wird. Problematisch wird es, wenn die ausgelassene Eigenschaft für die Entscheidung der Leser:innen wichtig ist.

Stell dir ein beispielhaftes Sync-Diagramm mit zwei Kästen und einem Pfeil vor: Store → E-Mail-Plattform. Es hilft bei der Frage: „Welches System sendet den Kundendatensatz?“ Es beantwortet nicht, ob die Einwilligung mitübertragen wird, wie Duplikate behandelt werden oder ob ein Kauf eine geplante Nachricht abbricht. Das Bild ist nicht falsch. Für diese Entscheidungen ist es unvollständig.

Schreibe vor dem Zeichnen die Frage der Leser:innen in einem Satz auf.

  1. Station A
    Start
    verbunden
  2. Umstieg
    Linie wechseln
    verbunden
  3. Station B
    Ziel
Beispielhafte schematische Route Drei Stationen erscheinen in Verbindungsreihenfolge. Die Abstände sind absichtlich schematisch und beantworten keine Frage zu Fußwegen.

„Woher stammt dieses Feld?“ braucht eine Herkunftsangabe. „Was passiert, wenn die Quelle nicht verfügbar ist?“ braucht Zeit- und Fehlerzustände. „Wer darf eine Kampagne auslösen?“ braucht Berechtigungen. Eine Seite kann mehrere Ansichten enthalten, aber eine einzelne Ansicht sollte nicht vorgeben, jede Aufgabe gleichermaßen zu erfüllen.

AnsichtWelche Beziehung sie erhältHäufige Verzerrung
Schematischer NetzplanVerbindungen und UmstiegeGeografische Entfernung und Richtung
DatenflussdiagrammQuellen, Verbraucher:innen und RichtungZeitablauf und Zuständigkeit
SequenzdiagrammReihenfolge von Aufrufen und AntwortenDauerhafter Zustand und menschliche Arbeit
BerechtigungsmatrixErlaubte Instanzen und AktionenWeg der Nutzer:innen durch das System

Dies sind konzeptionelle Beispiele und keine Bewertung bestimmter Produkte oder Karten.

Zeig die Auslassung dort, wo die Karte genutzt wird

Ein Hinweis „nicht maßstabsgetreu“ kann Reisenden helfen, einen schematischen Netzplan zu verstehen. Für ein Sync-Diagramm könnte die Beschriftung lauten: „Zeigt die normale Datenrichtung. Siehe Fehlerweg und Berechtigungstabelle für Schreibvorgänge.“ Das ist hilfreicher als ein allgemeiner Vorbehalt, weil es die ausgelassene Entscheidung benennt.

Welche ergänzende Ansicht nötig ist, hängt von den Folgen ab. Wird das Diagramm für eine Sicherheitsprüfung genutzt, sind Berechtigungen kein optionaler Kontext. Dient es der Fehlersuche bei veralteten Datensätzen, sind Zeitstempel und Wiederholungszustände wichtiger als die Position der Kästen. Für die Planung einer neuen Integration können Zuständigkeit für Felder und Korrekturwege entscheidend sein.

Deshalb kann visuelle Ordnung zur Falle werden. Ein Pfeil ohne Kreuzung wirkt übersichtlich, kann aber einen Rückkopplungsweg verbergen. Gleichförmige Kästen lassen Zuständigkeiten gleichwertig erscheinen, obwohl ein System für die maßgebliche Wahrheit zuständig ist und ein anderes nur eine entbehrliche Projektion hält. Wenn es darauf ankommt, sollte die Gestaltung diese betrieblichen Unterschiede zeigen.

Biete die nächste Ansicht dort an, wo sie gebraucht wird

Ein Diagramm kann mehreren Gruppen dienen, wenn es an der passenden Stelle die nächste Ansicht für eine Entscheidung anbietet. Beginne mit der Ansicht, die die unmittelbare Frage beantwortet, und stelle in der Nähe einen Link oder Umschalter zur nächsten benötigten Ansicht bereit. Nutze in allen Ansichten dieselben Bezeichnungen, damit „Kunde“ im Datenfluss dasselbe Objekt meint wie in der Berechtigungstabelle.

Bei einer hilfreichen Prüfung bittet man eine Person, die das System nicht kennt, zwei Entscheidungen zu treffen. Zuerst nutzt sie das Diagramm für seinen vorgesehenen Zweck. Danach stellt sie eine Frage, die von einer ausgelassenen Eigenschaft abhängt. Zieht sie selbstsicher einen falschen Schluss, braucht die Auslassung eine Kennzeichnung oder eine ergänzende Ansicht. Weiß sie, wo sie nachsehen muss, erfüllt die Abstraktion ihren Zweck.

Der Leitfaden zu Dateneigentum behandelt die grundlegenden Integrationsentscheidungen. Eine Karte dieser Entscheidungen sollte Leser:innen beim nächsten richtigen Schritt helfen und nicht nur eine vollständig wirkende Architektur präsentieren.

Ein Diagramm kann seinen eigenen Testfall enthalten. Platziere einen normalen Datensatz und eine Ausnahme auf der Seite und bitte Leser:innen, beiden zu folgen. Verschwindet die Ausnahme an einem unbeschrifteten Pfeil, hat das Diagramm eine Entscheidung verborgen. Eine Ansicht für Führungskräfte kann Feldnamen weglassen, muss aber weiterhin zeigen, wer für einen Fehler zuständig ist. Eine Ansicht für die Implementierung kann Schemata und Wiederholungen zeigen, aber organisatorische Fragen auslassen. Entscheidend ist, ob jede Auslassung der Aufgabe dient. Müssen neue Leser:innen raten, ergänze die fehlende Beziehung oder verweise auf die andere Ansicht, statt jeden freien Platz mit Kästen zu füllen.

Eine Karte gelingt, wenn sie sorgfältig Dinge weglässt. Sie scheitert, wenn gerade das fehlt, worüber Leser:innen entscheiden wollten.

Häufig gestellte Fragen

Was macht ein vereinfachtes Diagramm redlich?

Es benennt die Aufgabe, für die es gedacht ist, und die Eigenschaften, die es erhält. Wichtige Auslassungen werden sichtbar gemacht. Es darf nicht suggerieren, dass Anordnung, Entfernungen oder Vollständigkeit wörtlich zu nehmen sind, wenn sie es nicht sind.

Wann braucht ein Diagramm eine ergänzende Ansicht?

Wenn Leser:innen eine Entscheidung anhand von Informationen treffen müssen, die das Diagramm bewusst weglässt, etwa Entfernung, Zugriffskontrolle, Latenz oder Ausnahmewege.

Wie sollte ein Team eine Systemkarte prüfen?

Bitte eine Person, damit die vorgesehene Aufgabe auszuführen und teste danach eine zweite Aufgabe, die von ausgelassenen Details abhängt. Überarbeite die Karte oder verlinke eine ergänzende Ansicht, falls die Lücke irreführen könnte.

Beantrage frühzeitigen Zugang

Gib deinen Vornamen und deine geschäftliche E-Mail-Adresse ein. Wir senden dir einen Link, mit dem du deine Anfrage für den Tajo-Zugang bestätigst.

Brevo erhalten