Cuadro de mandos para calidad del código

He encontrado una herramienta que tiene muy buena pinta para hacer gráficos y síntesis de la calidad del código. Se llama Sonar.

Se trata de un cuadro de mandos (dashboard) para métricas de calidad del código.

Medir la salud de un proyecto

Hoy he encontrado una revista muy interesante que publica IBM, The Rational Edge, sobre gestión de proyectos, análisis, diseño y buenas prácticas.

He estado mirando una serie de artículos sobre cómo medir la salud de un proyecto, y éste es un resumen:

• Establecer sólo la meta a conseguir es un error. Se debe establecer un margen de error porque la realidad es cambiante. A través de las iteraciones los valores esperados deben ir aproximándose a la meta. A medida que esto ducede, el riesgo va decreciendo.
• La definición de tareas detallada inicial es un error, porque se basa en especulaciones. Lo que hay que hacer es medir en cada fase ciertas cosas.
• En la fase de elaboración (análisis y diseño) se identifican los riesgos que afectan al proyecto según su importancia. Se debe realizar un seguimiento de estos riesgos para validar que van disminuyendo conforme va progresando el proyecto. El proyecto va progresando a medida que se van solucionando problemas en cada iteración. También hay que tener en cuenta el trabajo que se rehace, porque muestra problemas en decisiones anteriores, y debe haber más trabajo rehecho al principio del proyecto y menos al final.
• Otros elementos a tener en cuenta son las funcionalidades que se descubren sobre la marcha, las pruebas y la estabilidad en la construcción. Si no se realizan las pruebas se da por terminado un trabajo que no lo está, y que luego será trabajo para rehacer. Las pruebas deben ser unitarias y funcionales, y se debe realizar un seguimiento de cobertura. El sistema debe construirse sin problemas la mayoría de los días, y se debe investigar qué ha pasado los días que no se ha construido correctamente (integración continua).
• Realizar una retrospectiva sobre qué se hizo bien y qué mal, separándolo del quién. Realizar una guía de recomendaciones.

---

Referencias
Measuring project health: Part I. Bittner, K. The Rational Edge, Enero 2007, págs. 24 – 32.
Measuring project health: Part II. Bittner, K. The Rational Edge, Marzo 2007, págs. 24 – 31.
Measuring project health: Part III. Bittner, K. The Rational Edge, Mayo 2007, págs. 38 – 44.

Herramientas de métricas

Hoy he estado probando algunas herramientas para realizar métricas sobre el código.

En principio JDepend tiene buena pinta, es un simple jar que permite varias formas de ejecución, desde línea de comandos a tarea ant pasando por una interfaz Swing. El problema es que la explotación de datos es un poco pobre, sobre todo en su presentación.

Por otro lado, Metrics es un plugin para Eclipse que hace lo mismo que JDepend, y mucho más. Calcula más métricas, y cuenta con un gráfico dinámico sobre las dependencias y posibles problemas en el código. Además se puede exportar el resultado como XML, y se ejecuta mientras se compila el código.

Finalmente, CAP es otro plugin para Eclipse con muchos gráficos sobre varias métricas. La navegación se realiza básicamente a través de paquetes, por lo que puede ser incómodo de usar si los paquetes están muy poblados. Sólo por los gráficos que genera bien vale la pena.