Programinės įrangos kūrėjai dažnai sužino apie UML programavimą koledže.
Vaizdo kreditas: Stockbyte/Stockbyte/Getty Images
Unified Modeling Language (UML) yra programinės įrangos modeliavimo kalba, kurioje akcentuojama grafika ir judesys. Pasak „Sparx Systems“, tai yra standartinė programinės įrangos modeliavimo ir projektavimo kalba. Tačiau kai kuriems kūrėjams ir programinės įrangos projektavimo įmonėms gali kilti problemų naudojant UML. Trūkumai naudojant UML yra užduočių įtraukimas į projekto darbo sritį ir per didelis pasitikėjimas UML diagramomis.
Laikas
Vienas trūkumas, kurį kai kurie kūrėjai gali pastebėti naudodami UML, yra laikas, kurio reikia UML diagramoms valdyti ir prižiūrėti. Kad UML diagramos veiktų tinkamai, jos turi būti sinchronizuojamos su programinės įrangos kodu, kuriam reikia laiko nustatyti ir prižiūrėti, be to, programinės įrangos kūrimo projektas prideda darbo. Mažos įmonės ir nepriklausomi kūrėjai gali nepajėgti atlikti papildomo darbo, reikalingo kodui sinchronizuoti.
Dienos vaizdo įrašas
Neaišku, kam tai naudinga
Ne visada aišku, kam naudinga UML diagrama. Remiantis straipsniu, paskelbtu Eifelio programinės įrangos svetainėje, UML nėra naudinga programinės įrangos kūrėjams, daugiausia dėl to, kad programinės įrangos kūrėjai dirba su kodu, o ne paveikslėliais ar diagramomis. UML diagramos gali būti naudingos projektų vadovams ar vadovams, kad parodytų, kaip veiks programinės įrangos įrankis, tačiau gali būti lengviau nubraižyti diagramą ant lentos ar popieriaus lapo, o ne skirti laiko išmokti UML kalba.
Diagramos gali būti neįtikėtinos
Kuriant UML diagramą kartu su programinės įrangos kūrimu, diagrama gali tapti didžiulė arba pernelyg sudėtinga, o tai gali būti klaidinanti ir varginanti kūrėjus. Kūrėjai negali diagramoje numatyti kiekvieno programinės įrangos įrankio scenarijaus, ir net jei jie bando, diagrama tampa netvarkinga. Vienas iš būdų, kaip kūrėjai gali kovoti su šia problema, yra įtraukti tik pagrindinius faktus ir aukšto lygio informaciją UML diagramos, remiantis kvantinio chemiko ir UML Stefano Borini įrašu apie Stack Overflow programuotojas.
Per didelis dėmesys dizainui
UML daug dėmesio skiria dizainui, o tai gali būti problematiška kai kuriems kūrėjams ir įmonėms. Žvelgiant į programinės įrangos apimtį UML diagramoje, programinės įrangos projekto suinteresuotosios šalys gali per daug analizuoti problemų, taip pat dėl to, kad žmonės praranda dėmesį, nes per daug laiko ir dėmesio skiria programinei įrangai funkcijos. Įmonės negali išspręsti visų problemų su programinės įrangos įrankiu, naudodamos UML diagramą – galiausiai jos tiesiog turi pradėti koduoti ir testuoti. Brody Gooch, vienas iš UML kūrėjų, sakė, kad pradinė UML vizija buvo „grafinė kalba, padedanti pagrįsti sistemos dizainą kaip Ji atsiskleidžia. Problemos.
