Softwareentwickler lernen oft die UML-Programmierung im College kennen.
Bildnachweis: Stockbyte/Stockbyte/Getty Images
Unified Modeling Language (UML) ist eine Software-Modellierungssprache mit Schwerpunkt auf Grafik und Bewegung. Laut Sparx Systems ist es die Industriestandardsprache für Softwaremodellierung und -design. Bei einigen Entwicklern und Softwaredesignunternehmen können jedoch Probleme bei der Verwendung von UML auftreten. Zu den Nachteilen bei der Verwendung von UML gehören das Hinzufügen von Aufgaben zum Arbeitsumfang eines Projekts und das zu starke Vertrauen auf UML-Diagramme.
Zeit
Ein Nachteil, den manche Entwickler bei der Verwendung von UML feststellen könnten, ist der Zeitaufwand für die Verwaltung und Pflege von UML-Diagrammen. Um richtig zu funktionieren, müssen UML-Diagramme mit dem Softwarecode synchronisiert werden, was Zeit für die Einrichtung und Wartung erfordert und die Arbeit eines Softwareentwicklungsprojekts hinzufügt. Kleine Unternehmen und unabhängige Entwickler sind möglicherweise nicht in der Lage, den zusätzlichen Arbeitsaufwand zu bewältigen, der für die Synchronisierung des Codes erforderlich ist.
Video des Tages
Unklar, wer profitiert
Es ist nicht immer klar, wer von einem UML-Diagramm profitiert. Laut einem auf der Website von Eiffel Software veröffentlichten Artikel ist UML für Softwareentwickler nicht von Vorteil, hauptsächlich weil Softwareentwickler mit Code und nicht mit Bildern oder Diagrammen arbeiten. UML-Diagramme können für Projektmanager oder Führungskräfte von Vorteil sein, um zu veranschaulichen, wie ein Softwaretool funktioniert, aber es Es ist möglicherweise einfacher, das Diagramm auf einem Whiteboard oder Blatt Papier zu zeichnen, anstatt sich die Zeit zu nehmen, die UML zu lernen Sprache.
Diagramme können überwältigend sein
Beim Erstellen eines UML-Diagramms in Verbindung mit der Softwareentwicklung kann das Diagramm überfordern oder zu kompliziert werden, was für Entwickler verwirrend und frustrierend sein kann. Entwickler können unmöglich jedes einzelne Szenario für ein Softwaretool im Diagramm abbilden, und selbst wenn sie es versuchen, wird das Diagramm unordentlich. Eine Möglichkeit für Entwickler, dieses Problem zu bekämpfen, besteht darin, nur grundlegende Fakten und hochrangige Informationen in UML-Diagramme, laut einem Beitrag zu Stack Overflow von Stefano Borini, einem Quantenchemiker und UML Entwickler.
Zu viel Betonung auf Design
UML legt großen Wert auf Design, was für einige Entwickler und Unternehmen problematisch sein kann. Das Betrachten eines Softwareumfangs in einem UML-Diagramm kann dazu führen, dass die Beteiligten eines Softwareprojekts zu viel analysieren Probleme, sowie dazu führen, dass Menschen den Fokus verlieren, indem sie zu viel Zeit und Aufmerksamkeit auf Software aufwenden Merkmale. Unternehmen können nicht jedes Problem mit einem Softwaretool lösen, das ein UML-Diagramm verwendet – schließlich müssen sie nur mit dem Codieren und Testen beginnen. Brody Gooch, ein Mitbegründer von UML, sagte, dass die ursprüngliche Vision für UML eine "grafische Sprache war, um über das Design eines Systems als es entfaltet sich." Wenn Leute hängen bleiben, indem sie ein Diagramm verwenden, um Probleme zu identifizieren und zu lösen, kann dies die eigentliche Arbeit verzögern, die zur Behebung des Problems erforderlich ist Probleme.
