DFD-Tiefe: So bringen Sie von Kontext zu Level-1-Diagrammen

Datenumlaufdiagramme (DFDs) sind grundlegende Werkzeuge in der Systemanalyse und -gestaltung. Sie bieten eine visuelle Darstellung, wie Informationen durch ein System fließen. Das Verständnis der Tiefe eines DFD ist entscheidend, um sicherzustellen, dass Anforderungen genau erfasst werden. Diese Anleitung untersucht den Prozess des Übergangs von einem hochwertigen Kontextdiagramm zu einem detaillierten Level-1-Diagramm. Wir werden die Prinzipien der Zerlegung, der Datenerhaltung und der strukturellen Integrität untersuchen, ohne auf spezifische Softwarewerkzeuge zurückzugreifen.

Verständnis der DFD-Hierarchie 🏗️

DFDs sind keine flachen Dokumente; sie existieren in einer Hierarchie. Diese Struktur ermöglicht es Analysten, ein System aus verschiedenen Ebenen der Detailgenauigkeit zu betrachten. Jede Ebene fügt mehr Spezifität zu den Prozessen und Datenflüssen hinzu.

• Kontextdiagramm (Ebene 0): Die oberste Ebene. Es zeigt das System als einen einzigen Prozess, der mit externen Entitäten interagiert.
• Ebene-1-Diagramm: Die erste Zerlegung. Sie teilt den einzelnen Prozess in wesentliche Unterverarbeitungen auf.
• Ebene-2-Diagramm: Weitere Zerlegung der Prozesse der Ebene 1, falls erforderlich.

Der Übergang vom Kontext zum Level-1-Diagramm ist für neue Analysten oft die herausforderndste Aufgabe. Es erfordert ein Gleichgewicht zwischen Klarheit und Detailgenauigkeit. Ist das Diagramm zu oberflächlich, fehlt es an handlungsrelevanten Informationen. Ist es zu tief, wird es überladen und verliert das Gesamtbild.

Das Kontextdiagramm: Die Systemgrenze 🚧

Das Kontextdiagramm dient als Anker für die gesamte DFD-Suite. Es definiert die Grenze des zu untersuchenden Systems. Alles innerhalb des Kreises gehört zum System; alles außerhalb ist extern.

Wichtige Komponenten

• Zentraler Prozess: Dargestellt durch einen einzelnen Kreis oder eine abgerundete Rechteck. Dies repräsentiert das gesamte System.
• Externe Entitäten: Quellen oder Zielorte von Daten. Dies können Personen, Abteilungen oder andere Systeme sein.
• Datenflüsse: Die Pfeile, die Entitäten mit dem Prozess verbinden. Diese repräsentieren Eingabe oder Ausgabe.

Grenzen definieren

Die Festlegung der Grenze ist entscheidend. Eine Entität ist extern, wenn sie außerhalb des Umfangs des aktuellen Projekts liegt. Zum Beispiel könnte in einem Gehaltsverwaltungssystem die Steuerbehörde eine externe Entität sein, während die Finanzabteilung intern ist. Falsche Identifizierung von Grenzen führt zu Umfangsausweitung und Verwirrung.

Best Practices für Kontextdiagramme

• Halten Sie es einfach: Es sollte nur einen zentralen Prozess geben.
• Beschränken Sie die Entitäten: Zu viele Entitäten machen das Diagramm überladen. Konzentrieren Sie sich auf diejenigen, die direkt mit dem System interagieren.
• Benennen Sie die Flüsse klar: Datenflüsse sollten als Substantive benannt werden (z. B. „Rechnung“), nicht als Verben (z. B. „Rechnung senden“).
• Keine Datenspeicher: Kontextdiagramme enthalten im Allgemeinen keine Datenspeicher. Alle Daten müssen von einer externen Entität stammen oder zu einer externen Entität gehen.

Zerlegung: Die Kunst des Drill-Downs 📉

Zerlegung ist der Prozess, einen komplexen Prozess in kleinere, besser handhabbare Teilprozesse zu unterteilen. Dies ist die zentrale Methode zur Erstellung eines Level-1-Diagramms. Es geht nicht nur darum, Aufgaben zu teilen, sondern auch darum, die interne Logik des Systems aufzudecken.

Grundsätze der Zerlegung

Beim Übergang von Level 0 zu Level 1 müssen mehrere Regeln beachtet werden, um logische Konsistenz zu gewährleisten.

• Datenkonservierung: Die Eingaben und Ausgaben des übergeordneten Prozesses müssen mit den Eingaben und Ausgaben der untergeordneten Prozesse zusammen addiert übereinstimmen. Nichts darf verschwinden oder aus dem Nichts auftauchen.
• Logische Gruppierung: Teilprozesse sollten nach Funktion gruppiert werden. Zum Beispiel sind „Bestellung validieren“ und „Lagerbestand aktualisieren“ unterschiedliche Funktionen.
• Anzahl der Prozesse: Obwohl es keine feste Obergrenze gibt, sollte ein Level-1-Diagramm typischerweise zwischen 5 und 9 Prozessen enthalten. Wenn es mehr gibt, sollten sie in einem höheren Level-1-Block gruppiert oder das Diagramm aufgeteilt werden.
• Bedeutungsvolle Namen: Prozessnamen sollten das Verb-Nomen-Format folgen (z. B. „Steuer berechnen“). Dadurch unterscheiden sie sich deutlich von Datenflüssen.

