Los desarrolladores de software a menudo aprenden sobre programación UML en la universidad.
Credito de imagen: Stockbyte / Stockbyte / Getty Images
Unified Modeling Language (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 alcance de trabajo de un proyecto y depender demasiado de los diagramas UML.
Tiempo
Una desventaja que pueden encontrar algunos desarrolladores 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 de trabajo adicional necesaria para sincronizar el código.
Video del día
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 para aprender el UML idioma.
Los diagramas pueden volverse abrumadores
Al crear un diagrama UML junto con el desarrollo de software, el diagrama puede resultar abrumador o complicado, lo que puede resultar confuso y frustrante para los desarrolladores. Los desarrolladores no pueden trazar un mapa de todos los escenarios para una herramienta de software en el diagrama, e incluso si lo intentan, el diagrama se vuelve complicado. Una forma en que los desarrolladores pueden combatir este problema es incluir solo hechos básicos e información de alto nivel en Diagramas UML, según una publicación en Stack Overflow de Stefano Borini, químico cuántico y UML desarrollador.
Demasiado énfasis en el diseño
UML pone mucho énfasis en el diseño, lo que puede resultar problemático para algunos desarrolladores y empresas. Mirar el alcance de un software en un diagrama UML puede llevar a que las partes interesadas del proyecto de software analicen demasiado problemas, además de hacer que las personas pierdan el enfoque al dedicar demasiado tiempo y atención al software características. Las empresas no pueden resolver todos los problemas con una herramienta de software utilizando un diagrama UML; eventualmente, solo tienen que comenzar a codificar y probar. Brody Gooch, co-creador 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 como se despliega ". Si las personas se obsesionan con el uso de un diagrama para identificar y resolver problemas, puede retrasar el trabajo real que debe realizarse para solucionar el problema asuntos.