Warum die Softwareindustrie eine Hassliebe mit UML-Diagrammen hat

UML ist eine vielseitige visuelle Sprache, die zur Modellierung eines Softwaresystems verwendet wird. Die Meinung der Softwareindustrie zum Einsatz von UML-Diagrammen ist gespalten. Während einige es als integralen Bestandteil von Softwaresystemen und -entwicklung ansehen, gibt es eine beträchtliche Anzahl von Menschen, die es für völlig unnötig halten.

In diesem Beitrag untersuchen wir beide Seiten dieses Arguments (sowohl Vor- als auch Nachteile von UML) und versuchen, die Hassliebe der Softwareindustrie zu UML-Entwurfsdiagrammen zu verstehen.

Vorteile von UML

Am häufigsten verwendet und flexibel

UML ist eine hoch anerkannte und verstandene Plattform für Softwaredesign. Es ist eine Standardnotation unter Softwareentwicklern. Sie können davon ausgehen, dass die meisten Software-Profis mit UML-Diagrammen zumindest vertraut, wenn nicht gar versiert sind, was es zur ersten Wahl macht, um Software-Designmodelle zu erklären.

Was UML für die Softwareentwicklung gut geeignet und dringend benötigt macht, ist ihre Flexibilität. Sie können Ihre Modellierungselemente und Interaktionen in einem UML-Diagramm speziell an die von Ihnen verwendete Domäne oder Technologien anpassen.

Die Softwarearchitektur muss effektiv kommuniziert werden

Die Softwarearchitektur ist der Bauplan des Systems. Es ist der Rahmen, von dem die Effizienz des Systems und seiner Prozesse abhängt. Dieses Framework ist jedoch nur dann effektiv, wenn es allen, die es verwenden und daran arbeiten, richtig kommuniziert wird. Hier kommt die Unified Modeling Language (UML) ins Spiel.

UML ist eine reichhaltige und umfangreiche Sprache, mit der nicht nur objektorientiertes Software-Engineering, sondern auch Anwendungsstruktur und -verhalten sowie Geschäftsprozesse modelliert werden können. Software-Spieler sind sich einig, dass wir auf die Dokumentation der Architektur nicht verzichten können. Es ist wichtig. Es hilft bei der Bewertung von Leistung, Sicherheit und Nachverfolgung und bietet wichtige Richtlinien für den Einsatz im Betrieb.

Aufgrund ihrer großen Reichweite ist UML die perfekte visuelle Sprache, um detaillierte Informationen über die Architektur an die größte Anzahl von Benutzern zu kommunizieren.

Sie müssen nur einen Bruchteil der Sprache kennen, um sie zu verwenden

Obwohl es 14 verschiedene Arten von UML-Diagrammen für die Modellierung von Anwendungen gibt, verwenden Entwickler nur drei oder vier, um ein Softwaresystem zu dokumentieren. Klassendiagramme, Sequenzdiagramme und Anwendungsfalldiagramme bleiben am beliebtesten.

Das bedeutet, dass Sie nur 20 % der UML-Sprache kennen müssen, um 80 % Ihrer Modellierungsanforderungen zu erklären. Sie müssen nicht die gesamte Notation kennen oder verstehen, um mithilfe von UML-Diagrammen effektiv zu kommunizieren. Wenn Sie eine Teilmenge der Notation kennen, sind Sie gut ausgestattet.

Fülle von UML-Tools

UML-Tools sind einer der wichtigsten Gründe, warum UML so weit verbreitet ist. UML-Tools reichen von kostenloser Open-Source-Software bis hin zu solchen, die Millionen von Dollar kosten. Diese Tools decken viel mehr ab als nur das Zeichnen von Diagrammen. Sie können Code aus dem Design generieren, Designmuster anwenden, Anforderungen minen, Code zurückentwickeln und Auswirkungs- und Komplexitätsanalysen durchführen.

Diese Vorteile und die Fülle an UML-Werkzeugen selbst machen UML zur idealen Modellierungs- und Entwicklungssprache im Bereich der Softwareentwicklung.

Trotz ihrer unzähligen Verwendungsmöglichkeiten und Vorteile wird UML nicht von allen bevorzugt. Tatsächlich verwendet ein beträchtlicher Teil der Softwareentwickler UML nicht und häuft heftige Kritik darauf an. Schauen wir uns die Argumente gegen die Verwendung von UML an.

Nachteile von UML: Argumentation gegen UML

Eine formale Notation ist nicht erforderlich

