Resumen de Evaluación de código mediante múltiples intervalos de métricas

Carlos López Nozal , Yania Crespo , M. Esperanza Manso Martínez , Raúl Marticorena Sánchez

• español

  La evolución y mantenimiento del código incorporan en su proceso actividades de medición para detectar posibles defectos y proponer mejoras. Una manera de detectar anomalías sobre entidades de código se basa en comprobar que el valor de una métrica está fuera de un intervalo de valores recomendados. En este sentido, desde la década de los 90, existen multitud de trabajos que proponen de manera empírica intervalos recomendables para un conjunto de las mismas. Una de las críticas expuesta en la literatura a este planteamiento es la dificultad de transportar estos resultados a otros contextos. La determinación de los valores que comprenden el intervalo puede estar condicionada por múltiples variables, entre ellas la relacionada con la naturaleza del problema que resuelve: excepciones, interfaces gráficas, modelo, controladores y pruebas. Esta información puede ser incorporada por el usuario en el proceso de medición, transformándolo en semiautomático. Para corroborar esta hipótesis, en este trabajo se define un caso de estudio donde el proceso de medición es guiado por el inspector/evaluador, que clasifica las entidades de código a medir dependiendo su naturaleza. Como resultado del caso de estudio se propone unos intervalos relativos a las métricas para los diferentes tipos y relativos a una organización concreta.

• English

  Code evolution and maintenance include measurement activities to detect possible flaws and to suggest improvements. An approach to detect anomalies on code entities is based on metric values outside their thresholds. From the 90s, there are plenty of papers that propose general threshold values for a set metrics. One of the criticisms outlined in the literature to this approach is the difficulty of using these results to other contexts. Threshold values may be influenced by multiple variables, including the nature of the problem solved: exception, graphical interface, model and test. This information can be introduced by the user in the measurement process, making it semiautomatic. To verify this hypothesis, this paper describes a case study where the measurement process in guided by the inspector/assessor, who classifies code entities to measure depending on their nature. The case study result suggests some metric thresholds for different kind of problems and relative to a specific organization.