Razvijalci programske opreme se pogosto učijo o programiranju UML na fakulteti.
Zasluga slike: Stockbyte/Stockbyte/Getty Images
Unified Modeling Language (UML) je jezik programske opreme za modeliranje s poudarkom na grafiki in gibanju. Po mnenju Sparx Systems je industrijski standardni jezik za modeliranje in načrtovanje programske opreme. Vendar pa lahko nekateri razvijalci in podjetja za načrtovanje programske opreme naletijo na težave z uporabo UML. Pomanjkljivosti uporabe UML vključujejo dodajanje nalog v obseg dela projekta in preveliko zanašanje na diagrame UML.
Čas
Ena od pomanjkljivosti, ki bi jo nekateri razvijalci lahko opazili pri uporabi UML, je čas, potreben za upravljanje in vzdrževanje diagramov UML. Za pravilno delovanje morajo biti diagrami UML sinhronizirani s programsko kodo, ki zahteva čas za nastavitev in vzdrževanje ter dodaja delo projektu razvoja programske opreme. Mala podjetja in neodvisni razvijalci morda ne bodo mogli opraviti dodatne količine dela, potrebnega za sinhronizacijo kode.
Video dneva
Nejasno, kdo ima koristi
Ni vedno jasno, komu koristi diagram UML. Glede na članek, objavljen na spletnem mestu Eiffel Software, UML ni ugoden 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 vodje, da ponazorijo, kako bo programsko orodje delovalo, vendar morda bi bilo lažje narisati diagram na tablo ali kos papirja, namesto da bi si vzeli čas za učenje UML jezik.
Diagrami so lahko preobremenjeni
Pri ustvarjanju diagrama UML v povezavi z razvojem programske opreme lahko diagram postane preobremenjen ali preveč zapleten, kar je lahko za razvijalce zmedeno in frustrirajuće. Razvijalci nikakor ne morejo začrtati vsakega posameznega scenarija za programsko orodje v diagramu, in tudi če poskušajo, se diagram pokvari. Eden od načinov, kako se razvijalci borijo proti tej težavi, je, da vanj vključijo samo osnovna dejstva in informacije na visoki ravni Diagrami UML, glede na objavo na Stack Overflow Stefana Borinija, kvantnega kemika in UML razvijalec.
Preveč poudarka na oblikovanju
UML daje velik poudarek oblikovanju, kar je lahko problematično za nekatere razvijalce in podjetja. Pogled na obseg programske opreme v diagramu UML lahko privede do tega, da zainteresirane strani projekta programske opreme pretirano analizirajo težave, pa tudi povzročijo, da ljudje izgubijo fokus, ker porabijo preveč časa in pozornosti za programsko opremo Lastnosti. Podjetja ne morejo rešiti vseh težav s programskim orodjem z uporabo UML diagrama – na koncu morajo samo začeti s kodiranjem in testiranjem. Brody Gooch, soustvarjalec UML, je dejal, da je bila prvotna vizija UML "grafični jezik, ki pomaga razumeti zasnovo sistema kot se razplete." Če se ljudje zapletejo z uporabo diagrama za prepoznavanje in reševanje težav, lahko to odloži dejansko delo, ki ga je treba opraviti za odpravo težave. vprašanja.
