Ohjelmistokehittäjät oppivat usein UML-ohjelmointia yliopistossa.
Kuvan luotto: Stockbyte/Stockbyte/Getty Images
Unified Modeling Language (UML) on ohjelmistomallinnuskieli, joka painottaa grafiikkaa ja liikettä. Se on alan standardikieli ohjelmistojen mallintamiseen ja suunnitteluun Sparx Systemsin mukaan. Jotkut kehittäjät ja ohjelmistosuunnitteluyritykset voivat kuitenkin kohdata ongelmia UML: n käytössä. UML: n käytön haittoja ovat tehtävien lisääminen projektin työalueeseen ja liiallinen UML-kaavioihin luottaminen.
Aika
Eräs haitta, jota jotkut kehittäjät saattavat havaita käyttäessään UML: ää, on UML-kaavioiden hallintaan ja ylläpitoon kuluva aika. Toimiakseen oikein UML-kaaviot on synkronoitava ohjelmistokoodin kanssa, mikä vaatii aikaa asentamiseen ja ylläpitoon ja lisää työtä ohjelmistokehitysprojektiin. Pienet yritykset ja itsenäiset kehittäjät eivät ehkä pysty käsittelemään koodin synkronoinnin vaatimaa lisätyötä.
Päivän video
Epäselvää, kuka hyötyy
Aina ei ole selvää, kuka hyötyy UML-kaaviosta. Eiffel Softwaren verkkosivuilla julkaistun artikkelin mukaan UML ei ole ohjelmistokehittäjille edullinen, lähinnä siksi, että ohjelmistokehittäjät työskentelevät koodin, eivät kuvien tai kaavioiden avulla. UML-kaaviot voivat olla hyödyllisiä projektipäälliköille tai johtajille havainnollistamaan, kuinka ohjelmistotyökalu toimii, mutta se saattaa olla helpompaa piirtää kaavio taululle tai paperille, kuin käyttää aikaa UML: n oppimiseen Kieli.
Kaavioista voi tulla ylivoimaisia
Kun luot UML-kaaviota ohjelmistokehityksen yhteydessä, kaaviosta voi tulla ylivoimainen tai monimutkainen, mikä voi olla hämmentävää ja turhauttavaa kehittäjille. Kehittäjät eivät voi mitenkään kartoittaa jokaista ohjelmistotyökalun skenaariota kaaviossa, ja vaikka he yrittäisivätkin, kaaviosta tulee sotkuinen. Yksi tapa, jolla kehittäjät voivat torjua tätä ongelmaa, on sisällyttää siihen vain perustiedot ja korkean tason tiedot UML-kaaviot kvanttikemistin ja UML: n Stefano Borinin Stack Overflow -julkaisun mukaan kehittäjä.
Liian paljon suunnittelua
UML painottaa paljon suunnittelua, mikä voi olla ongelmallista joillekin kehittäjille ja yrityksille. Ohjelmiston laajuuden katsominen UML-kaaviossa voi johtaa ohjelmistoprojektin sidosryhmien liialliseen analysointiin ongelmia, sekä saada ihmiset menettämään keskittymisen viettämällä liikaa aikaa ja huomiota ohjelmistoihin ominaisuudet. Yritykset eivät voi ratkaista kaikkia ongelmia ohjelmistotyökalulla UML-kaavion avulla – lopulta niiden on vain aloitettava koodaus ja testaus. Brody Gooch, yksi UML: n luojista, sanoi, että UML: n alkuperäinen visio oli "graafinen kieli, joka auttoi ajattelemaan järjestelmän suunnittelua se avautuu." Jos ihmiset jäävät jumiin käyttämällä kaaviota ongelmien tunnistamiseen ja ratkaisemiseen, se voi viivästyttää varsinaista työtä, joka on tehtävä ongelmien korjaamiseksi. ongelmia.
