Unified Modeling Language (UML) ist ein Software- Modellierungssprache mit einem Schwerpunkt auf Grafik und Bewegung . Es ist die Industrie-Standard- Sprache zur Modellierung von Software und Design, nach Sparx Systems . Jedoch können einige Entwickler und Software -Design-Unternehmen treten Probleme mit UML . Nachteile der Verwendung von UML beinhalten das Hinzufügen von Aufgaben zu einer Projektarbeit Umfang und unter Berufung auf UML-Diagramme zu stark . Zeit
Ein Nachteil einige Entwickler zu finden, wenn mit UML könnte, ist die Zeit es braucht, um zu verwalten und zu pflegen UML-Diagramme . Um richtig zu arbeiten, müssen UML-Diagramme mit der Software -Code, der Zeit für die Einrichtung und Pflege erfordert , und fügt Arbeit zu einem Software-Entwicklungsprojekt synchronisiert werden. Kleine Unternehmen und unabhängigen Entwicklern vielleicht nicht in der Lage sein , um die zugesetzte Menge an Arbeit erforderlich , um den Code zu synchronisieren behandeln.
Unklar, wer
Vorteile Es ist nicht immer klar , wer profitiert aus einem UML-Diagramm . Laut einem Artikel auf der Eiffel Software Website veröffentlicht , ist UML nicht vorteilhaft für Software-Entwickler , vor allem, weil Software-Entwickler mit Code arbeiten, nicht Bilder oder Diagramme . UML-Diagramme kann vorteilhaft sein, Projektmanager oder Führungskräfte zu veranschaulichen, wie ein Software-Tool funktionieren wird, aber es könnte einfacher sein, um das Diagramm zu ziehen auf einem Whiteboard oder ein Stück Papier , anstatt sich die Zeit nehmen , um die UML Sprache zu lernen.
Diagramme können überwältigende
Holen Beim Erstellen eines UML-Diagramm in Verbindung mit Software-Entwicklung, könnte das Diagramm überwältigend oder zu kompliziert , das kann verwirrend und frustrierend für Entwickler . Entwickler kann unmöglich jede einzelne Karte aus Szenario für ein Software-Tool in das Diagramm , und selbst wenn sie versuchen , bekommt das Diagramm chaotisch. Eine Möglichkeit, dieses Problem zu bekämpfen Entwickler kann, ist nur die grundlegenden Fakten und High-Level- Informationen in UML-Diagramme, nach einem Beitrag auf Stack Overflow durch Stefano Borini , einem Quantenchemiker und UML -Entwickler.
Too viel Wert auf Design
UML legt viel Wert auf Design , was problematisch sein kann für einige Entwickler und Unternehmen. Mit Blick auf eine Software- Umfang in einem UML-Diagramm kann auf Software Projektbeteiligten führen over- Analyse von Problemen , sowie Leute veranlassen , den Fokus zu viel Zeit und Aufmerksamkeit auf Software-Features zu verlieren. Unternehmen können nicht jedes Problem lösen mit einem Software-Tool mit einem UML-Diagramm - schließlich , sie müssen nur mit dem Programmieren beginnen und testen . Brody Gooch , ein Co- Schöpfer von UML , sagte, dass die ursprüngliche Vision für UML sei ein " grafische Sprache der Vernunft über die Gestaltung eines Systems , wie es entfaltet sich zu helfen. " Wenn die Menschen aufstehen mit einem Diagramm zu erkennen und zu lösen, hing Probleme kann es verzögern die eigentliche Arbeit , die getan werden, um die Probleme zu beheben werden muss.
