Durante años evadí, por todos los medios posibles, a UML (Unified Modelling Language). Conozco la industría de desarrollo de software y no mucha gente lo conoce y usa. (Quizás por esto está como está). Alguna vez traté de leer un libro sobre UML, pero la introducción sólo me convenció que UML era una forma exquísita de la burocracia.

Pero desde hace algunos meses estoy entusiasmado con él. Sobre todo porque hay una escena que se repite: llaman a mi jefe a una junta, con proyector y presentación, para hablarle sobre un proyecto que los directores tienen en mente y en esa misma junta le preguntan qué opina y cuánto tiempo se tardaría. E invariablemente mi jefe responde "Mmmmm... bueno ahora hay mucho trabajo ... y yo creeooooo.... mmmmm... tres meses". Por supuesto no hay ninguna planeación ni documentación y luego de tres meses todo mundo quiere ver el programa corriendo: los desarrolladores somos los que pagamos el pato.

Cansado de esto investigué cómo se planeá con todas las de la ley una aplicación. Es decir, si yo le pidiera a la máxima autoridad en el desarrollo de sistemas (NASA, MIT, Caltech, Berkeley) un programa ¿cuáles serían los pasos que darían?. En la respuesta me encontré una y otra vez con UML.

Esto es bueno pues UML como el nombre lo dice, está unificado, es decir, antes había varios modelos, cada uno cons sus propias especificaciones pero ahora todos están reunidos en UML. Lo agradecemos.

UML es versátil y universal porque es un lenguaje visual, es poderoso del mismo modo que ya no necesitamos que nos expliquen como ir a una dirección, si en lugar de palabras nos hacen un croquis. UML nos ayuda a comprender, nos ayuda a comunicar a otros nuestros pensamientos con claridad y nos ayuda a sintetizar los objetos (o modelos que utilizaremos en al aplicación pues UML está ligado a la programación orientada a objetos.

Algunas de las ventajas de UML son que la documentación del programa se va haciendo poco a poco sin tener que escribir un bonche al final. Además, y esto es importante, de la explicitación de los casos de uso se deriva solito el contrato cliente-consultora.

Con UML no hay eso de "yo pensé que el programa podía hacer tal o cual cosa porque esa vez (en el Vip's de Altavista, acuérdate ) lo platicamos". Con UML se explica con precisión milimétrica que hace y que no hace el programa.

Una de las mejores cosas de UML es que si alguien se quiere integrar a un desarrollo, puede conocerlo al detalle y rápidamente revisando los diagramas del archivo UML. Todos los programas de software libre deberían tener una liga "Download UML" para los que se quieran involucrar. UML es útil y recomendable para proyectos pequeños, pero es esencial para cualquier proyecto de más de 30 casos de uso.

En fin, aún no lo domino y estoy buscando a alguien para resolver mis muchas dudas, aunque como dije más arriba, poca gente lo conoce .

La wikipedia tiene una entrada a UML

Permalink:
http://www.mononeurona.org/news/display/218

Reference: