Mjukvaruutvecklare lär sig ofta om UML-programmering på college.
Bildkredit: Stockbyte/Stockbyte/Getty Images
Unified Modeling Language (UML) är ett mjukvarumodelleringsspråk med tonvikt på grafik och rörelse. Det är industristandardspråket för mjukvarumodellering och design, enligt Sparx Systems. Vissa utvecklare och mjukvarudesignföretag kan dock uppleva problem med UML. Nackdelar med att använda UML inkluderar att lägga till uppgifter till ett projekts arbetsomfattning och att förlita sig på UML-diagram för mycket.
Tid
En nackdel som vissa utvecklare kan hitta när de använder UML är den tid det tar att hantera och underhålla UML-diagram. För att fungera korrekt måste UML-diagram synkroniseras med programvarukoden, vilket kräver tid att ställa in och underhålla, och lägger till arbete i ett programvaruutvecklingsprojekt. Små företag och oberoende utvecklare kanske inte kan hantera den extra mängd arbete som krävs för att synkronisera koden.
Dagens video
Oklart vem som gynnar
Det är inte alltid klart vem som har nytta av ett UML-diagram. Enligt en artikel publicerad på Eiffel Softwares hemsida är UML inte fördelaktigt för mjukvaruutvecklare, främst för att mjukvaruutvecklare arbetar med kod, inte bilder eller diagram. UML-diagram kan vara fördelaktiga för projektledare eller chefer för att illustrera hur ett mjukvaruverktyg kommer att fungera, men det kan vara lättare att rita ut diagrammet på en whiteboard eller ett papper, snarare än att ta sig tid att lära sig UML språk.
Diagram kan bli överväldigande
När du skapar ett UML-diagram i samband med programvaruutveckling kan diagrammet bli överväldigande eller överkomplicerat, vilket kan vara förvirrande och frustrerande för utvecklare. Utvecklare kan omöjligt kartlägga varje enskilt scenario för ett mjukvaruverktyg i diagrammet, och även om de försöker, blir diagrammet rörigt. Ett sätt som utvecklare kan bekämpa det här problemet på är att endast inkludera grundläggande fakta och information på hög nivå UML-diagram, enligt ett inlägg på Stack Overflow av Stefano Borini, en kvantkemist och UML utvecklaren.
För mycket betoning på design
UML lägger stor vikt vid design, vilket kan vara problematiskt för vissa utvecklare och företag. Att titta på ett programvaruomfattning i ett UML-diagram kan leda till att programvaruprojektets intressenter överanalyserar problem, samt få människor att tappa fokus genom att lägga för mycket tid och uppmärksamhet på programvara funktioner. Företag kan inte lösa alla problem med ett mjukvaruverktyg med hjälp av ett UML-diagram -- så småningom måste de bara börja koda och testa. Brody Gooch, en medskapare av UML, sa att den ursprungliga visionen för UML var ett "grafiskt språk för att hjälpa resonera kring designen av ett system som det utspelar sig." Om människor lägger på luren genom att använda ett diagram för att identifiera och lösa problem, kan det försena det faktiska arbetet som behöver göras för att fixa frågor.
