Programmatūras izstrādātāji bieži vien mācās par UML programmēšanu koledžā.
Attēla kredīts: Stockbyte/Stockbyte/Getty Images
Unified Modeling Language (UML) ir programmatūras modelēšanas valoda, kurā uzsvars tiek likts uz grafiku un kustību. Saskaņā ar Sparx Systems tā ir nozares standarta valoda programmatūras modelēšanai un projektēšanai. Tomēr dažiem izstrādātājiem un programmatūras projektēšanas uzņēmumiem var rasties problēmas, izmantojot UML. UML izmantošanas trūkumi ietver uzdevumu pievienošanu projekta darba apjomam un pārāk lielu paļaušanos uz UML diagrammām.
Laiks
Viens no trūkumiem, ko daži izstrādātāji varētu atrast, izmantojot UML, ir laiks, kas nepieciešams UML diagrammu pārvaldībai un uzturēšanai. Lai UML diagrammas darbotos pareizi, tās ir jāsinhronizē ar programmatūras kodu, kas prasa laiku iestatīšanai un uzturēšanai, un tas palielina programmatūras izstrādes projekta darbu. Mazie uzņēmumi un neatkarīgi izstrādātāji, iespējams, nespēs tikt galā ar papildu darba apjomu, kas nepieciešams koda sinhronizēšanai.
Dienas video
Nav skaidrs, kam tas ir izdevīgi
Ne vienmēr ir skaidrs, kurš gūst labumu no UML diagrammas. Saskaņā ar rakstu, kas publicēts Eiffel Software vietnē, UML nav izdevīgs programmatūras izstrādātājiem, galvenokārt tāpēc, ka programmatūras izstrādātāji strādā ar kodu, nevis attēliem vai diagrammām. UML diagrammas var būt noderīgas projektu vadītājiem vai vadītājiem, lai ilustrētu, kā programmatūras rīks darbosies, taču var būt vieglāk uzzīmēt diagrammu uz tāfeles vai papīra lapas, nevis veltīt laiku UML apguvei valodu.
Diagrammas var kļūt nepārspējamas
Veidojot UML diagrammu saistībā ar programmatūras izstrādi, diagramma var kļūt nepārvarama vai pārāk sarežģīta, kas izstrādātājiem var radīt neskaidrības un vilšanos. Izstrādātāji diagrammā nevar izplānot katru programmatūras rīka scenāriju, un pat tad, ja viņi to mēģinātu, diagramma kļūst netīra. Viens veids, kā izstrādātāji var cīnīties ar šo problēmu, ir iekļaut tikai pamata faktus un augsta līmeņa informāciju UML diagrammas saskaņā ar kvantu ķīmiķa un UML Stefano Borini ziņu vietnē Stack Overflow izstrādātājs.
Pārāk liels uzsvars uz dizainu
UML lielu uzsvaru liek uz dizainu, kas dažiem izstrādātājiem un uzņēmumiem var radīt problēmas. Aplūkojot programmatūras darbības jomu UML diagrammā, programmatūras projektā ieinteresētās personas var pārmērīgi analizēt problēmas, kā arī liek cilvēkiem zaudēt uzmanību, tērējot pārāk daudz laika un uzmanības programmatūrai Iespējas. Uzņēmumi nevar atrisināt visas problēmas ar programmatūras rīku, izmantojot UML diagrammu – galu galā tiem vienkārši jāsāk kodēšana un testēšana. Brodijs Gūss, UML līdzveidotājs, sacīja, ka sākotnējā UML vīzija bija "grafiska valoda, kas palīdz apsvērt sistēmas izveidi tas atklājas. jautājumiem.
