Métricas Externas

Funcionalidad
• Adecuación de la funcionalidad=1-A/B
 A:= funciones con problemas en la evaluación
 B:= funciones evaluadas
• Implementación completa=1-A/B
 A:= funciones faltantes en la evaluación
 B:= funciones descritas en especificación de requerimientos
Confiabilidad
• Densidad de fallas detectadas durante las pruebas=A/B
 A:= fallas detectadas
 B:= casos de prueba ejecutados

25/8/2019 Gestión de Software 1

 Métricas Internas
Mantenibilidad
• Número ciclomático de cada módulo
 Cantidad de condiciones para bifurcación
• Altura del árbol de herencia (en OO)
• Máximo y promedio de cantidad de módulos
invocados por otro

25/8/2019 Gestión de Software 2

Criterios para elección de métricas calidad
(ISO/IEC 14598 – Evaluación de productos de software)

• Significancia – la medición debe agregar información el

comportamiento del software o su calidad
• Costo y complejidad – la medición debe agregar
información el comportamiento del software o su calidad
• Repetible – uso de la métrica en el mismo producto,
criterios de evaluación, evaluadores, usuarios de prueba
y ambiente => resultados idénticos; si no, usar métodos
estadísticos
• Reproducible – uso de la métrica en el mismo
producto, criterios de evaluación, distintos
evaluadores, usuarios de prueba y ambiente =>
resultados idénticos; si no, usar métodos estadísticos

25/8/2019 Gestión de Software 3

Criterios para elección de métricas calidad
(ISO/IEC 14598 – Evaluación de productos de software)

• Validez – debe ser posible demostrar correctitud y

precisión o margen de error, considerando factores que
influyen:
 Hardware, características del software (configuración,
ambiente)
 Evaluadores – su incidencia en el proceso
 Modelos matemáticos
• Objetividad – resultados no influenciados por opinión
de evaluadores, usuarios de prueba; si no es posible, se
debe incluir tratamiento estadístico
• Imparcialidad – resultados no influenciados por
opinión de evaluadores, usuarios de prueba; si no es
posible, se debe incluir tratamiento estadístico

25/8/2019 Gestión de Software 4

Medición
Necesidades de Información Producto de Información
Explicación que relaciona la información cuantitativa del Interpretación
indicador a las necesidades de información en el lenguaje del
usuario de la medición
Indicador
Algoritmo para combinar medidas y
Modelo
Criterios de decisión
(análisis)
Algoritmo para combinar dos o más
Medida Medida
medidas base Función de derivada derivada
medición
Medida base Medida base Medida base
Método de Método de Correspondencia de un
Medición Medición atributo con una escala
Propiedad relevante para las
Entidad Atributo Atributo necesidades de información
25/8/2019 Gestión de Software 5
Escalas de Medición
• Nominal (categorías)
 Entidades con igual valor son iguales en determinado
atributo
 Sin significado numérico
• Ordinal
 Entidades con valor mayor tienen más de
determinado atributo
 Intervalos entre valores adyacentes son
indeterminados
 Se asignan valores en la escala considerando las
propiedades “mayor que” “igual que” “menor que”

25/8/2019 Gestión de Software 6

Escalas de Medición
• De intervalo
 Intervalos entre valores adyacentes de la escala son iguales
respecto al atributo medido
• De ratio
 Hay un punto 0 en la escala
 Ratios son equivalentes

• Cada uno de los tipos incluye las propiedades de

las anteriores
• Qué escalas admiten:
 Comparar igualdad, mayor
 Suma, ratio

25/8/2019 Gestión de Software 7

Ejemplo: productividad en proyecto
Necesidad de información: Estimar productividad en proyecto futuro
Concepto a medir: Productividad en proyecto
Entidades relevantes: 1. Código producido en proyectos pasados
2. Esfuerzo incurrido en proyectos pasados
Atributos: 1. Instrucciones de lenguaje C++ (en código)
2. Tarjetas de tiempo (registran esfuerzo)
Medidas base: 1. Líneas de código de proyecto X
2. Horas de esfuerzo en proyecto X
Método de medición: 1. Contar ; en el código de proyecto X
2. Sumar todas las entradas de tiempo para proy X
Tipo de Método de Medición: 1. Objetivo
2. Objetivo
Escala: 1. Enteros de 0 a infinito
Reales de 0 a infinito

25/8/2019 Gestión de Software 8

Ejemplo: productiv. en proyecto (cont.)
Unidad de medida: 1. Línea
2. Hora
Medida derivada: Productividad en proyecto X
Función de medición: Dividir LoC en proyecto X por Horas de esfuerzo
Indicador: Productividad promedio
Modelo: Calcular la media y la desviación estándar para todos los valores
de productividad en proyectos
Criterio de decisión: valores pequeños de la desviación estándar indican
la probabilidad de obtener una productividad próxima a la media.
Valores grandes sugieren que existe riesgo de tener desvíos

25/8/2019 Gestión de Software 9

Ejemplo: calidad durante diseño
Necesidad de información: Evaluar la calidad del producto durante el
diseño
Concepto a medir: Calidad del producto
Entidades relevantes: 1. Paquetes de diseño
2. Reportes de inspección de diseño
Atributos: 1. Texto de paquetes de diseño
2. Lista de defectos encontrados en inspecciones
Medidas base: 1. Tamaño del paquete X
2. Total de defectos para el paquete X
Método de medición: 1. Contar líneas de texto para cada paquete
2.Contar número de defectos en cada reporte
Tipo de Método de Medición: 1. Objetivo
2. Objetivo
Escala: 1. Enteros de 0 a infinito
Enteros de 0 a infinito

25/8/2019 Gestión de Software 10

Ejemplo: calidad durante diseño(cont.)
Unidad de medida: 1. Líneas
2. Defectos
Medida derivada: Densidad de defectos en inspección
Función de medición: Dividir defectos totales por tamaño del paquete
para cada paquete
Indicador: Densidad de defectos de diseño
Modelo: Calcular valor central y límite del proceso utilizando valores de la
densidad de defectos
Criterio de decisión: resultados fuera de los límites de control requieren
investigación adicional

25/8/2019 Gestión de Software 11

Ejemplo: avance del proyecto
Necesidad de información: evaluar el estado de la actividad “codificación”
Concepto a medir: Estado de la actividad
Entidades relevantes: 1. Plan/Calendario
2. Unidades de código completadas o en proceso
Atributos: 1. Unidades de código (UC) identificadas en el plan
2. Estado de las UC
Medidas base: 1. UC planificadas a la fecha
2. Estado de las UC
Método de medición: 1. Contar número de UC planificadas terminadas a la fecha
2.preguntar al programados por porcentaje completado
de cada UC en proceso
Tipo de Método de Medición: 1. Objetivo
2. Subjetivo
Escala: 1. Enteros de 0 a infinito
Enteros de 0 a 100

25/8/2019 Gestión de Software 12

Ejemplo: avance del proyecto (cont.)
Unidad de medida: 1. UC
2. % de UC
Medida derivada: Avance a la fecha
Función de medición: Sumar estado para todas la UC planificadas
completadas a la fecha
Indicador: Estado de codificación expresado como un ratio
Modelo: Dividir progreso a la fecha por (UC planificadas a la fecha
multiplicadas por 100)
Criterio de decisión: el ratio resultante debiera caer entre 0.9 y 1.1. para
concluir que el proyecto está de acuerdo al calendario

25/8/2019 Gestión de Software 13