Das Ausbalancieren

Eine der wichtigsten technischen Anforderungen ist die Ausbalancierung der Datenflüsse. Die Daten, die in den Level-0-Prozess eintreten, müssen gleich den Daten sein, die in die Level-1-Prozesse eintreten. Ebenso müssen die Daten, die aus dem Level-0-Prozess austreten, gleich den Daten sein, die aus den Level-1-Prozessen austreten.

Wenn das Kontextdiagramm ein „Bestellformular“ zeigt, das in das System eingeht, muss das Level-1-Diagramm dasselbe „Bestellformular“ zeigen, das in einen der Teilprozesse eingeht. Wenn das Level-1-Diagramm zeigt, dass eine „Kunden-ID“ intern weitergegeben wird, kann sie im Level-0-Diagramm kein externer Eingang oder Ausgang sein, es sei denn, sie war dort bereits vorhanden.

Erstellen des Level-1-Diagramms 🛠️

Sobald der Zerlegungsplan fertig ist, beginnt die eigentliche Erstellung. Dabei geht es darum, die wichtigsten funktionalen Bereiche des Systems zu identifizieren.

Schritt 1: Identifizieren der Hauptprozesse

Schauen Sie sich den einzelnen Prozess aus dem Kontextdiagramm an. Fragen Sie: Welche Haupttätigkeiten sind erforderlich, um den Zweck des Systems zu erfüllen? Diese werden zu den Blasen oder Kreisen im Level-1-Diagramm.

• Gibt es eine deutliche Eingabephase?
• Gibt es eine deutliche Verarbeitungs- oder Berechnungsphase?
• Gibt es eine deutliche Berichts- oder Ausgabephase?

Schritt 2: Flüsse abbilden

Verbinden Sie die Prozesse mit Pfeilen. Diese Pfeile stellen die Bewegung von Daten zwischen den internen Prozessen dar. Sie können auch Pfeile zeichnen, die externe Entitäten mit diesen neuen Teilprozessen verbinden.

• Direkte Flüsse:Daten, die von einem Prozess zum anderen bewegt werden.
• Entitätsflüsse:Daten, die von einer externen Entität zu einem Prozess bewegt werden.
• Speicherflüsse: Daten, die von einem Prozess zu einem Datenspeicher oder umgekehrt bewegt werden.

Schritt 3: Einführung von Datenspeichern

Während Kontextdiagramme sie ausschließen, enthalten Level-1-Diagramme häufig Datenspeicher. Ein Datenspeicher ist der Ort, an dem Daten im Ruhezustand gespeichert werden. Es könnte eine Datenbank, eine Datei oder ein physischer Aktenordner sein.

Beim Zeichnen von Datenspeichern:

• Verwenden Sie offene Rechtecke oder spezifische Symbole, die in Ihrer Methode definiert sind.
• Stellen Sie sicher, dass jeder Datenspeicher mindestens einen Prozess hat, der darauf schreibt, und einen, der davon liest.
• Vermeiden Sie das Erstellen von „Schwarzen Löchern“, bei denen Daten in einen Speicher eintreten, aber niemals verlassen werden, oder von „Wundern“, bei denen Daten aus einem Speicher entweichen, ohne jemals eingegangen zu sein.

Häufige Fehler und Korrekturen ⚠️

Sogar erfahrene Analysten begehen Fehler beim Erstellen von DFDs. Die frühzeitige Erkennung dieser Muster spart Zeit bei der Validierung.

1. Das Schwarze Loch

Ein Schwarzes Loch ist ein Prozess, der Eingaben hat, aber keine Ausgaben. Dies bedeutet, dass Daten verbraucht werden, ohne ein Ergebnis zu erzeugen. In einem funktionalen System muss jede Eingabe zu einer Art Ausgabe oder Datenspeicherung führen.

2. Das Wunder

Ein Wunder ist ein Prozess, der Ausgaben hat, aber keine Eingaben. Dies bedeutet, dass Daten aus dem Nichts erzeugt werden. Jede Ausgabe muss aus bestimmten Eingabedaten abgeleitet werden.

3. Steuerflüsse

DFDs verfolgen Datenflüsse, nicht Steuerflüsse. Ein Steuerfluss stellt ein Signal zum Starten oder Beenden eines Prozesses dar (z. B. „Startknopf gedrückt“). Wenn Sie einen Fluss sehen, der wie ein Steuersignal aussieht, handelt es sich wahrscheinlich tatsächlich um Daten (z. B. „Startanforderung“). DFDs behandeln Zeitpunkte oder logische Steuerung nicht explizit.

4. Ausgeglichene Flüsse

