Недостаци УМЛ-а

Унифиед Моделинг Лангуаге (УМЛ) је језик софтверског моделирања са нагласком на графику и кретање. То је индустријски стандардни језик за софтверско моделирање и дизајн, према Спарк Системс-у. Међутим, неки програмери и компаније за дизајн софтвера могу имати проблема са коришћењем УМЛ-а. Недостаци коришћења УМЛ-а укључују додавање задатака у делокруг пројекта и превише ослањање на УМЛ дијаграме.

Један недостатак који неки програмери могу пронаћи када користе УМЛ је време које је потребно за управљање и одржавање УМЛ дијаграма. Да би исправно функционисали, УМЛ дијаграми морају бити синхронизовани са софтверским кодом, што захтева време за постављање и одржавање, и додаје посао пројекту развоја софтвера. Мале компаније и независни програмери можда неће моћи да поднесу додатну количину посла потребног за синхронизацију кода.

Није увек јасно ко има користи од УМЛ дијаграма. Према чланку објављеном на веб локацији Еиффел Софтваре, УМЛ није повољан за програмере софтвера, углавном зато што програмери софтвера раде са кодом, а не са сликама или дијаграмима. УМЛ дијаграми могу бити од користи менаџерима пројеката или руководиоцима да илуструју како ће софтверски алат функционисати, али можда би било лакше нацртати дијаграм на белој табли или комаду папира, уместо да одвојите време да научите УМЛ Језик.

Када креирате УМЛ дијаграм у вези са развојем софтвера, дијаграм може постати неодољив или превише компликован, што може бити збуњујуће и фрустрирајуће за програмере. Програмери никако не могу мапирати сваки појединачни сценарио за софтверски алат у дијаграму, а чак и ако покушају, дијаграм постаје неуредан. Један од начина на који програмери могу да се боре против овог проблема је да укључе само основне чињенице и информације на високом нивоу УМЛ дијаграми, према посту на Стацк Оверфлов-у Стефана Боринија, квантног хемичара и УМЛ-а програмер.

УМЛ ставља велики нагласак на дизајн, што може бити проблематично за неке програмере и компаније. Гледање обима софтвера у УМЛ дијаграму може довести до тога да заинтересоване стране софтверског пројекта претерано анализирају проблеме, као и да људи изгубе фокус трошењем превише времена и пажње на софтвер Карактеристике. Компаније не могу да реше сваки проблем помоћу софтверског алата користећи УМЛ дијаграм - на крају, само морају да почну да кодирају и тестирају. Броди Гуч, ко-креатор УМЛ-а, рекао је да је оригинална визија УМЛ-а била „графички језик који помаже у размишљању о дизајну система као одвија се." Ако се људи закаче да користе дијаграм за идентификацију и решавање проблема, то може одложити стварни посао који треба да се уради да би се поправило питања.