A szoftverfejlesztők gyakran az egyetemen tanulnak az UML programozásról.
Kép jóváírása: Stockbyte/Stockbyte/Getty Images
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 az idő, amelybe az UML-diagramok kezeléséhez és karbantartásához szükséges. 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 kis cégek és a független fejlesztők nem tudják kezelni a kód szinkronizálásához szükséges többletmunkát.
A nap videója
Nem világos, hogy 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 egyszerűbb lehet a diagramot táblára vagy papírra rajzolni, mintsem az UML megtanulására szánni az időt nyelv.
A diagramok elsöprőek lehetnek
Amikor egy UML-diagramot szoftverfejlesztéssel együtt hoz létre, a diagram túlterheltté vagy túlbonyolítottá 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. A fejlesztők az egyik módja a probléma elleni küzdelemnek, ha csak alapvető tényeket és magas szintű információkat tartalmaznak UML diagramok Stefano Borini kvantumkémikus és UML Stack Overflow című bejegyzése szerint fejlesztő.
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, az a szoftverprojektben érdekelt felek túlzott elemzéséhez vezethet problémákat okozhat, valamint az emberek figyelmének elvesztését, mivel túl sok időt és figyelmet fordítanak a szoftverre jellemzők. 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 tervezését. kibontakozik." 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 tényleges munkát, amelyet a probléma megoldásához kell elvégezni. problémák.
