Visuelle Modellierung

Artikel#: 00074

Datum: 2021-12-04

Autor: Radim

Visuelle Modellierung ist ein sehr nützliches Werkzeug in der Projektanalyse und -dokumentation. Dabei handelt es sich um Erstellung standardisierter Diagramme, die wir in der Regel vor Beginn der Programmierung, also in der Anforderungsspezifikations- und Analysephase, erstellen.

Der Hauptvorteil der visuellen Modellierung besteht darin, dass sie die Orientierung im erstellten Programm erheblich erleichtert.
Wir können die gefundenen Informationen in grafischer Form besser wahrnehmen als beim Lesen des Textes und vor allem stellen wir die gesamte komplexe Struktur in einem Diagramm dar, um sie bei der Bearbeitung von Details immer zur Hand zu haben.

Wir zeigen nicht alle Informationen im Diagramm, da es sich um eine Abstraktion handelt, es erfasst nur die Gesamtstruktur, die grundlegendsten Objekte und ihre Beziehungen. Daher müssen wir das Modell nicht jedes Mal aktualisieren, wenn wir während der Programmierung etwas weniger Wichtiges im Code ändern.

Die Diagramme eignen sich hervorragend zum Verständnis der Struktur und zur schnellen Orientierung, aber wenn wir versuchen, alles zu stopfen, verlieren sie ihren Vorteil an Übersichtlichkeit.
Über den Diagrammen können wir die Architektur diskutieren und ob unser Modell alle notwendigen Funktionen enthält oder ob etwas vergessen wurde.

Das Modell ersetzt nicht die Dokumentation, sondern dient als Dokumentationsgrundlage, damit jeder den Aufbau des Programms schnell nachvollziehen kann.

Seien wir uns bewusst, dass einige Leute die Modellierungssprache nicht im Detail kennen oder nicht die Geduld haben, sie zu lernen. Aus diesem Grund sollten wir keine erweiterten Modellierungskonstrukte verwenden, die als verschiedene Arten von Sternen, abgeschrägten Ecken usw. erscheinen, und uns an die Grundelemente halten, die intuitiv angezeigt werden.

Literaturhinweis:

1. Petr Paleta. Computer Press (2003). Co programátory ve škole neučí.

© Radim-Automation, 2020–2025. Alle Rechte vorbehalten.
Die Verbreitung dieses Artikels ist mit Angabe der Quelle (Link zur Originalseite) ausdrücklich gestattet.

Verwandte vorherige Artikel:

• Wahl der Programmiersprache
• Maschinenmodularisierung
• Modulare Softwarearchitektur
• Hardwarekonzept
• Ein gutes Konzept = Kompletter Satz geeigneter Lösungen
• Lerne von deiner Reise!
• Projektleiter
• Warum scheitern Automatisierungsprojekte?
• Sammelt alle Anforderungen und sortiert sie!
• Wer wird operieren?
• Funktionelles und intuitives HMI
• Ernenne einen Vertreter!
• Setze deine Ziele für heute, morgen, diese Woche ...
• HMI- und SPS-Anwendungen sollen zusammenwachsen
• Bereite einen guten Projektplan vor und halte ihn auf dem neuesten Stand!
• Ich sehe was, was du nicht siehst
• Mehr als nur starten und stoppen
• Sicherheit zuerst!
• Mach die richtigen Dinge und mach sie richtig!
• Definiere kontinuierlich Testszenarien und Testfälle!
• Mach es nicht schlimmer!
• Behaltet die Antworten auf die Frage "Warum"
• Alles ist schwierig, bis es einfach wird
• Führt die Terminologie ein und vereinheitlicht sie!
• Verwirkliche jede gute Idee so schnell wie möglich!
• Komm und bleibe im "Flow"!
• Was braucht der Kunde?
• Stelle Fragen!
• Kommunikationsfähigkeiten sind äusserst wichtig
• Ersetze Mitarbeiter nicht in der Mitte des Projekts!
• Konzentriere dich auf das Ziel!
• Überlege auf dem Papier!
• Multitasking ist schädlich
• Vermeide allzu optimistische Schätzungen!
• Schärfe deine Axt, bevor du beginnst zu fällen!
• Verstehen - Einverstanden sein - Identifiziert sein - Glauben
• Überprüfe das Ergebnis!
• Halte es einfach!
• Verlass kein Arbeitspaket halbfertig!
• Erfolg ist kein Zufall
• Wähle das richtige Werkzeug!
• Vernachlässige und überspringe keinen Schritt!
• Transparenz und Zuverlässigkeit
• Von einer Idee zu einem konsistenten System

