Las desventajas de UML

El lenguaje de modelado unificado (UML) es un lenguaje de modelado de software con énfasis en gráficos y movimiento. Es el lenguaje estándar de la industria para el modelado y diseño de software, según Sparx Systems. Sin embargo, algunos desarrolladores y empresas de diseño de software pueden experimentar problemas al utilizar UML. Las desventajas de usar UML incluyen agregar tareas al ámbito de trabajo de un proyecto y depender demasiado de los diagramas UML.

Tiempo

Una desventaja que algunos desarrolladores pueden encontrar al usar UML es el tiempo que lleva administrar y mantener los diagramas UML. Para que funcionen correctamente, los diagramas UML deben sincronizarse con el código del software, lo que requiere tiempo para configurarlo y mantenerlo, y agrega trabajo a un proyecto de desarrollo de software. Es posible que las pequeñas empresas y los desarrolladores independientes no puedan manejar la cantidad adicional de trabajo necesaria para sincronizar el código.

No está claro quién se beneficia

No siempre está claro quién se beneficia de un diagrama UML. Según un artículo publicado en el sitio web de Eiffel Software, UML no es ventajoso para los desarrolladores de software, principalmente porque los desarrolladores de software trabajan con código, no con imágenes o diagramas. Los diagramas UML pueden ser beneficiosos para los gerentes de proyectos o ejecutivos para ilustrar cómo funcionará una herramienta de software, pero podría ser más fácil dibujar el diagrama en una pizarra o en una hoja de papel, en lugar de tomarse el tiempo de aprender el lenguaje UML.

Los diagramas pueden volverse abrumadores

Al crear un diagrama UML junto con el desarrollo de software, el diagrama puede volverse abrumador o demasiado complicado, lo que puede resultar confuso y frustrante para los desarrolladores. Es posible que los desarrolladores no puedan mapear todos los escenarios para una herramienta de software en el diagrama, e incluso si lo intentan, el diagrama se complica. Una forma en que los desarrolladores pueden combatir este problema es incluir solo hechos básicos e información de alto nivel en los diagramas UML, según una publicación en Stack Overflow de Stefano Borini, químico cuántico y desarrollador de UML.

Demasiado énfasis en el diseño

UML pone mucho énfasis en el diseño, lo que puede ser problemático para algunos desarrolladores y empresas. Mirar un alcance de software en un diagrama UML puede llevar a que las partes interesadas del proyecto de software analicen en exceso los problemas, así como hacer que las personas pierdan el enfoque al dedicar demasiado tiempo y atención a las características del software. Las empresas no pueden resolver todos los problemas con una herramienta de software que utiliza un diagrama UML; eventualmente, solo tienen que comenzar a codificar y probar. Brody Gooch, cocreador de UML, dijo que la visión original de UML era un "lenguaje gráfico para ayudar a razonar sobre el diseño de un sistema a medida que se desarrolla". Si las personas se obsesionan con el uso de un diagrama para identificar y resolver problemas, puede retrasar el trabajo real que se debe hacer para solucionar los problemas.