Dezvoltatorii de software învață adesea despre programarea UML în facultate.
Credit imagine: Stockbyte/Stockbyte/Getty Images
Unified Modeling Language (UML) este un limbaj de modelare software cu accent pe grafică și mișcare. Este limbajul standard al industriei pentru modelarea și designul software, conform Sparx Systems. Cu toate acestea, unii dezvoltatori și companii de proiectare software pot întâmpina probleme cu utilizarea UML. Dezavantajele utilizării UML includ adăugarea de sarcini la domeniul de lucru al unui proiect și bazarea prea mult pe diagramele UML.
Timp
Un dezavantaj pe care l-ar putea găsi unii dezvoltatori atunci când folosesc UML este timpul necesar pentru gestionarea și întreținerea diagramelor UML. Pentru a funcționa corect, diagramele UML trebuie să fie sincronizate cu codul software, ceea ce necesită timp pentru configurare și întreținere și adaugă lucru la un proiect de dezvoltare software. Este posibil ca companiile mici și dezvoltatorii independenți să nu poată face față cantității suplimentare de muncă necesare pentru sincronizarea codului.
Videoclipul zilei
Nu este clar cine beneficiază
Nu este întotdeauna clar cine beneficiază de o diagramă UML. Potrivit unui articol publicat pe site-ul Eiffel Software, UML nu este avantajos pentru dezvoltatorii de software, în principal pentru că dezvoltatorii de software lucrează cu cod, nu cu imagini sau diagrame. Diagramele UML pot fi benefice pentru managerii de proiect sau directori pentru a ilustra modul în care va funcționa un instrument software, dar asta ar putea fi mai ușor să desenezi diagrama pe o tablă albă sau pe o bucată de hârtie, mai degrabă decât să-ți faci timp pentru a învăța UML limba.
Diagramele pot deveni copleșitoare
Când creați o diagramă UML împreună cu dezvoltarea de software, diagrama poate deveni copleșitoare sau prea complicată, ceea ce poate fi confuz și frustrant pentru dezvoltatori. Dezvoltatorii nu pot mapa fiecare scenariu pentru un instrument software din diagramă și, chiar dacă încearcă, diagrama devine dezordonată. Un mod în care dezvoltatorii pot combate această problemă este să includă numai fapte de bază și informații de nivel înalt Diagrame UML, conform unei postări pe Stack Overflow de Stefano Borini, un chimist cuantic și UML dezvoltator.
Prea mult accent pe design
UML pune mult accent pe design, ceea ce poate fi problematic pentru unii dezvoltatori și companii. Privirea unui domeniu de aplicare a software-ului într-o diagramă UML poate duce la o supraanalizare a părților interesate din proiectul software probleme, precum și determină oamenii să-și piardă concentrarea, petrecând prea mult timp și atenție software-ului Caracteristici. Companiile nu pot rezolva orice problemă cu un instrument software folosind o diagramă UML -- în cele din urmă, trebuie doar să înceapă codificarea și testarea. Brody Gooch, un co-creator al UML, a spus că viziunea originală pentru UML a fost un „limbaj grafic care să ajute la rațiunea despre proiectarea unui sistem ca se desfășoară.” Dacă oamenii se blochează folosind o diagramă pentru a identifica și rezolva probleme, aceasta poate întârzia munca efectivă care trebuie făcută pentru a remedia problema. probleme.
