Opinión UML

Avanzando con el proyecto final de la materia, entramos en el tema El lenguaje unificado de modelado (UML, por sus siglas en inglés, Unified Modeling Language) .

Indagando sobre el tema, me encontré con el Blog  "¿QUÉ PIENSAN SUS CREADORES DEL LENGUAJE UML, 20 AÑOS DESPUÉS?", el cual fue tomado de la página web https://ingenieriadesoftware.es/opiniones-lenguaje-uml-20-anos/, del cual relaciono los siguientes apartes:

"LA OPINIÓN DE GRADY BOOCH

UML debería usarse para razonar y discutir sobre alternativas. Crea algunos diagramas del sistema. Comprueba como de bien responden a los casos de uso que deberían cumplir. Después tira los diagramas y escribe el código que corresponde al mejor diseño

(...)

No conseguimos solucionar bien la parte de modelar colaboraciones. Los diagramas de componentes y despliegue necesitan madurar más. El metamodelo de UML ha crecido demasiado, esta complejidad es un error innecesario.

Aún me gusta el UML (...). De verdad, sólo necesitas un 20% del UML para modelar el 80% del diseño que necesitarás en un proyecto – ágil ono. Utiliza UML con medida: utiliza la notación para razonar sobre el sistema, para comunicar tus intenciones a los demás y olvídate después de los diagramas.

(...)

LAS OPINIONES DE IVAR JACBOSON

UML no es la solución mágica (la “silver bullet”) que nos vendieron hace más de diez años. Tampoco es tan malo como algunos académicos, agilistas y competidores intentaron convencernos hace cinco.

Hay dos grandes problemas a arreglar: la complejidad de la especificación UML misma y un mecanismo que permita partir UML en subconjuntos coherentes que puedan usarse independientemente para solucionar las necesidades de modelado de dominios concretos.

UML se ha convertido en algo complejo y torpe de usar. El 80% del software sólo necesita el 20% del lenguaje UML

(...)

BRAN SELIC ACERCA DE LA COMPLEJIDAD DE UML

Bran defiende que, de hecho, UML no es tan complejo como la gente se piensa. Como mínimo si lo comparas con otros lenguajes como Java:

The complexity of UML is often cited as one of its primary drawbacks. In arguing this, many people will point to the apparent simplicity of programming languages such as Java. However, while Java is relatively simple on its own, you have to consider how much of the necessary complexity has been swept under the rug of class libraries? As far as I can tell, you cannot write anything remotely useful in Java unless you are also proficient with at least some of the core Java libraries. In environments such as J2EE or Eclipse, the minimum level of proficiency goes up even further — exceeding in complexity anything that UML requires.

(...)

Que que estas son reflexiones importantes sobre UML, indudablemente sirven para que desde varios diagramas se pueda representar el código, sin embargo un sistema un grande, compuesto de muchos diagramas pequeños, podría no ser la mejor manera de representar el proyecto.

Vamos a ver como nos va, ya que aún, tenemos varios temas a identificar dentro del proyecto.