Ein Nassi-Shneiderman-Diagramm ist ein Diagrammtyp zur Darstellung von Programmentwürfen im Rahmen der Methode der strukturierten Programmierung. Es wurde 1972/1973 von Isaac Nassi und Ben Shneiderman entwickelt und ist in der DIN-Norm 66261 festgelegt.
| |||
Bereich | Programmierung | ||
Titel | Informationsverarbeitung; Sinnbilder für Struktogramme nach Nassi-Shneiderman | ||
Kurzbeschreibung: | Struktogramme | ||
Letzte Ausgabe | November 1985 | ||
Klassifikation | 01.080.50, 35.020 |
Da Nassi-Shneiderman-Diagramme Programmstrukturen und Kontrollstrukturen darstellen, werden sie auch als Struktogramme bezeichnet.
Verwendung
BearbeitenDie Strukturierte Programmierung zerlegt das Gesamtproblem, das man mit dem gewünschten Algorithmus lösen will, in immer kleinere Teilprobleme – bis schließlich nur noch elementare Grundstrukturen wie Sequenzen und Kontrollstrukturen zur Lösung des Problems übrig bleiben. Diese können dann durch ein Nassi-Shneiderman-Diagramm visualisiert werden. Die Vorgehensweise entspricht der sogenannten Top-down-Programmierung, in der zunächst ein Gesamtkonzept entwickelt wird, das dann durch eine Verfeinerung der Strukturen des Gesamtkonzeptes aufgelöst wird.
Böhm und Jacopini haben 1966 nachgewiesen, dass sich jeder beliebige Algorithmus ohne unbedingte Sprunganweisung (GOTO) formulieren lässt. Für Nassi-Shneiderman-Diagramme lassen sich trivial die Kontrollstrukturen moderner Programmiersprachen finden; für Programmablaufpläne kann dies wesentlich schwieriger sein.
Sinnbilder nach Nassi-Shneiderman
BearbeitenDie meisten der nachfolgenden Strukturblöcke[1] können ineinander geschachtelt werden. Das aus den unterschiedlichen Strukturblöcken zusammengesetzte Struktogramm ist im Ganzen rechteckig, also genauso breit wie sein breitester Strukturblock.
Process Symbol
Bearbeiten
Jede Anweisung wird in einen rechteckigen Strukturblock geschrieben. Die Strukturblöcke werden nacheinander von oben nach unten durchlaufen. Leere Strukturblöcke sind nur in Verzweigungen zulässig. Alternative Begriffe: Folge, Befehlsfolge, Anweisungsfolge, Anweisungsblock, Linearer Ablauf, Sequenz. |
Decision Symbol
BearbeitenAlternative Begriffe: Verzweigung, Alternative, Selektion.
Ein möglicher Block
Bearbeiten
Nur wenn die Bedingung zutreffend (wahr) ist, wird der Anweisungsblock 1 durchlaufen ( Alternative Begriffe: Bedingte Verarbeitung, Einfache Auswahl/Selektion, Einfache Verzweigung. |
Zwei mögliche Blöcke
Bearbeiten
Wenn die Bedingung zutreffend (wahr) ist, wird der Anweisungsblock 1 durchlaufen; trifft die Bedingung nicht zu (falsch), wird der Anweisungsblock 2 durchlaufen ( Alternative Begriffe: Einfache Alternative, Zweifache Auswahl, Alternative Verzweigung/Verarbeitung. |
Beispiel für Verschachtelung
Bearbeiten
Es folgt eine weitere Bedingung. Die Verschachtelung ist ebenso im Nein-Fall noch möglich. |
Case-Statement
BearbeitenSchleifen
BearbeitenIteration Symbol
Bearbeiten
Wiederholungsstruktur, bei der die Anzahl der Durchläufe festgelegt ist ( Alternative Begriffe: Zählergesteuerte Schleife. |
Begin-End Symbol
Bearbeiten
Hier handelt es sich um Schleifen, wie man sie in PL/I und ALGOL findet. Sie zeichnen sich durch zwei Bedingungen aus. Alternative Begriffe: Wiederholung mit Bedingungsprüfung, prüfende Schleife. |
Sonderfall: End=true
Bearbeiten
Wiederholungsstruktur mit vorausgehender Bedingungsprüfung ( Schleifenanweisung: ( Abbruchanweisung: automatisch, wenn vorausgehende Bedingungsprüfung der geprüften Expression = falsch Der Schleifenkörper (Anweisungsblock 1) wird nur durchlaufen, wenn (und solange) die Bedingung zutreffend (wahr) ist. Diese Symbolik wird auch für die Zählschleife (Anzahl der Durchläufe bekannt) benutzt. Alternative Begriffe: Wiederholung mit vorausgehender Bedingungsprüfung, Abweisende/vorprüfende/kopfgesteuerte Schleife. | |
Sonderfall: Begin=true
Bearbeiten
Wiederholungsstruktur mit nachfolgender Bedingungsprüfung für den Abbruch ( Schleifenanweisung: Abbruchanweisung: automatisch, wenn nachfolgende Bedingungsprüfung der Expression = falsch Der Schleifenkörper (Anweisungsblock 1) wird mindestens einmal durchlaufen, auch wenn die Bedingung von Anfang an nicht zutreffend (falsch) war. Alternative Begriffe: Wiederholung mit nachfolgender Bedingungsprüfung, Nicht abweisende/nachprüfende/fußgesteuerte Schleife. |
Sonderfall: Begin=End=true
Bearbeiten
Wiederholungsstruktur, die allenfalls durch eine Abbruchanweisung ( Schleifenanweisung: Abbruchanweisung: Alternative Begriffe: Wiederholung ohne Bedingungsprüfung, Endlosschleife. |
Break
Bearbeiten
Der Aussprung ( Alternative Begriffe: Abbruchanweisung, Aussprung. |
Blockaufruf
Bearbeiten
Symbol für den Aufruf eines Unterprogramms bzw. einer Prozedur, Funktion oder Methode. Nach deren Durchlauf wird zu der aufrufenden Stelle zurückgesprungen und der nächstfolgende Strukturblock durchlaufen. Dieses Symbol ist nicht genormt. |
Parallel-Processing Symbol
Bearbeiten
Symbol für den nebenläufigen Ablauf von mehreren Blöcken. |
Füllregeln
BearbeitenAllgemeingültigkeit
BearbeitenStruktogramme sollten keine programmiersprachenspezifische Befehlssyntax enthalten. Sie müssen so programmiersprachenunabhängig formuliert werden, dass die dargestellte Logik einfach zu verstehen und als Codiervorschrift in jede beliebige Programmiersprache umzusetzen ist.
Deklaration
BearbeitenWeil sie ursprünglich für prozedurale Programmiersprachen entwickelt wurden, bildete man in Struktogrammen nur die Prozedur und keine Deklarationsbereiche von Variablen und Konstanten ab (einfaches Struktogramm). Dadurch ist jedoch nicht sofort deutlich, welcher Datentyp einer Variablen zugeordnet werden muss. Die Deklaration von Variablen und Konstanten ist im ersten Anweisungsblock vorzunehmen. Diese Nassi-Shneiderman-Diagramme bezeichnet man dann als erweiterte Struktogramme.
Exklusivität
BearbeitenJede Anweisung erhält einen eigenen Strukturblock (Sinnbilder nach DIN 66261). Selbst mehrere Anweisungen gleicher oder ähnlicher Art dürfen nicht in einem Strukturblock zusammengefasst werden.
Jede Anweisung muss mindestens aus einer Zuweisung bestehen (beispielsweise Zielvariable ← Zielvariable * AndereVariable). Eine Zuweisung wird durch einen nach links gerichteten Pfeil dargestellt. Ältere Struktogramme benutzen alternativ aus alten Pascal-Zeiten als Zuweisungszeichen den Doppelpunkt gefolgt vom Gleichheitszeichen (Zielvariable := Zielvariable * AndereVariable). Das Ziel einer Anweisung steht immer links vom Zuweisungszeichen. Rechts davon steht die Quelle.
Über jedes Struktogramm gehört ein Name, um die Identifikation durch Ereignis- oder (Unter-)Programmaufrufe gewährleisten zu können.
Praxisrelevanz
BearbeitenIn der Softwareentwicklung werden Nassi-Shneiderman-Diagramme heute selten eingesetzt. Dort werden vorrangig erweiterte Programmablaufpläne (Aktivitätsdiagramme der UML) verwendet.
Im Informatik-Unterricht der Sekundarstufe II werden Struktogramme verwendet, damit Schüler den Aufbau logischer Abläufe, die für die Programmierung nötig sind, trainieren können. Die Erstellung von Struktogrammen aufgrund von Beschreibungen betrieblicher Problemstellungen, die wegen wiederkehrender gleicher Vorgehensweise automatisiert werden können, ist immer noch Bestandteil vieler schulischer Abschlussprüfungen.
In der Entwicklungsumgebung EasyCODE wird direkt anhand von Nassi-Shneiderman-Diagrammen der Programmfluss festgelegt.
Nassi-Shneiderman-Diagramme können auch in technischer Dokumentation eingesetzt werden.[2]
Die Programmiersprache Scratch stellt Programme visuell als Struktogramme dar.
Beispieldiagramme
BearbeitenEinfaches Struktogramm
BearbeitenDas folgende Beispiel zeigt den Ablauf des euklidischen Algorithmus zur Berechnung des größten gemeinsamen Teilers zweier Zahlen.
als Nassi-Shneiderman-Diagramm … | … und in Python: |
---|---|
def GGT(a, b):
while a > 0 and b > 0:
if a > b:
a -= b
else:
b -= a
if b == 0:
return a
else:
return b
|
Erweitertes Struktogramm
Bearbeitenals Nassi-Shneiderman-Diagramm …
… und die Umsetzung in VBA:
Option Explicit
Private Sub btnZensur_Click()
Dim intZensur As Integer, strZensur As String
intZensur = InputBox("Geben Sie die Zensur als Zahl ein.")
Select Case intZensur
Case 1: strZensur = "sehr gut"
Case 2: strZensur = "gut"
Case 3: strZensur = "befriedigend"
Case 4: strZensur = "ausreichend"
Case 5: strZensur = "mangelhaft"
Case 6: strZensur = "ungenügend"
Case Else: strZensur = "ungültig"
End Select
MsgBox "Ihre eingegebene Zensur in Worten: " & strZensur
End Sub
Freie Struktogramm-Editoren
Bearbeiten- Struktog.: Struktogrammeditor - Lehrstuhl für Didaktik der Informatik der TU Dresden (DDI)[3]
- sbide: Javascript-basierter Struktogrammeditor mit C-Code-Generierung und Simulator zur Visualisierung des Programmablaufs[4]
- Structorizer: Open-source Struktogramm-Editor für Windows/Linux/Mac[5]
- Struktograf[6]
- Struktogrammer[7]
- Struktogrammeditor (whiledo)[8]
- Hamster-Struktogrammeditor (HaSE): Ergänzung zum Hamster-Simulator des Java-Hamster-Modells.[9]
Siehe auch
Bearbeiten- Programmablaufplan (PAP, Flowchart)
- Jackson-Diagramm
- Pseudocode
Einzelnachweise
Bearbeiten- ↑ Nassi, I.; Shneiderman, B.: Flowchart Techniques for Structured Programming. SIGPLAN Notices XII, August 1973, abgerufen am 3. Juni 2016 (englisch).
- ↑ Weiss, Edmond H.: Visualizing a Procedure with Nassi-Schneiderman Charts. Journal of Technical Writing and Communication, Vol. 20, Nr. 3 (1990): 237–254.
- ↑ dditools.inf.tu-dresden.de Struktog.
- ↑ sbide.de
- ↑ structorizer.fisch.lu
- ↑ struktograf.de
- ↑ struktogrammer.ch
- ↑ whiledo.de
- ↑ java-hamster-modell.de
Weblinks
Bearbeiten- Literatur zum Nassi-Shneiderman-Diagramm im Katalog der Deutschen Nationalbibliothek
- DIN 66261: Sinnbilder für Struktogramme nach Nassi-Shneiderman. FH Bielefeld, archiviert vom am 28. September 2007; abgerufen am 2. Juni 2016.
- Struktogramme erstellen - Seite mit Lernvideos zum Struktogrammer
- Struktogramme.pdf - Struktogramme lesen, verstehen und entwickeln