Softwareudviklere lærer ofte om UML-programmering på college.
Billedkredit: Stockbyte/Stockbyte/Getty Images
Unified Modeling Language (UML) er et softwaremodelleringssprog med vægt på grafik og bevægelse. Det er industristandardsproget til softwaremodellering og -design ifølge Sparx Systems. Nogle udviklere og softwaredesignfirmaer kan dog opleve problemer med at bruge UML. Ulemper ved at bruge UML omfatter tilføjelse af opgaver til et projekts arbejdsomfang og at stole for meget på UML-diagrammer.
Tid
En ulempe, som nogle udviklere kan finde, når de bruger UML, er den tid, det tager at administrere og vedligeholde UML-diagrammer. For at fungere korrekt skal UML-diagrammer synkroniseres med softwarekoden, hvilket kræver tid at konfigurere og vedligeholde, og tilføjer arbejde til et softwareudviklingsprojekt. Små virksomheder og uafhængige udviklere er muligvis ikke i stand til at håndtere den ekstra mængde arbejde, der kræves for at synkronisere koden.
Dagens video
Uklart, hvem der får fordele
Det er ikke altid klart, hvem der har gavn af et UML-diagram. Ifølge en artikel offentliggjort på Eiffel Softwares hjemmeside er UML ikke fordelagtigt for softwareudviklere, primært fordi softwareudviklere arbejder med kode, ikke billeder eller diagrammer. UML-diagrammer kan være gavnlige for projektledere eller ledere for at illustrere, hvordan et softwareværktøj vil fungere, men det kan være lettere at tegne diagrammet ud på en tavle eller et stykke papir i stedet for at tage sig tid til at lære UML Sprog.
Diagrammer kan blive overvældende
Når du opretter et UML-diagram i forbindelse med softwareudvikling, kan diagrammet blive overvældende eller overkompliceret, hvilket kan være forvirrende og frustrerende for udviklere. Udviklere kan umuligt kortlægge hvert enkelt scenarie for et softwareværktøj i diagrammet, og selvom de prøver det, bliver diagrammet rodet. En måde, udviklere kan bekæmpe dette problem på, er kun at inkludere grundlæggende fakta og information på højt niveau UML-diagrammer, ifølge et indlæg på Stack Overflow af Stefano Borini, en kvantekemiker og UML Udvikler.
For meget vægt på design
UML lægger stor vægt på design, hvilket kan være problematisk for nogle udviklere og virksomheder. At se på et softwareomfang i et UML-diagram kan føre til, at softwareprojektinteressenter overanalyserer problemer, samt få folk til at miste fokus ved at bruge for meget tid og opmærksomhed på software funktioner. Virksomheder kan ikke løse alle problemer med et softwareværktøj ved hjælp af et UML-diagram -- til sidst skal de bare begynde at kode og teste. Brody Gooch, en medskaber af UML, sagde, at den oprindelige vision for UML var et "grafisk sprog for at hjælpe med at ræsonnere om designet af et system som det udfolder sig." Hvis folk bliver hængt på ved at bruge et diagram til at identificere og løse problemer, kan det forsinke det faktiske arbejde, der skal udføres for at løse problemet problemer.
