Tarkvaraarendajad õpivad UML-i programmeerimist sageli kolledžis.
Pildi krediit: Stockbyte/Stockbyte/Getty Images
Unified Modeling Language (UML) on tarkvara modelleerimiskeel, mis keskendub graafikale ja liikumisele. See on Sparx Systemsi andmetel tarkvara modelleerimise ja kujundamise standardkeel. Mõnedel arendajatel ja tarkvarakujundusettevõtetel võib UML-i kasutamisel siiski probleeme tekkida. UML-i kasutamise puudused hõlmavad ülesannete lisamist projekti töö ulatusse ja liigset UML-diagrammidele tuginemist.
Aeg
Üks puudus, mida mõned arendajad võivad UML-i kasutamisel leida, on aeg, mis kulub UML-diagrammide haldamiseks ja hooldamiseks. Õigeks tööks peavad UML-i diagrammid olema tarkvarakoodiga sünkroonitud, mis nõuab aega seadistamiseks ja hooldamiseks ning lisab tarkvaraarendusprojektile tööd. Väikesed ettevõtted ja sõltumatud arendajad ei pruugi koodi sünkroonimiseks vajaliku lisatööga hakkama saada.
Päeva video
Ebaselge, kes sellest kasu saab
Alati pole selge, kellele UML-diagramm kasu on. Eiffeli tarkvara veebisaidil avaldatud artikli kohaselt pole UML tarkvaraarendajatele soodne, peamiselt seetõttu, et tarkvaraarendajad töötavad koodi, mitte piltide või diagrammidega. UML-diagrammid võivad olla kasulikud projektijuhtidele või juhtidele, et illustreerida, kuidas tarkvaratööriist töötab, kuid võib olla lihtsam joonistada diagrammi tahvlile või paberile, selle asemel, et võtta aega UML-i õppimiseks keel.
Diagrammid võivad muutuda ülekaalukaks
UML-diagrammi loomisel koos tarkvaraarendusega võib diagramm muutuda üle jõu käivaks või liiga keeruliseks, mis võib tekitada arendajatele segadust ja pettumust. Arendajad ei suuda skeemil kaardistada tarkvaratööriista iga üksikut stsenaariumi ja isegi kui nad seda proovivad, muutub diagramm segaseks. Üks viis, kuidas arendajad saavad selle probleemiga võidelda, on lisada ainult põhifakte ja kõrgetasemelist teavet UML-i diagrammid vastavalt kvantkeemiku ja UML-i Stefano Borini postitusele Stack Overflow arendaja.
Liiga palju rõhku disainile
UML paneb suurt rõhku disainile, mis võib mõnele arendajale ja ettevõttele probleeme tekitada. Tarkvara ulatuse vaatamine UML-i diagrammil võib viia tarkvaraprojekti sidusrühmade üleanalüüsimiseni probleeme, samuti kaotavad inimesed tähelepanu, kulutades liiga palju aega ja tähelepanu tarkvarale Funktsioonid. Ettevõtted ei suuda kõiki probleeme lahendada tarkvaratööriistaga, kasutades UML-skeemi – lõpuks peavad nad lihtsalt hakkama kodeerima ja testima. UML-i kaaslooja Brody Gooch ütles, et UML-i esialgne visioon oli "graafiline keel, mis aitab arutleda süsteemi kujundamisel see avaneb." Kui inimesed jäävad probleemide tuvastamiseks ja lahendamiseks diagrammi kasutades rippuma, võib see tegelikku tööd, mida tuleb teha, et parandada. probleeme.
