Uno svantaggio alcuni sviluppatori potrebbero trovare quando si utilizza UML è il tempo necessario per gestire e mantenere diagrammi UML . Per funzionare correttamente , diagrammi UML devono essere sincronizzati con il codice software , che richiede tempo per impostare e mantenere , e aggiunge di lavoro per un progetto di sviluppo software . Le piccole imprese e sviluppatori indipendenti potrebbero non essere in grado di gestire la quantità aggiuntiva di lavoro necessaria per sincronizzare il codice .
Chiaro chi beneficia
Non è sempre chiaro chi ci guadagna da un diagramma UML . Secondo un articolo pubblicato sul sito web Software Eiffel , UML non è vantaggioso per gli sviluppatori di software , soprattutto perché gli sviluppatori di software lavorano con codice , non le immagini o diagrammi . Diagrammi UML può essere utile per i project manager o dirigenti per illustrare come uno strumento software funziona , ma potrebbe essere più facile per disegnare il diagramma su una lavagna o un pezzo di carta , piuttosto che prendere il tempo per imparare il linguaggio UML .
diagrammi possono Get travolgente
Durante la creazione di un diagramma UML in concomitanza con lo sviluppo del software , il diagramma può diventare opprimente o troppo complicata , che può essere confuso e frustrante per gli sviluppatori . Gli sviluppatori non possono eventualmente tracciare ogni singolo scenario per uno strumento software nel diagramma , e anche se cercano di , il diagramma diventa disordinato . Un modo gli sviluppatori possono combattere questo problema è quello di includere solo fatti di base e informazioni di alto livello in diagrammi UML , secondo un post su Stack Overflow da Stefano Borini , un chimico quantistico e UML sviluppatore .
Troppo molta enfasi sul design
UML pone molta enfasi sul design , che può essere problematico per alcuni sviluppatori e aziende . Guardando un ambito software in un diagramma UML può portare a stakeholder di progetto software over- analisi dei problemi , oltre che indurre la gente a perdere la concentrazione da spendere troppo tempo e l'attenzione sulle caratteristiche del software . Le aziende non possono risolvere tutti i problemi con uno strumento software utilizzando un diagramma UML - alla fine , non resta che iniziare a scrivere codice e testare . Brody Gooch , una co-creatore di UML , ha detto che la visione originale per UML è stato un " linguaggio grafico per aiutare la ragione circa la progettazione di un sistema nel suo divenire. " Se la gente ottenere appeso utilizzando un diagramma per identificare e risolvere problemi , può ritardare il lavoro effettivo che deve essere fatto per risolvere i problemi .
software © www.354353.com