Dies tritt auf, wenn die Eingaben des Level-1-Diagramms nicht mit den Eingaben des Kontextdiagramms übereinstimmen. Überprüfen Sie immer die Erhaltung der Daten nach dem Zeichnen des Level-1-Diagramms.

Vergleich der DFD-Ebenen 📊

Die folgende Tabelle fasst die Unterschiede zwischen den Ebenen zusammen, um zu helfen, zu verstehen, wann welche verwendet werden sollte.

Validierung und Verfeinerung 🔍

Nach dem ersten Entwurf muss das Diagramm validiert werden. Dies ist kein einmaliger Check, sondern ein Zyklus aus Überprüfung und Verfeinerung.

• Peer-Review:Lassen Sie einen anderen Analysten das Diagramm betrachten. Sie könnten Flüsse erkennen, die Ihnen selbst offensichtlich waren, aber in der Dokumentation fehlten.
• Verifizierung durch Stakeholder:Gehen Sie das Diagramm gemeinsam mit den Geschäftsanwendern durch. Fragen Sie, ob die Flüsse ihren täglichen Abläufen entsprechen.
• Komplettionsprüfung:Stellen Sie sicher, dass jede externe Entität eine Verbindung hat. Stellen Sie sicher, dass jeder Datenbestand Zugriff hat.
• Konsistenzprüfung:Überprüfen Sie die Namenskonventionen. Stellen Sie sicher, dass „Auftrag“ an einer Stelle nicht als „Bestellanfrage“ an einer anderen Stelle bezeichnet wird.

Erweiterte Überlegungen zur Tiefe 🧠

Je tiefer Sie in die DFD-Struktur eindringen, desto mehr Entscheidungen über die Granularität müssen Sie treffen. Wie tief sollten Sie gehen?

Schwellenwerte für Granularität

Es gibt keine universelle Regel, aber allgemeine Richtlinien existieren:

• Funktionsvollständigkeit:Ein Prozess sollte eine vollständige geschäftliche Funktion darstellen.
• Verwaltbarkeit:Das Diagramm sollte auf einer Standardseite oder einem Bildschirm ohne Scrollen Platz finden.
• Komplexität:Wenn ein Prozess auf Ebene 1 mehr als 7 Unterprozesse hat, könnte er ein eigenes Diagramm auf Ebene 2 benötigen.

Umgang mit Datenbeständen

Datenbestände können die visuelle Strömung komplizieren. Stellen Sie sicher, dass sie logisch platziert sind. Zeichnen Sie keine Linie, die durch einen Prozess hindurchgeht. Wenn eine Linie einen Prozess kreuzen muss, verwenden Sie einen Verbindungs- oder Knotenpunkt, um anzuzeigen, dass sie nur vorbeiläuft, nicht interagiert.

Externe Entitäten im Vergleich zu internen Akteuren

Unterscheiden Sie zwischen Akteuren innerhalb des Systems und solchen außerhalb. Wenn ein menschlicher Bediener Teil des Systemablaufs ist (z. B. ein Angestellter, der Daten eingibt), könnte er ein interner Akteur sein, aber oft wird er als externer Entität dargestellt, da er außerhalb der Software-Grenze liegt. Konsistenz bei dieser Definition ist entscheidend.

Best Practices für Dokumentation 📝

Die Darstellung ist nur ein Teil der Geschichte. Textliche Beschreibungen sind erforderlich, um die Logik zu erklären.

• Prozesswörterbuch:Erstellen Sie ein Dokument, das jeden Prozess beschreibt. Fügen Sie Eingaben, Ausgaben und die spezifische Logik hinzu (z. B. „Wenn Saldo < 0, als überfällig markieren“).
• Datensatzwörterbuch:Definieren Sie jedes Datenfeld. Geben Sie Datentypen, Längen und zulässige Werte an.
• Legende:Wenn Sie benutzerdefinierte Symbole verwenden, stellen Sie eine Legende bereit, die deren Bedeutung erklärt.

Zusammenfassung des Drill-Down-Prozesses 🔄

Ein erfolgreicher Übergang von Kontext zu Ebene 1 erfordert einen disziplinierten Ansatz. Es geht nicht darum, mehr Kästchen zu zeichnen; es geht darum, die Wahrheit des Systems aufzudecken.

• Beginnen Sie mit einem klaren Kontextdiagramm, das die Grenze definiert.
• Identifizieren Sie die wichtigsten funktionalen Bereiche, aus denen das System besteht.
• Wenden Sie das Prinzip der Datenkonservierung an, um Gleichgewicht zu gewährleisten.
• Fügen Sie Datenspeicher hinzu, an denen Informationen gespeichert werden.
• Überprüfen Sie mit den Stakeholdern, um Genauigkeit zu gewährleisten.

Durch die Einhaltung dieser strukturierten Schritte schaffen Sie eine robuste Grundlage für die Systemgestaltung. Das Diagramm der Ebene 1 wird zum Bauplan für Entwickler und zu einem Kommunikationsinstrument für Geschäftssachverhalte. Es schließt die Lücke zwischen abstrakten Anforderungen und konkreter Umsetzung.