Muerte por UML Por.

Cristian Giovanni Martnez Rodrguez Este es un ensayo basado sobre el artculo Death by UML de Alex E. Bell, en este artculo se hace una analoga del efecto del riesgo potencial de hacer uso inadecuado del UML con el riesgo de contraer una fiebre, tambin realiza una clasificacin de acuerdo a las caractersticas sntomas del enfermo. Meta Fiebres, el artculo resulta muy interesante y de este hago los siguientes apuntes. Las meta fiebres son grupos de fiebres que se categorizan de acuerdo a la similitud de los sntomas estas se definen cuatro Categoras bsicas de fiebres 1. Delusional Estas fiebres se caracterizan por sus efectos devastadores en el pensamiento y juicio del enfermo. stas bsicamente afectan a aquellos que no entiende realmente el UML y que se ven deslumbrados por los alcances de este. 2. Emotional Estas se generalmente tienden a atacar y tomar ventaja del sistema emocional del cuerpo humano, poniendo a los infectado en un estado hipntico en el que tienden a desarrollar gran cantidad de Diagramas y a sentir que van en la direccin incorrecta si no lo hacen, es muy probable que como consecuencia se tenga retraso en las calendarizaciones y tambin software de mala calidad. 3. Procedural Estas tienden a impedir que las victimas reconozcan que no estn siguiendo un proceso de desarrollo que pueden estar siguiendo uno muy malo, podra hacerse una analoga con el cuento de Alicia en el pas de las maravillas. En donde esta llega a una encrucijada y pregunta al conejo cul camino debe seguir a lo que este responde preguntado A dnde vas? , Alicia entonces responde no s, entonces contesta el conejo, toma cualquier camino cualquiera te llevara. Generalmente los afectados con estas generan grandes cantidades de diagramas sin que stos tengan un objetivo. 4. Pollyanna Este grupo de fiebres tpicamente afecta a administradores y se caracteriza por ser el resultado de un optimismo excesivo en el que se le resta valor al elemento humano y el conocimiento adquirido en el desarrollo del proyecto, generalmente sucede con administradores que no tienen los conocimientos necesarios. 1. Meta fiebres Delusional: En esta categora coloca las siguientes fiebres

a) Utopa: los afectados generalmente creen que UML es una tecnologa nueva y radical con orgenes casi divinos, preguntndose a menudo cmo llegamos hasta aqu sin UML?. b) Blind adopter: Los enfermos se caracterizan por la prdida de juicio al momento de evaluar nuevas tecnologas y procesos para sus nuevos programas. c) Abracadabra: Los afectados por esta fiebre se caracterizan por la prdida del sentido de la realidad. d) 42: Estos enfermos argumentan que actualmente UML es la respuesta correcta para todos los problemas de ingeniera de software. e) Curator: Esta puede generar que el afectado sufra de una preservacin de diagramas de UML creyendo que es la actividad ms importante del ciclo de vida de desarrollo de software. f) Gravitational: Estos afectados creen que el progreso de la ingeniera del software es proporcional al peso del proyecto de artefactos de UML. 2. Meta fiebres Emotional: En esta categora se encuentran las siguientes Fiebres. FingerPointing: un sntoma frecuente de esta fiebre es culpar a UML de promover el desarrollo de demasiados artefactos. Comfort zone: Las vctimas de esta fiebre generalmente disfrutan de una hipntica sensacin de tranquilidad mientras estn enfocados en crear artefactos UML, como consecuencia se generan un gran nmero de diagramas extremadamente detallados. Desperation: se ha observado que los enfermos con esta fiebre, generalmente tienen retrasos en las calendarizaciones, baja productividad y producto de baja calidad. Estos enfermos compran productos de UML caros, para luego descubrir que el producto no se acomoda a sus necesidades. Sacred cow: Los enfermos con esta fiebre creen que al no hacer gran cantidad de artefactos influyen negativamente en el desarrollo del proyecto. 3. Meta fiebres Procedural: sta es la categora en la que se ubican las fiebres: Open loop: sta fiebre estimula la desenfrenada creacin de diagramas UML sin importar si esta tiene un objetivo claro un stakeholder. Circled wagons: Esta fiebre produce en los afectados una tendencia a usar los diagramas de casos de uso para capturar hasta el ltimo detalle del espacio de dominio. Estos tienden a hacer ms complicado de entender el modelo de diagramas de uso. Gnats eyebrow: Los afectados con esta fiebre desarrollan un fuerte deseo por hacer diagramas UML extremadamente detallados; teniendo

el detalle importancia porque creen que esto incrementa la posibilidad de que el cdigo resultante sea ms correcto. Kitchen sink: Los afectados por esta enfermedad gastan grandes cantidades de dinero en herramientas para modelado UML, esperando que estas generen todo el cdigo del proyecto, generalmente esto tiene relacin con que las victimas no entienden completamente el problema que tratan de resolver y por consecuencia tratan de compensar por medio de diagramas detallados esperando que luego mgicamente el cdigo generado funcione correctamente. 4. Meta fiebres Polyanna:. Square peg: Los administradores afectados por esta fiebre tienden a creer que todos los miembros del proyecto son intercambiables, independientemente de la experiencia, formacin o educacin, que el conocimiento del negocio avance del proyecto que poseen carece de valor. One-eyed man: Esta fiebre afecta generalmente a aquellos administradores que no tienen los conocimientos o experiencia requerida para este puesto. En conclusin Todas las Meta fiebres tienen su origen en el desconocimiento y entendimiento real de que es el UML, sobre que est basado y cules son sus alcances, entender que UML no es una metodologa. El impacto de no entender lo que es el UML puede ser devastador para un proyecto, puede incidir en malas decisiones con el equipo de trabajo, inversiones en herramientas no adecuadas, retrasos en calendarios hasta el fracaso completo del proyecto. Al entender lo que es y lo que no es UML se terminar esa ceguera generada por el asombro de los alcances de este y entonces se podrn aprovechar las ventajas del lenguaje de modelado traducindolo no solo en software de mejor calidad sino en procesos de desarrollo ms eficientes.