Das stärkste Argument gegen UML ist, dass Sie nicht wirklich ein UML-Diagramm benötigen, um Ihre Entwürfe zu kommunizieren. Sie können die gleiche Wirkung und Wirkung mit informellen Box-and-Line-Diagrammen erzielen, die in PowerPoint, Visio oder einem Whiteboard erstellt wurden. Da Codierung selbst eine formale Sprache ist, bevorzugen viele Entwickler die Komplexität und Formalität auf der Architekturebene nicht, was von der Verwendung von UML abhält und zu einem ihrer Nachteile geworden ist.

Aufsteigender Komplexitätsgrad

Seit ihrer Einführung bis heute hat UML an Komplexität und Größe zugenommen. Die schiere Größe von UML macht viele Leute gleich zu Beginn nervös, und sie haben das Gefühl, dass sie es nicht lernen können und ohne es besser dran sind.

Nicht notwendig bei 'Architektur-indifferentem Design'

Ein von George Fairbanks geprägter Begriff, „architecture-indifferent design“, ist eine Situation, in der UML als unnötig erachtet wird.

Im Kern bezieht sich ein architekturunabhängiges Design auf eine Softwarearchitektur, die einfach und grundlegend ist und keine komplexen Diagramme benötigt, um das Design darzustellen oder zu erklären. Wenn die Firmen mehr Wert auf formale Codierung legen und es eine vorherrschende Kultur der minimalen Designdokumentation gibt, wird UML als unnötig angesehen.

Entschlüsselung dieser Hassliebe:

Während in der Softwarebranche viel über die Redundanz von UML gesprochen wird, lässt sich nicht leugnen, dass es bisher keinen ganzheitlichen oder angemessenen Ersatz für UML gibt. Um eine unvoreingenommene Perspektive auf die Bedeutung und das Schicksal von UML zu erhalten, haben wir mit Hardware-Giganten gesprochen, die eng mit der Softwareindustrie in Kontakt stehen, aber neutral in ihrer Perspektive sind.

„Das Fehlen einer Designdokumentation ist kurzfristig in Ordnung, kann aber langfristig zu einem Problem werden, wenn Sie das Design einem Entwickler in einem anderen Land oder jemandem, der sechs Monate später dem Team beitritt, mitteilen müssen . UML wird unter solchen Umständen zu einer großen Hilfe und lindert Unklarheiten und Fragen zum Design.“ Ein Vertreter von Sconect, Hersteller von Buchsenleisten, meint.

„Wir können über domänenspezifische Sprachen für die visuelle Modellierung sprechen, aber Tatsache bleibt, dass keine von ihnen eine breite Akzeptanz gefunden hat, was nur bestätigt, dass UML die beste Alternative bleibt, was visuelle Sprachen betrifft.“ Diese Beobachtung wurde sehr interessanterweise von einem Vertreter von Scondar gemacht, das auf die Herstellung von Stiftleisten-Steckverbindern spezialisiert ist.

Beiträge eines Vertreters von Ismolex fassen den Fall der Hassliebe der Softwareindustrie zu UML-Entwurfsdiagrammen treffend zusammen. „Es mag tausend Argumente gegen die Verwendung von UML geben, aber aufgrund ihrer Fähigkeit, die Nuancen von Informationen über die Designarchitektur zu erfassen, und angesichts der zunehmenden Bedeutung der Designdokumentation bleibt UML unersetzlich.“

Vor- und Nachteile von UML: Auf welcher Seite stehen Sie?

Die Dementis und das Festhalten an UML-Diagrammen werden in den Softwarekreisen weitergehen. Aber UML ist gekommen, um zu bleiben. UML-Diagramme müssen jedoch kontinuierlich aktualisiert werden, damit ihre Verwendung nicht nur auf die Architekturbeschreibung und -kommunikation beschränkt ist, sondern erweitert wird, um Systeme darzustellen und zu erstellen, die dynamische Änderungen aufnehmen können.

Über den Autor

Ich bin Rachel Oliver, ich habe in den letzten Jahren als freiberufliche Autorin gearbeitet und bin derzeit mit Ismolex – dem Hersteller von Stiftleisten – verbunden. Während ich gerne über alle Dinge unter der Sonne schreibe, einschließlich Energie, Wirtschaft, Sport, Heimwerken und Mode, habe ich eine besondere Leidenschaft für Wirtschaft, Technologie und Elektronik. Sie können mit mir auf Google+, Facebook und Twitter in Kontakt treten.