Una desventaja algunos desarrolladores podrían encontrar al usar UML es el tiempo que se necesita para administrar y mantener los diagramas UML. Para que funcione correctamente , diagramas UML deben sincronizarse con el código de software, lo que requiere tiempo para establecer y mantener, y añade trabajo a un proyecto de desarrollo de software. Las pequeñas empresas y desarrolladores independientes podrían no ser capaces de manejar la cantidad adicional de trabajo que se requiere para sincronizar el código.
Claro quién se beneficia
No siempre está claro quién se beneficia partir de un diagrama UML . De acuerdo con un artículo publicado en el sitio web de Software Eiffel , UML no es ventajoso para los desarrolladores de software , debido principalmente a los desarrolladores de software trabajan con código , no imágenes o diagramas. Diagramas UML puede ser beneficioso para los administradores de proyectos y ejecutivos para ilustrar cómo funciona una herramienta de software, pero puede ser más fácil de dibujar el diagrama en una pizarra u hoja de papel , en lugar de tomar el tiempo para aprender el lenguaje UML .
diagramas pueden conseguir de forma aplastante
al crear un diagrama UML en conjunto con el desarrollo de software , el diagrama puede llegar a ser abrumadora o demasiado complicado , que puede ser confuso y frustrante para los desarrolladores . Los desarrolladores no pueden posiblemente trazar cada escenario único para una herramienta de software en el diagrama, e incluso si lo intentan , el esquema se complica . Una forma los desarrolladores pueden combatir este problema es incluir sólo datos básicos e información de alto nivel en los diagramas UML , de acuerdo a un post en Stack Overflow por Stefano Borini , un químico cuántico y UML desarrollador.
Demasiado mucho énfasis en el diseño
UML pone mucho énfasis en el diseño , que puede ser problemática para algunos desarrolladores y empresas. En cuanto a un marco de software en un diagrama UML puede conducir a los participantes del proyecto software para controlar el análisis de los problemas , así como hacer que la gente pierda el enfoque por pasar demasiado tiempo y atención en las características del software . Las empresas no pueden resolver todos los problemas con una herramienta de software utilizando un diagrama UML - con el tiempo , sólo tienen que empezar a programar y probar . Brody Gooch , co -creador de UML , dijo que la visión original para UML es un " lenguaje gráfico para ayudar a razonar sobre el diseño de un sistema que se desarrolla. " Si la gente se colgó con un diagrama para identificar y resolver cuestiones , que pueden retrasar el trabajo real que hay que hacer para solucionar los problemas .