Slabosti UML
Unified Modeling Language (UML) je jezik za modeliranje programske opreme s poudarkom na grafiki in gibanju. Glede na Sparx Systems je to industrijski standardni jezik za modeliranje in načrtovanje programske opreme. Vendar pa imajo lahko nekateri razvijalci in podjetja za načrtovanje programske opreme težave pri uporabi UML. Pomanjkljivosti uporabe UML vključujejo dodajanje nalog obsegu dela projekta in preveliko zanašanje na diagrame UML.
Čas
Ena pomanjkljivost, ki bi jo nekateri razvijalci lahko našli pri uporabi UML, je čas, potreben za upravljanje in vzdrževanje diagramov UML. Za pravilno delovanje morajo biti diagrami UML sinhronizirani s kodo programske opreme, kar zahteva čas za nastavitev in vzdrževanje ter dodaja delo projektu razvoja programske opreme. Majhna podjetja in neodvisni razvijalci morda ne bodo zmogli dodatne količine dela, potrebnega za sinhronizacijo kode.
Ni jasno, kdo ima koristi
Ni vedno jasno, kdo ima koristi od diagrama UML. Glede na članek, objavljen na spletnem mestu Eiffel Software, UML ni koristen za razvijalce programske opreme, predvsem zato, ker razvijalci programske opreme delajo s kodo, ne s slikami ali diagrami. Diagrami UML so lahko koristni za vodje projektov ali vodstvene delavce za ponazoritev delovanja programskega orodja, vendar bi bilo morda lažje narisati diagram na tablo ali kos papirja, namesto da bi si vzeli čas za učenje jezika UML.
Diagrami lahko postanejo preobremenjeni
Pri ustvarjanju diagrama UML v povezavi z razvojem programske opreme lahko diagram postane preobremenjen ali preveč zapleten, kar lahko zmede in frustrira razvijalce. Razvijalci nikakor ne morejo načrtovati vsakega posameznega scenarija za programsko orodje v diagramu, in tudi če poskušajo, postane diagram neurejen. Eden od načinov, kako se lahko razvijalci spopadejo s to težavo, je, da v diagrame UML vključijo samo osnovna dejstva in informacije na visoki ravni, glede na objavo na Stack Overflow avtorja Stefana Borinija, kvantnega kemika in razvijalca UML.
Preveč poudarka na oblikovanju
UML daje velik poudarek oblikovanju, kar je lahko za nekatere razvijalce in podjetja problematično. Pogled na obseg programske opreme v diagramu UML lahko privede do tega, da deležniki programskega projekta pretirano analizirajo težave, pa tudi povzroči, da ljudje izgubijo fokus, ker porabijo preveč časa in pozornosti za funkcije programske opreme. Podjetja ne morejo rešiti vsake težave s programskim orodjem z uporabo diagrama UML -- sčasoma morajo le začeti kodirati in testirati. Brody Gooch, soustvarjalec UML, je dejal, da je bila prvotna vizija UML "grafični jezik za pomoč pri sklepanju o zasnovi sistema, ko se razvija." Če ljudje obsedejo z uporabo diagrama za prepoznavanje in reševanje težav, lahko to odloži dejansko delo, ki ga je treba opraviti za odpravo težav.