Verwandte nächste Artikel:

• Dokumentationsprobleme
• Sprich mit den Bedienern
• Ereignislogger als allererste im Programm implementierte Funktion
• Mein Chef war ein Held
• Versionskontrollsystem
• SPS-Netzwerkdiagramm
• Halte die Dokumentation während des gesamten Projekts auf dem neuesten Stand
• Pflege Ordnung im Programmkode
• Halte alles, was du brauchst, zusammen
• Die falsche Illusion des schnellen Fortschritts

Kommentar#: 00001

Datum: 2021-12-05

Benutzer: Radim

Zustandsdiagramm ist eine nützliche Sache in der Programmentwurfsphase sowie während des Testens des Programms. Wir müssen nur alle Zustände, Bedingungen und Übergänge testen, die wir im Zustandsdiagramm sehen.

Kommentar#: 00002

Datum: 2021-12-05

Benutzer: Radim

"Die UML-Sprache ist bis ins Detail ausgearbeitet, ihre Definition umfasst rund sechshundert Seiten. Einen Vorteil hat sie jedoch – man muss nur ein paar Grundregeln kennen, um loszulegen. Und die Diagramme selbst sind so intuitiv, dass man sie anzeigen kann für jeden bedenkenlos, auch für einen Kunden, der keine Ahnung von Softwareentwicklung hat, jeder kann sich schnell zurechtfinden und weiss, worum es geht."
- Petr Paleta. Computer Press (2003). Co programátory ve škole neučí.

Kommentar#: 00003

Datum: 2021-12-05

Benutzer: Radim

"UML ist ein hervorragendes Werkzeug und es gibt Leute, die behaupten, dass die Modellierung in UML die Grundlage des Entwicklungsprozesses ist: Der Code wird aus dem Modell generiert und seine manuelle Vervollständigung ist kein Problem mehr... Natürlich ist so ein Ansatz nicht Korrekt. Diagramme werden hauptsächlich während der Analyse erstellt, und wir haben möglicherweise noch nicht genügend Informationen, um effektiven Code zu erstellen."
- Petr Paleta. Computer Press (2003). Co programátory ve škole neučí.

Kommentar#: 00004

Datum: 2021-12-05

Benutzer: Radim

"UML hat einige Einschränkungen, auf die wir stossen würden, wenn wir diese Sprache als das einzige Analysewerkzeug betrachten und alles grafisch darstellen möchten. Die Anzeige einer Liste von Anwendungsfällen in einem Diagramm ist beispielsweise fast seltsam. Eine textbasierte Liste wäre in diesem Fall viel kürzer und übersichtlicher."
- Petr Paleta. Computer Press (2003). Co programátory ve škole neučí.

Kommentar#: 00005

Datum: 2021-12-05

Benutzer: Radim

"So wie Sie niemals ohne Bauplan mit dem Bau eines Hauses beginnen würden, sollten Sie nicht ohne einen detaillierten, schriftlichen Entwurf für Ihr Programm mit dem Programmieren beginnen.
Wenn Sie das beabsichtigte Ergebnis Ihres Programms nicht kennen, werden Sie viel Zeit damit verschwenden, unübersichtlichen Code zu schreiben, der kein bestimmtes Ziel erreicht."
- https://towardsdatascience.com/notes-on-software-construction-from-code-complete-8d2a8a959c69