{"id":1379,"date":"2014-10-07T10:54:01","date_gmt":"2014-10-07T09:54:01","guid":{"rendered":"http:\/\/qualilogy.com\/es\/?p=1379"},"modified":"2014-10-17T11:58:03","modified_gmt":"2014-10-17T10:58:03","slug":"aplicacion-legacy-refactoring-plugin-sqale-1","status":"publish","type":"post","link":"http:\/\/qualilogy.com\/es\/aplicacion-legacy-refactoring-plugin-sqale-1\/","title":{"rendered":"Aplicaci\u00f3n Legacy – Refactoring con el plugin SQALE (I)"},"content":{"rendered":"

\"Application<\/a>Para hacer una estimaci\u00f3n del coste de refactorizaci\u00f3n de nuestra aplicaci\u00f3n Legacy, voy a utilizar el plugin SQALE de SonarQube, utilizado m\u00e1s a menudo con el fin de medir la deuda t\u00e9cnica.<\/p>\n

Ya hemos presentado este plugin<\/a> con una aplicaci\u00f3n Legacy PL\/SQL. As\u00ed que recordaremos solamente que el plugin SQALE se basa en el modelo de calidad SQALE<\/a>, y tambi\u00e9n en un m\u00e9todo para adaptar este modelo seg\u00fan diversos objetivos de negocio, la tecnolog\u00eda utilizada o el contexto de la aplicaci\u00f3n. <\/p>\n

Aplicaciones SQALE y Legacy<\/h2>\n

Hoy en d\u00eda, cualquier aplicaci\u00f3n de m\u00e1s de 3 a\u00f1os se considera ‘Legacy’, sobre todo si no tiene una cobertura de pruebas unitarias. En este caso, ‘Edit and Pray’<\/a> o ‘Modificar y Rezar’ (para que sigue funcionando), explica Michael Feathers en su libro \u00ab Working Effectively with Legacy Code \u00bb.<\/p>\n

Ahora, no vamos a utilizar el modelo SQALE de la misma forma para una aplicaci\u00f3n J2EE con tres a\u00f1os de vida, para nuestra aplicaci\u00f3n en C Word 1.1a de\u00a0 20 a\u00f1os, o para una aplicaci\u00f3n Cobol a\u00fan m\u00e1s antigua que ha pasado por las manos de varios equipos diferentes, posiblemente en offshore.<\/p>\n

Tambi\u00e9n hay que considerar el tipo de aplicaci\u00f3n: aqu\u00ed tenemos un software de una suite de oficina vendido por un editor de software, no es en absoluto lo mismo que una aplicaci\u00f3n J2EE desarrollada internamente para satisfacer necesidades empresariales o con un paquete de software como SAP. Por ejemplo, nuestra aplicaci\u00f3n est\u00e1 escrita en C y no utiliza base de datos: pues los factores de ‘rendimiento’ y de ‘seguridad’ no tendr\u00e1n el mismo peso que para una tradicional aplicaci\u00f3n de gesti\u00f3n.<\/p>\n

SQALE y el seguimiento de la deuda t\u00e9cnica<\/h2>\n

Otro factor a tener en cuenta: como explica Freddy Mallet de SonarQube en este vid\u00e9o<\/a> (en franc\u00e9s): \u00ab\u00a0La deuda t\u00e9cnica, es evitar despertarse despu\u00e9s de 5 a\u00f1os con un c\u00f3digo con el que ya no puedes hacer nada sin que te cuesta un brazo y un ojo de la cara \u00bb.<\/p>\n

Un uso com\u00fan del plugin SQALE es para monitorear y controlar la deuda t\u00e9cnica en las diferentes versiones, a lo largo del tiempo, con el fin de evitar que llega a un umbral m\u00e1s all\u00e1 del cual empieza a ser un peso insoportable y demasiado caro. O, como se explica en este articulo<\/a> : \u00ab\u00a0No sirve empezar a limpiar el suelo si no has reparado primero la fuga de agua \u00bb.<\/p>\n

En nuestro caso, s\u00f3lo tenemos una \u00fanica versi\u00f3n, as\u00ed que de nuevo voy a indicar que nuestro uso del plugin SQALE es \u00fanicamente para evaluar un esfuerzo de refactorizaci\u00f3n, y sin modelo personalizado pero procediendo directamente los resultados ‘out of the box’.<\/p>\n

En el contexto de este art\u00edculo, presento estos resultados simplemente para ilustrar el enfoque de evaluaci\u00f3n del coste de la refactorizaci\u00f3n de una aplicaci\u00f3n Legacy. Estimaci\u00f3n ‘a priori’, incluso antes de consultar al equipo de proyecto o el management.<\/p>\n

SQALE en el dashboard SonarQube<\/h2>\n

Tengo mi propio dashboard en SonarQube, customizado con un widget para mostrar los siguientes datos del plugin SQALE:<\/p>\n

Figura 1 \u2013 Datos SQALE de la Deuda T\u00e9cnica en nuestra aplicaci\u00f3n Legacy<\/em><\/strong><\/p>\n

\"Donn\u00e9es<\/a><\/p>\n

1 238.7 d\u00edas para absorber la deuda t\u00e9cnica. Con una tasa 18.5 d\u00edas de trabajo al mes<\/a>, esto representa 69.4 meses o, para un equipo de 5 personas, 13.9 meses\/hombre.<\/p>\n

As\u00ed que se necesita casi 14 meses para superar esta deuda t\u00e9cnica. No hace falta imaginar que esto no es aceptable para los managers: significa detener cualquier desarrollo, cualquier nueva versi\u00f3n durante m\u00e1s de un a\u00f1o. Ning\u00fan cliente, ning\u00fan usuario estar\u00eda de acuerdo con tal decisi\u00f3n.<\/p>\n

Ahora, nuestro objetivo no es eliminar el 100% de esa deuda, pero hacer un esfuerzo para reducirla de manera que la carga de la deuda sea aceptable, y que la correspondiente reducci\u00f3n en los costes de mantenimiento sea mayor que el coste de refactorizaci\u00f3n. De hecho, la decisi\u00f3n de hacer una refactorizaci\u00f3n se basa por lo general en el ROI (retorno de inversi\u00f3n), o la esperanza de ahorrar costes de mantenimiento.<\/p>\n

\u00bfSe puede considerar un esfuerzo razonable, con acciones limitadas pero concretas de refactorizaci\u00f3n, con un retorno de inversi\u00f3n? Esto es lo que voy a mirar con otros datos configurados en mi dashboard.<\/p>\n

En primer lugar, veo que el ‘SQALE Rating’ es igual a ‘B’. Esto demuestra el peso de la deuda t\u00e9cnica en relaci\u00f3n con toda la aplicaci\u00f3n. Otro widget del portal SQALE de SonarQube me da la distribuci\u00f3n de la deuda t\u00e9cnica en diferentes archivos.<\/p>\n

Figura 2 – Distribuci\u00f3n del SQALE Rating por archivo<\/em><\/strong><\/p>\n

\"Distribution<\/a><\/p>\n

Tenemos 12 archivos con una deuda t\u00e9cnica muy alta, y si enumero estos archivos, voy a encontrar algunos programas ya identificados previamente<\/a> como los m\u00e1s complejos, con el mayor n\u00famero de l\u00edneas de c\u00f3digo (LOC) y\/o con funciones complejas y de gran tama\u00f1o.<\/p>\n

Figura 3 – Programas con mayor coste de remediaci\u00f3n SQALE<\/em><\/strong><\/p>\n

\"Highest<\/a><\/p>\n

Otra forma de comprobar la distribuci\u00f3n de la deuda t\u00e9cnica en todos los archivos de la aplicaci\u00f3n: el Bubble Chart (me encanta este gr\u00e1fico). Puedo elegir las m\u00e9tricas que quiero cruzar:<\/p>\n