Az UML hátrányai

Az Unified Modeling Language (UML) egy szoftvermodellező nyelv, amely a grafikára és a mozgásra helyezi a hangsúlyt. A Sparx Systems szerint ez a szoftvermodellezés és -tervezés iparági szabványos nyelve. Egyes fejlesztők és szoftvertervező cégek azonban problémákat tapasztalhatnak az UML használatával. Az UML használatának hátrányai közé tartozik, hogy feladatokat ad hozzá a projekt munkaköréhez, és túlzottan támaszkodik az UML diagramokra.

Idő

Az egyik hátrány, amelyet egyes fejlesztők találhatnak az UML használata során, az UML diagramok kezeléséhez és karbantartásához szükséges idő. A megfelelő működéshez az UML-diagramokat szinkronizálni kell a szoftverkóddal, ami időt vesz igénybe a beállításhoz és a karbantartáshoz, és megterheli a szoftverfejlesztési projektet. Előfordulhat, hogy a kisvállalatok és a független fejlesztők nem tudják kezelni a kód szinkronizálásához szükséges többletmunkát.

Nem világos, kinek előnyös

Nem mindig világos, hogy kinek haszna származik az UML diagramból. Az Eiffel Software honlapján megjelent cikk szerint az UML nem előnyös a szoftverfejlesztők számára, főleg azért, mert a szoftverfejlesztők kóddal dolgoznak, nem képekkel vagy diagramokkal. Az UML-diagramok hasznosak lehetnek a projektmenedzserek vagy vezetők számára egy szoftvereszköz működésének szemléltetésére, de lehet, hogy egyszerűbb az ábrát táblára vagy papírra rajzolni, mintsem az UML nyelv megtanulására szánni az időt. P>

A diagramok elsöprőek lehetnek

Amikor egy UML-diagramot szoftverfejlesztéssel együtt hoz létre, a diagram túlterheltté vagy túlbonyolulttá válhat, ami zavaró és frusztráló lehet a fejlesztők számára. A fejlesztők nem tudják minden egyes forgatókönyvet feltérképezni egy szoftvereszköz számára az ábrán, és még ha megpróbálják is, a diagram összezavarodik. Stefano Borini kvantumkémikus és UML-fejlesztő egyik Stack Overflow-ról szóló bejegyzése szerint a fejlesztők az egyik módja annak, hogy leküzdjék ezt a problémát, ha csak alapvető tényeket és magas szintű információkat tartalmaznak az UML-diagramokban.

Túl nagy hangsúly a tervezésen

Az UML nagy hangsúlyt fektet a tervezésre, ami egyes fejlesztők és cégek számára problémás lehet. Ha egy szoftver hatókörét egy UML diagramon nézzük, akkor a szoftverprojektben érdekelt felek túlságosan elemzik a problémákat, és az emberek elveszíthetik a figyelmüket, mivel túl sok időt és figyelmet fordítanak a szoftverfunkciókra. A vállalatok nem tudnak minden problémát megoldani egy UML diagramot használó szoftvereszközzel – végül csak el kell kezdeniük a kódolást és a tesztelést. Brody Gooch, az UML társalkotója azt mondta, hogy az UML eredeti elképzelése egy „grafikus nyelv volt, amely segíti a rendszer kialakítását annak kibontakozása során”. Ha az emberek lefagynak egy diagram segítségével a problémák azonosítására és megoldására, az késleltetheti a problémák megoldásához szükséges tényleges munkát.