April 15
Unified Modeling Language (UML) è un linguaggio di modellazione del software con particolare attenzione alla grafica e movimento. E 'il linguaggio standard per la modellazione e la progettazione del software, secondo Sparx Systems. Tuttavia, alcuni sviluppatori e aziende di design di software possono verificarsi problemi con UML. Svantaggi di utilizzare UML includono l'aggiunta di attività a scopo di lavoro di un progetto e basandosi su diagrammi UML troppo pesantemente.
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 del software, che richiede tempo per impostare e mantenere, e aggiunge il lavoro ad un progetto di sviluppo software. Le piccole imprese e sviluppatori indipendenti potrebbero non essere in grado di gestire la quantità aggiunta di lavoro necessaria per sincronizzare il codice.
Non è sempre chiaro chi beneficia di un diagramma UML. Secondo un articolo pubblicato sul sito web del software di Eiffel, UML non è vantaggioso per gli sviluppatori di software, soprattutto perché gli sviluppatori di software lavorano con codice, non immagini o diagrammi. diagrammi UML può essere utile per project manager o dirigenti per illustrare come uno strumento software funzionerà, ma potrebbe essere più facile per tracciare il diagramma su una lavagna o un pezzo di carta, piuttosto che prendere il tempo per imparare la lingua UML.
Quando si crea un diagramma UML in concomitanza con lo sviluppo del software, lo schema potrebbe diventare schiacciante 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, lo schema 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 sviluppatore UML.
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 parti interessate al progetto software over-analizzare i problemi, così come indurre la gente a perdere la concentrazione da spendere troppo tempo e l'attenzione sulla funzionalità del software. Le aziende non possono risolvere tutti i problemi con uno strumento software utilizzando un diagramma UML - alla fine, devono solo iniziare a scrivere codice e test. Brody Gooch, una co-creatore di UML, ha detto che la visione originale per UML era un "linguaggio grafico per aiutare la ragione per la progettazione di un sistema nel suo divenire." Se la gente ottenere appeso utilizzando un diagramma per identificare e risolvere i problemi, si può ritardare il lavoro effettivo che deve essere fatto per risolvere i problemi.