Grundlagen der Systemanalyse: E/R-Modelle und DFDs

Systemanalyse und Anforderungsprüfung

Analyse: Die Anwendung auf Systeme bedeutet, diese in ihre Bestandteile zu zerlegen, um sowohl die isolierten Einheiten als auch deren Interaktion mit dem Rest zu untersuchen. Ziel ist die Erstellung eines E/R-Dokuments, das beschreibt, was das künftige System leisten soll, jedoch nicht die technische Umsetzung. Die Bedarfsanalyse ist der Prozess der Prüfung dieser Anforderungen.

Zustand: Ein Zustand wird objektiv als eine Fähigkeit definiert, die ein Benutzer benötigt, um ein Problem zu lösen oder ein Ziel zu erreichen. Es gilt: Die Bedingungen dieser Spezifikation müssen ein System oder einen Standard erfüllen.

Aus der Sicht eines Informationssystems (SI) ist dies die Zerlegung des Systems in seine Komponenten. Aus der Sicht des Lebenszyklus wird ein Dokument erzeugt, das nicht beschreibt, wie das System arbeitet, sondern was es tut.

Das Entity-Relationship-Modell (E/R)

Das E/R-Modell wurde 1976 von Peter Chen vorgeschlagen. Nach ihm kann die E/R-Sicht auf Daten als Grundlage für einen einheitlichen Ansatz dienen, der die natürliche Sicht auf reale Entitäten und Beziehungen übernimmt. Ein E/R-Modell besteht aus:

• Entitäten (Entities): Objekte, über die Informationen in der Datenbank gespeichert werden. Nach ANSI: „Eine Person, ein Ort, ein Ding, ein Begriff oder ein Ereignis, real oder abstrakt, von Interesse“. Es gibt zwei Arten: Reguläre Entitäten (existieren eigenständig) und schwache Entitäten (Existenz hängt von einer anderen Entität ab).
• Wechselbeziehungen (Relationships): Die Assoziation zwischen Entitäten, oft durch einen Rhombus (Raute) dargestellt.
• Attribute: Die Datenfelder, die in jeder Einheit gespeichert werden.

Zerlegung eines Datenflussdiagramms (DFD)

Die Idee ist eine geschichtete Darstellung nach einem Top-Down-Ansatz, bei dem jede Ebene eine detailliertere Ansicht eines Teils der vorherigen Ebene bietet. Dies bietet Vorteile für verschiedene Zielgruppen (Direktoren, Manager, Nutzer) und erleichtert dem Analysten die Systemmodellierung.

Bestandteile und Ebenen des DFD

• Diagramm 0: Zeigt die wichtigsten Funktionen des Systems und deren Beziehungen zueinander.
• Primitive Prozesse: Funktionen auf der untersten Ebene, die nicht weiter zerlegt werden. Für jede primitive Funktion wird eine Spezifikation erstellt.
• Kontextdiagramm: Grenzt das System global von der Außenwelt ab und definiert die Schnittstellen. Es zeigt den Datenfluss zwischen dem System und seiner Umwelt. Es besteht aus einem einzelnen Prozess für das Gesamtsystem sowie externen Einheiten, die den Ursprung und das Ziel der Datenströme spiegeln.
• Mittlere Ebenen: Alle notwendigen Zwischenschritte, um die Funktionen der Teilsysteme bis auf die Basisebene zu verfeinern.

Merkmale von Datenflüssen

Datenflüsse müssen eindeutige Namen haben und repräsentieren den Weg der Daten durch das System. Inhalte können wie folgt fließen:

• Element-Gruppen-Paar-Dialog: Ein Doppelpfeil für Initiator und assoziierte Antwort.
• Multiple-Response: Ein einfacher Datenfluss, der in der Realität aus einem Satz von Datenflüssen besteht.

Ein Datenfluss kann sich in mehrere Ströme aufteilen oder mehrfach wiederholt erscheinen. Der Inhalt eines Datenflusses sollte innerhalb derselben Tabelle nicht getrennt werden.