Nedostaci UML-a
Unified Modeling Language (UML) je softverski jezik za modeliranje s naglaskom na grafiku i kretanje. To je industrijski standardni jezik za softversko modeliranje i dizajn, prema Sparx Systems. Međutim, neki programeri i tvrtke za dizajn softvera mogu imati problema s korištenjem UML-a. Nedostaci korištenja UML-a uključuju dodavanje zadataka opsegu rada projekta i pretjerano oslanjanje na UML dijagrame.
Vrijeme
Jedan nedostatak koji bi neki programeri mogli pronaći kada koriste UML je vrijeme koje je potrebno za upravljanje i održavanje UML dijagrama. Da bi ispravno radili, UML dijagrami moraju biti sinkronizirani sa softverskim kodom, što zahtijeva vrijeme za postavljanje i održavanje, te dodaje posao projektu razvoja softvera. Male tvrtke i neovisni programeri možda neće moći podnijeti dodatnu količinu posla potrebnog za sinkronizaciju koda.
Nije jasno tko ima koristi
Nije uvijek jasno tko ima koristi od UML dijagrama. Prema članku objavljenom na web stranici Eiffel Software, UML nije koristan za programere softvera, uglavnom zato što programeri rade s kodom, a ne slikama ili dijagramima. UML dijagrami mogu biti korisni voditeljima projekata ili rukovoditeljima da ilustriraju kako će softverski alat raditi, ali bi moglo biti lakše nacrtati dijagram na bijeloj ploči ili komadu papira, umjesto da odvojite vrijeme za učenje UML jezika.
Dijagrami mogu postati neodoljivi
Prilikom izrade UML dijagrama u kombinaciji s razvojem softvera, dijagram bi mogao postati neodoljiv ili prekompliciran, što može biti zbunjujuće i frustrirajuće za programere. Programeri nikako ne mogu mapirati svaki pojedini scenarij za softverski alat u dijagramu, a čak i ako to pokušaju, dijagram postaje neuredan. Jedan od načina na koji se programeri mogu boriti protiv ovog problema je uključivanje samo osnovnih činjenica i informacija visoke razine u UML dijagrame, prema postu na Stack Overflowu autora Stefana Borinija, kvantnog kemičara i UML programera.
Previše naglaska na dizajnu
UML stavlja veliki naglasak na dizajn, što može biti problematično za neke programere i tvrtke. Gledanje opsega softvera u UML dijagramu može dovesti do toga da dionici softverskog projekta pretjerano analiziraju probleme, kao i uzrokovati da ljudi izgube fokus trošenjem previše vremena i pažnje na značajke softvera. Tvrtke ne mogu riješiti svaki problem sa softverskim alatom pomoću UML dijagrama -- na kraju, samo moraju početi kodirati i testirati. Brody Gooch, jedan od kreatora UML-a, rekao je da je izvorna vizija UML-a bila "grafički jezik koji pomaže u rasuđivanju dizajna sustava dok se razvija." Ako se ljudi zadrže na korištenju dijagrama za prepoznavanje i rješavanje problema, to može odgoditi stvarni posao koji treba obaviti da bi se problemi riješili.