Métrica de software

En ingeniería y desarrollo de software , una métrica de software es un estándar de medida del grado en que un sistema o proceso de software posee alguna propiedad. ^{[ 1 ] [ 2 ]} Aunque una métrica no es una medición (las métricas son funciones, mientras que las mediciones son los números obtenidos mediante la aplicación de métricas), a menudo ambos términos se usan como sinónimos. Dado que las mediciones cuantitativas son esenciales en todas las ciencias, existe un esfuerzo continuo por parte de profesionales y teóricos de la informática para aplicar enfoques similares al desarrollo de software. El objetivo es obtener mediciones objetivas, reproducibles y cuantificables, que pueden tener numerosas aplicaciones valiosas en la planificación de cronogramas y presupuestos, la estimación de costos, el aseguramiento de la calidad, las pruebas, la depuración de software, la optimización del rendimiento del software y la asignación óptima de tareas al personal.

Las mediciones de software comunes incluyen:

• Métrica de software ABC
• Cuadro de mando integral
• Errores por línea de código
• Cobertura de código
• Cohesión
• Densidad de comentarios ^{[ 3 ]}
• Componentes de software conocidos
• Modelo de costos constructivo
• Enganche
• Complejidad ciclomática (complejidad de McCabe)
• Densidad de complejidad ciclomática ^{[ 4 ] [ 5 ]}
• Densidad de defectos: defectos encontrados en relación con el tamaño de un componente, a menudo expresados ​​como defectos por cada mil líneas de código (KLOC) ^{[ 6 ].}
• Potencial de defectos: número esperado de defectos en un componente en particular.
• Tasa de eliminación de defectos
• DSQI (índice de calidad de la estructura de diseño)
• Puntos de función y puntos de función automatizados, un estándar del Object Management Group ^{[ 7 ]}
• Complejidad de Halstead
• longitud de la ruta de instrucción
• Índice de mantenibilidad
• Líneas de código fuente - número de líneas de código
• Tiempo de ejecución del programa
• Tiempo de carga del programa
• Tamaño del programa (binario)
• Puntuación WEAVE
• Puntos de microfunción ponderados
• Tiempo de ciclo (software)
• Rendimiento de primera pasada
• Probabilidad de compromiso correctivo ^{[ 8 ]}

Dado que el desarrollo de software es un proceso complejo, con una gran variabilidad tanto en metodologías como en objetivos, resulta difícil definir o medir las cualidades y cantidades del software, así como determinar una métrica de medición válida y concurrente, especialmente al realizar dicha predicción antes del diseño detallado. Otra fuente de dificultad y debate radica en determinar qué métricas son relevantes y qué significan. ^{[ 9 ] [ 10 ]} Los investigadores argumentan que las métricas de software de uso común, promovidas frecuentemente en la investigación académica, no son prácticamente útiles para la toma de decisiones de los profesionales del software. ^{[ 11 ]} Por lo tanto, la utilidad práctica de las mediciones de software se ha limitado a los siguientes dominios:

• Programación
• Dimensionamiento del software
• Complejidad de la programación
• Estimación del esfuerzo de desarrollo de software
• Calidad del software

Una medición específica puede centrarse en uno o más de los aspectos mencionados anteriormente, o en el equilibrio entre ellos, por ejemplo, como indicador de la motivación del equipo o del rendimiento del proyecto.

Además, las métricas varían entre el código de programa estático y dinámico, así como para el software orientado a objetos (sistemas). ^{[ 12 ] [ 13 ]}

Algunos profesionales del desarrollo de software señalan que las mediciones simplistas pueden causar más daño que beneficio. ^{[ 14 ]} Otros han observado que las métricas se han convertido en una parte integral del proceso de desarrollo de software. ^{[ 9 ]} El impacto de la medición en la psicología del programador ha generado preocupación por los efectos perjudiciales en el rendimiento debido al estrés, la ansiedad de rendimiento y los intentos de engañar a las métricas, mientras que otros encuentran que tiene un impacto positivo en el valor que los desarrolladores le dan a su propio trabajo y evita que sean subestimados. Algunos argumentan que la definición de muchas metodologías de medición es imprecisa y, en consecuencia, a menudo no está claro cómo las herramientas para calcularlas llegan a un resultado particular, ^{[ 15 ]} mientras que otros argumentan que la cuantificación imperfecta es mejor que ninguna ("No puedes controlar lo que no puedes medir"). ^{[ 16 ]} La evidencia muestra que las métricas de software están siendo ampliamente utilizadas por agencias gubernamentales, el ejército de los EE. UU., la NASA, ^{[ 17 ]} consultores de TI, instituciones académicas, ^{[ 18 ]} y software de estimación de desarrollo comercial y académico .

• J. Smith, Introducción a la programación lineal , Acme Press, 2010. Un texto introductorio.

• Reijo M.Savola, Calidad de las métricas y mediciones de seguridad, Computers & Security, Volumen 37, septiembre de 2013, Páginas 78-90. ^{[ 19 ]}

• Pregunta de objetivo-Métrica
• Lista de herramientas para el análisis estático de código
• Clasificación ortogonal de defectos
• Ingeniería de software
• Métricas de paquetes de software

• Métricas de software (SQA.net)
• Métricas de ingeniería de software: ¿Qué miden y cómo lo sabemos?
• Norma de la NASA NASA-STD-8739.8 (Norma de garantía y seguridad del software)
• Métricas del código fuente de HIS ( obsoletas, pero a modo de referencia ; véase también AUTOSAR para información relacionada ).
• Métricas del código fuente HIS versión 1.3.1 01.04.2008 ( obsoleta pero de referencia ; véase AUTOSAR para información relacionada )
• Un marco de trabajo para métricas de código fuente
• NASA.gov
• Definiciones de métricas de SonarQube
• Métricas del software orientado a objetos (2010)