Vous êtes sur la page 1sur 2

Qu es UML y por qu es tan sumamente importante (seas informtico o no) saber interpretar diagramas UML Ojala este post,

por su ttulo, que es UML, solo estuviera escrito pensando en quienes no han estudiado informtica, para los autodidactas, o para quienes no son informticos pero trabajan con ellos y necesitan conocer sus dibujos, o para los que subcontratan software y no son informticos o para cualquier otro que necesite entender mnimamente un diseo software o transmitir sus ideas sobre el mismo. Y quizs as debera ser. Pero tambin est pensado para recin licenciados en informtica, ya que cada vez me encuentro con ms ingenieros informticos que tienen graves problemas a la hora de interpretar o dibujar diagramas UML. Y este es un tema que tenis que solucionar ya, porque produce errores de verdad, si de verdad [lo he vivido]. Este post no es un tutorial de UML (hay miles por la web), solo pretende introducirte en que es UML, por qu es importante conocer un mnimo (al menos, unas cuantas cosas, y un par de diagramas UML) y que te den muchas ganas de leerte algn libro sobre el tema (te recomiendo el UML Distilled, apenas 200 paginitas) Que es UML y por que son importantes los diagramas UML El Lenguaje Unificado de Modelado o UML (de Unified Modeling Language) no es ni un mtodo, ni una metodologa, ni un ciclo de vida, ni similar. UML es slo un lenguaje grfico (smbolos que cuando los vemos todos interpretamos lo mismo) para representar partes de un sistema de software (diseo, comportamiento, arquitectura, etc.), con diagramas UML. Abajo, un ejemplo (un diagrama sobre una refactorizacin). Fig2_ExtractClass As, por ejemplo, cuando alguien quiere representar una clase, dibuja un cuadrado y todos sabemos a qu se refiere. Cuando dibuja una flecha cuya punta es un triangulo, todos sabemos que es herencia. Y as sucesivamente. Esto tiene su lgica razn de ser: nos vale para comunicarnos e interpretar todos lo mismo al ver esos diagramas UML. El problema viene cuando muchas veces, muchas, hay quien olvida que es UML, o lo desconoce, y saca el Visio, o similar, y da rienda libre a su capacidad artstica, dibujando cuadrados cuando quiere pintar ficheros, y que luego otros interpretan como una clase UML [lo he vivido]. Y quien dice cuadrados, dice nubecitas, trapecios, cubos, etc. Los peores errores y peligros vienen cuando alguien usa inconscientemente los mismos smbolos de los diagramas UML pero queriendo decir otras cosas. Pasa mucho con las flechas, se pinta una flecha cualquiera queriendo decir asociacin entre objetos (paso de mensajes), pero se usa la flecha de herencia, y al final se implementa cualquier cosa [lo he vivido].

Llevndolo a extremo ms simplista del mundo, como mnimo, habra que conocer dos flechas, solo dos, la que termina en triangulo (herencia) y la que no (asociacin). Saber que una clase en un cuadrado (sin esquinas redondeadas), que un objeto es un cuadrado con el nombre de la clase subrayado y : delante del mismo. Y no pintar una cosa por otra. Y de los 14 diagramas UML saber dibujar bien dos, los diagramas UML de clases y de secuencia. Slo eso. Terminando UML, en su plenitud, es un lenguaje grfico muy extenso. La versin 2.2 tiene 14 diagramas UML divididos en dos categoras (7 representan informacin estructural, y otros 7 representan comportamiento). Pero en la prctica no necesitas todo eso, pero si necesitas saber que es UML, y un mnimo, que no ser de ms de 10 smbolos. Conocer ese mnimo te permitir (seas informtico o no) saber dibujar un diseo, o cmo se va a comportar el sistema. Entender, y que se te entienda. Y evitar que se te malinterprete. Como os deca, el que es para mi el mejor libro UML, que ms claros deja los diagramas UML y por que es UML importante es UML Distilled de Fowler, el que firm el manifiesto gil entre otros (alguien dijo que UML no vale en entornos giles?). Otro recomendado, para mi lejos del anterior, es el de Ambler, sobre UML en entornos giles.