UML light | parte 1

En la medida que los proyectos crecen, crece también la necesidad de documentar mejor los requerimientos.

Simplemente es algo impresindible.

Debido a esta necesidad recientemente decidí retomar el UML (Unified Modeling Language) para documentar especificaciones.

Para aquellos que no lo conocen (o lo conocieron y ya no lo recuerdan) UML es un lenguage que tiene como uno de sus prinicpales objetivos modelar los requerimientos de un sistema de manera gráfica.

En lugar de hacer una descripción textual de un sin fin de requerimientos UML permite utilizar diagramas.

En realidad es una especificación ó metodología de análisis y diseño completísima que permite describir sistemas inmensos hasta sus últimas consecuencias.

A pesar de ser muy completo y amigable, utilizarlo formalmente para proyectos chicos o medianos resulta impráctico. Resulta un overkill. Lease: matar moscas con una bazooka.

Sin embargo, no quiere decir que no se pueda utilizar de manera light para estos proyectos menores.

Personalmente creo que:

• Sirve para practicar antes de meterlo a las ligas mayores.
• La presentación de requerimientos de manera gráfica al cliente siempre es más amigable; lo involucra e interesa más.
• Es una manera ideal de detectar errores en la lógica, requerimientos incompletos, requerimientos subestimados o sobreestimados, etc.

Esta decisión de retomar el UML me llevó a revisitar su documentación.

En este espacio pretendo comentar sobre:

• Como utilizo conceptos de UML para análisis y diseño de proyectos pequeños y medianos.
• Algunos puntos básicos de UML resumidos. Espero que esto evolucione en un tutorial light de UML.
• La experiencia con el cliente y la respuesta del cliente al documentar con UML.