Unified Modeling Language ( UML ) är en programvara modellering språk med fokus på grafik och rörelse . Det är branschstandard språk för programvara modellering och design , enligt Sparx Systems . Dock kan vissa utvecklare och programvara designföretag uppleva problem med UML . Nackdelar med att använda UML inkluderar att lägga till tasks till projektets omfattning och förlitar sig på UML-diagram för mycket . Tid
En nackdel vissa utvecklare kan hitta när man 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 programkod , vilket kräver tid för att upprätta och underhålla , och lägger arbetet med ett projekt för programvaruutveckling . Små företag och oberoende utvecklare kanske inte kunna hantera den extra mängd arbete som krävs för att koden synkroniseras .
Oklart vem gynnar
p Det är inte alltid klart vem förmåner från ett UML-diagram . Enligt en artikel publicerad på Eiffel Software webbplats , är UML inte fördelaktigt att mjukvaruutvecklare , främst eftersom mjukvaruutvecklare arbetar med kod , inte bilder eller diagram . UML-diagram kan vara till nytta för projektledare eller chefer för att illustrera hur ett verktyg fungerar , men det kan vara lättare att rita diagrammet ut på en whiteboard eller papper , snarare än att ta sig tid att lära sig UML språket .
diagram kan få överväldigande
När du skapar en UML-diagram i samband med utveckling av programvara , kan diagrammet blir överväldigande eller komplicerad , vilket kan vara förvirrande och frustrerande för utvecklare . Utvecklare kan omöjligen kartlägga varenda scenario för ett mjukvaruverktyg i diagrammet , och även om de försöker , blir diagrammet rörigt. Ett sätt utvecklare kan bekämpa detta problem är att endast omfatta grundläggande fakta och högnivåinformation i UML-diagram , enligt ett inlägg på Stack Overflow av Stefano Borini , en quantum kemist och UML utvecklare . Addera Too stor vikt vid design
UML lägger stor vikt på design , vilket kan vara problematiskt för vissa utvecklare och företag . Titta på ett program utrymme i ett UML-diagram kan leda till intressenterna programvaruprojekt över - analysera problem , samt få folk att tappa fokus genom att spendera för mycket tid och uppmärksamhet på programfunktioner . Företagen kan inte lösa alla problem med ett verktyg med ett UML diagram - till slut , de bara måste börja kodning och testning . Brody Gooch , en medskapare av UML , sade att den ursprungliga visionen för UML var ett " grafiskt språk för att hjälpa resonera om utformningen av ett system som det utvecklar sig . " Om människor får hängas upp med hjälp av ett diagram för att identifiera och lösa frågor , kan det försena det faktiska arbetet som behöver göras för att åtgärda problemen .
