Unified Modeling Language (UML) es un lenguaje de modelado de software con énfasis en los gráficos y movimiento. Es el lenguaje estándar de la industria para el modelado y diseño de software, de acuerdo con Sparx Systems. Sin embargo, algunos desarrolladores y empresas de diseño de software pueden experimentar problemas con UML. Desventajas en el uso de UML incluyen la adición de tareas de alcance de trabajo de un proyecto y confiar en diagramas UML en exceso.
Hora
Una desventaja algunos desarrolladores podrían encontrar al utilizar UML es el tiempo que se necesita para administrar y mantener los diagramas UML. Para que funcione correctamente, diagramas UML deben estar sincronizados con el código de software 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 añadida de trabajo necesario para sincronizar el código.
Beneficios Who poco claras
No siempre está claro quién se beneficia 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, sobre todo porque los desarrolladores de software trabajan con código, no imágenes o diagramas. diagramas UML puede ser beneficioso para proyectar los administradores o directivos para ilustrar cómo una herramienta de software va a funcionar, pero puede ser más fácil dibujar el diagrama en una pizarra o un pedazo de papel, en lugar de tomar el tiempo para aprender el lenguaje UML.
Los diagramas pueden conseguir de forma aplastante
Al crear un diagrama UML en conjunto con el desarrollo de software, el diagrama podría llegar a ser abrumador o excesivamente complicada, que puede ser confuso y frustrante para los desarrolladores. Los desarrolladores no pueden, posiblemente, un mapa de todos los escenarios único de 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 para incluir sólo datos básicos e información de alto nivel en diagramas UML, de acuerdo con un post en el desbordamiento de pila de Stefano Borini, un químico cuántico y desarrollador UML.
Demasiado é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 ámbito de aplicación de software en un diagrama UML puede conducir a los participantes del proyecto de software sobre-analizar los problemas, así como hacen que las personas pierden el enfoque al 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 usando un diagrama UML - con el tiempo, sólo tienen que empezar a codificar y pruebas. Brody Gooch, un co-creador de UML, dijo que la visión original para UML era un "lenguaje gráfico para ayudar a razonar sobre el diseño de un sistema que se desarrolla." Si la gente se colgó el uso de un diagrama para identificar y resolver problemas, se puede retrasar el trabajo real que se necesita hacer para solucionar los problemas.