Unified Modeling Language ( UML ) is een software modelleertaal met een nadruk op graphics en beweging . Het is de industrie standaard taal voor de software modellering en ontwerp , op basis van Sparx Systems . Echter, sommige ontwikkelaars en software- ontwerp bedrijven problemen met behulp van UML ervaren . Nadelen aan het gebruik van UML omvatten het toevoegen van taken aan het werk scope van een project en op basis van UML diagrammen te zwaar . Tijd Een nadeel sommige ontwikkelaars zou kunnen vinden bij het gebruik van UML is de tijd die het kost om UML diagrammen te beheren en te onderhouden . Om goed te werken , moet UML diagrammen worden gesynchroniseerd met de software code , wat tijd te zetten en te onderhouden vergt , en voegt het werk om een software- ontwikkelingsproject . Kleine bedrijven en onafhankelijke ontwikkelaars misschien niet in staat om de toegevoegde hoeveelheid werk die nodig is om de code te synchroniseren verwerken . Onduidelijk Wie profiteert Het is niet altijd duidelijk wie voordelen uit een UML-diagram . Volgens een artikel gepubliceerd op de website van Software Eiffel , UML is niet voordelig voor softwareontwikkelaars , vooral omdat software- ontwikkelaars werken met code , geen foto's of schema's . UML diagrammen kan gunstig zijn voor projectleiders of leidinggevenden om te illustreren hoe een software tool zal werken , maar het zou makkelijker zijn om het schema te tekenen op een whiteboard of een stuk papier , eerder dan de tijd nemen om de UML- taal te leren . < Br > Diagrams Can Get overweldigend bij het aanmaken van een UML- diagram in combinatie met de ontwikkeling van software , zou het diagram overweldigend of te gecompliceerd geworden , wat verwarrend en frustrerend voor ontwikkelaars kan worden . Ontwikkelaars kunnen onmogelijk in kaart elk scenario voor een software- instrument in het schema , en zelfs als ze proberen , het diagram krijgt rommelig . Een manier kunnen ontwikkelaars dit probleem te bestrijden is om alleen elementaire feiten en op hoog niveau informatie in UML diagrammen , volgens een post op Stack Overflow door Stefano Borini , een quantum chemicus en UML ontwikkelaar . Too veel nadruk op design UML legt veel nadruk op design , die problematisch zijn voor sommige ontwikkelaars en bedrijven kunnen zijn . Op zoek naar een software scope in een UML-diagram kan leiden tot software betrokkenen bij het project over- analyseren van problemen , alsmede ervoor zorgen dat mensen aandacht te verliezen door de uitgaven te veel tijd en aandacht aan softwarefuncties . Bedrijven kunnen niet elk probleem op te lossen met een software tool met behulp van een UML- diagram - uiteindelijk , maar ze moeten beginnen te coderen en testen . Brody Gooch , een co - maker van UML , zei dat de oorspronkelijke visie voor UML was een " grafische taal om te redeneren over het ontwerp van een systeem zoals het zich ontvouwt helpen . " Als mensen krijgen opgehangen met behulp van een schema te identificeren en op te lossen problemen , het kan het eigenlijke werk dat moet worden gedaan om de problemen op te lossen uit te stellen .
|