La idea de utilizar patrones de colores para mejorar la comprensión de los modelos (UML) fue propouesta por primera vez (AFAIK) por Peter Coad, Eric Lefebvre, y Jeff De Luca en su libro Java Modeling In Color With UML , donde proponían un esquema de cuatro colores para colorear diagramas de clase UML. Resumiendo, el color de una clase depende del tipo de concepto del dominio que la clase está modelando (moment-interval -> pink, party-place-thing -> green, description -> blue, role-participation -> yellow). ¿Lo encuentras complicado de entender? Pues ya somos dos.

Más de diez años después de esta primera propuesta, parece que el tema está resucitando un poco. Cédric Brun acaba de escribir acerca de Ecore in Colors donde implementa el esquema anterior para el caso de modelos Ecore. Rational acaba de lanzar el UML Coloring plug-in , donde se puede definir como asignar un color a un elemento dependiendo de su nombre (con la posibilidad de usar expresiones regulares), su stereotype, sus palabras clave, su tipo (clase, interfaz…) o por su relación con otros elementos

Ahora que ya tenemos las herramientas para pintar, falta que alguien de respuesta empírica a dos grandes preguntas: 1 – ¿Colorear realmente mejora la comprensión del diagrama? y, si es así, 2 – ¿Cuál es la mejor manera de colorear el diagrama para maximizar este beneficio?

Mi opinión: 1 – Sí, es útil. 2 – Yo cuando coloreo a mano mis modelos uso un esquema muy simple pero que a mi me funciona. Uso el mismo color para todas las clases que modelas conceptos del dominio estrechamente relacionados (y que normalmente ha habremos agrupado en packages diferentes). De esta forma, cuando miro al modelo global me es muy fácil distinguir las clases correspondientes a cada subsistema y, aún más importante, ver que clases sirven de connexión entre ellos. De hecho, sería útil pintar con un color intermedio estas clases puente

¿Cuál es vuestra opinión?

Si te ha gustado esta entrada, puedes subscribirte a este Software Modeling blog y/o seguirme en twitter y/o a través de la lista de distribución del portal Y si realmente te ha gustado ayúdame a hacerlo llegar a otros utilizando los bookmarks que tienes a continuación:

Jordi Cabot

FNR Pearl Chair. Head of the Software Engineering RDI Unit at LIST. Affiliate Professor at University of Luxembourg.  More about me.