Die Geschichte des DFD
Datenflussdiagramme wurden Ende der 1970er Jahre durch die Computerpioniere Ed Yourdon und Larry Constantine in ihrem Buch „Structured Design“ populär gemacht. Sie basierten es auf den Berechnungsmodellen des „Datenflussgraphen“ von David Martin und Gerald Estrin. Sowohl das Konzept des strukturierten Designs als auch die DFD-Methode fanden breite Anwendung in den Bereichen Softwaretechnik und Wirtschaft.
Drei weitere Experten, die einen wichtigen Beitrag zur steigenden Popularität der DFD-Methodik leisteten, waren Tom DeMarco, Chris Gane und Trish Sarson. Gemeinsam legten sie in verschiedenen Kombinationen die primären Definitionen der Symbole und Notationen für ein Datenflussdiagramm fest.
Symbole und Notationen in DFDs
Bevor Sie beginnen, sollten Sie sich mit den verschiedenen Symbolen für Datenflussdiagramme vertraut machen. Da sich die Symbole zwischen Systemen unterscheiden können, ist es wichtig, Formen und Notationen bei der Kommunikation und Zusammenarbeit mit anderen klar und konsistent zu verwenden.
Ganz gleich, welche DFD-Regeln oder -Leitlinien man verwendet, die Symbole stehen jeweils für die vier Bestandteile eines Datenflussdiagramms:
1. Externe Entität
Eine externe Entität ist ein System, das Daten sendet oder empfängt und mit dem dargestellten System kommuniziert. Es gibt Quellen, aus denen die Informationen ins System eingespeist werden, und Destinationen, über die Informationen das System wieder verlassen. Dabei kann es sich auch um eine externe Organisation oder Person, ein Computersystem oder ein Geschäftssystem handeln. Diese werden auch als Terminatoren, Quellen und Senken oder Akteure bezeichnet. In der Regel befinden sie sich am Rand des Diagramms.
2. Prozess
Prozesse ändern Daten und erzeugen eine Ausgabe. Sie können Berechnungen durchführen, Daten auf der Grundlage von Logik sortieren oder den Datenfluss gemäß den Geschäftsregeln steuern. Zur Beschreibung eines Vorgangs wird eine Kurzbezeichnung verwendet (z. B. „Zahlung senden“).
3. Datenspeicher
Datenspeicher sind Dateien oder Repositories, die Informationen für die spätere Verwendung speichern (z. B. eine Datenbanktabelle oder ein Mitgliedschaftsformular). Jeder Datenspeicher erhält eine einfache Bezeichnung (z. B. „Bestellungen“).
4. Datenfluss
Datenfluss beschreibt die Route, die Daten zwischen externen Entitäten, Prozessen und Datenspeichern nehmen. Er stellt die Schnittstelle zwischen den anderen Komponenten dar und wird mit Pfeilen gezeigt, typischerweise mit einem kurzen Datennamen beschriftet (z. B. „Rechnungsdetails“).
Regeln und Tipps für DFDs
Für alle Datenflussdiagramme gelten bestimmte Regeln, die beachtet werden müssen:
-
Jeder Prozess sollte mindestens einen Input und einen Output haben.
-
Jeder Datenspeicher sollte mindestens einen eingehenden und einen ausgehenden Datenfluss haben.
-
Daten, die in einem System gespeichert werden, müssen einen Prozess durchlaufen.
-
Alle Prozesse in einem DFD führen zu einem anderen Prozess oder Datenspeicher.
Ebenen und Schichten von DFDs: Von Kontextdiagrammen bis zu Pseudocode
Ein Datenflussdiagramm kann schrittweise detailliertere Prozesse abbilden, indem man Ebenen und Schichten verwendet und einem bestimmten Teilbereich besondere Aufmerksamkeit schenkt. DFD-Ebenen werden mit 0, 1 oder 2 nummeriert und gehen manchmal sogar bis zu Ebene 3 oder noch weiter. Wie detailliert Ihr DFD sein soll, hängt davon ab, was Sie damit erreichen möchten.
DFD Ebene 0
Ein DFD der Ebene 0 wird auch als Kontextdiagramm bezeichnet. Es liefert einen grundlegenden Überblick über ein komplettes System oder einen Prozess, das/der analysiert oder modelliert werden soll. Bei diesem Diagramm soll auf einen Blick alles Wesentliche erkennbar sein. Das erreicht man, indem das System als ein einziger übersichtlicher Prozess mit seinen Beziehungen zu externen Entitäten dargestellt wird. Es sollte für eine breite Zielgruppe leicht verständlich sein, darunter Interessenvertreter, Wirtschafts- und Datenanalytiker sowie Entwickler.
