Métricas de Proyectos

Taller de Proyectos Informáticos II

La métricas de software permite tener una visión

profunda de la eficacia del proceso del software y de
los proyectos que dirigen utilizando el proceso como
un marco de trabajo

1
 Medición de los procesos, productos y recursos de
software
• Caracterizar
– Mejora la comprensión
• Evaluar
– Determina el estado del diseño
• Predecir
– Planificación
• Mejorar
– Calidad del producto y rendimiento del proceso

Medidas
• Indicación cuantitativa de
– Extensión
– Cantidad
– Dimensiones
– Capacidad
– Tamaño

– Líneas de código

2
 Medición
• Acto de determinar una medida

Métrica
• Medida cuantitativa del grado en que un procesom
un sistema o componente posee un atributo dado

• Tasa de error

3
 Indicador
• Métrica o combinación de métricas que
proporcionan una visión profunda del proceso del
software
• Permite ajustar el producto
• Indicadores de proceso
– Visión profunda de la eficacia

Procesos de Software
• Conjunto de actividades, métodos, habilidades,
herramientas, que utilizan las personas para
desarrollar un proyecto de software o procesos
asociados
– Documentación
– Planes

4
 Indicadores de Proyecto
• Permiten al gesto de proyectos de software
– Evaluar el estado del proyecto en curso
– Seguir la pista de los riesgos potenciales
– Detectar las áreas de problemas antes de que se
conviertan en críticas
– Ajustar el flujo y las tareas del trabajo
– Evaluar la habilidad del equipo del proyecto en controlar
la calidad de los productos de trabajo del software

Mediciones Tácticas y Estratégicas

• Medidas Estratégicas

– Interesan a la organización o empresa

• Medidas Tácticas

– Enfoque del proyecto, proceso, ingeniería de software

5
 TIPO DE DATO: Duros
• Cosas cuantificables sin subjetividad
• Alta precisión
– # de personas asignadas a un proyecto
– Esfuerzo dedicado a tareas
– # de errores detectados
• ME
– Tamaño total del staff
– Grupos de ocupación
– Soporte de usuario
• MT
– Asignación de personal por actividad
– Esfuerzo por actividad o trabajo

TIPO DE DATO: Blandos

• Se evalúan, opiniones humanas
• No hay precisión
– Habilidad y experiencia profesional
– Estabilidad de requerimientos
• ME
– Motivación
– Educación anual
– Objetivos ejecutivos
• MT
– Satisfacción del usuario
– Utilidad de los métodos
– Adecuación del entorno

6
 TIPO DE DATO: Normalizados
• Propósito de comparación
• Determina si el proyecto está por debajo o encima sobre los
valores normales en términos de productividad y calidad
• ME
– Puntos de función total
– Puntos de función anual
– Usuario (consumo)
• MT
– Tamaño del proyecto
– Tasas de productividad
– Tasas de costo

Validación empírica de modelos de SW

• Construir un modelo es fácil
• La dificultad se origina en la validación
• El análisis de las métricas sólo es útil en la medida que se
comparen unidades efectivamente comparables
• Los resultados obtenidos via modelos de desarrollo de SW
apoyan
• No reemplazan el proceso decisional de administradores
experimentados

7
 Mediciones del software
• DIRECTAS
– Proceso: Costo y esfuerzo aplicados
– Producto: LDC producidas, velocidad de ejecución, tamaño de
memoria
• INDIRECTAS
– Funcionalidad
– Calidad
– Complejidad
– Eficiencia
– Fiabilidad
– Facilidad de mantenimiento

Métricas orientadas al tamaño

• Normalización de las medidas de calidad y/o
productividad considerando el tamaño del software
que se haya producido

8
 Métricas orientadas al tamaño
• LOC
– Productos: # de páginas impresas
– Líneas de código: 10 KLOC
– Productividad: KLOC / personas-mes
– Calidad: ERROR / LOC
– Costo: $ / KLOC
– Documentación: Pag / KLOC

Métricas orientadas al tamaño

• Número de Tokens
• Programa computacional es un conjunto de TOKENS
• Unidades Clasificables Como Operandos u
Operadores

9
 Métricas orientadas al tamaño
• Métricas básicas asociadas:
– n1: # de operadores únicos
– n2: # de operandos únicos
– N1: # total de operadores
– N2: # total de operandos
– N = N1+N2 = LARGO (tamaño del programa)

Métricas orientadas al tamaño

• Variables, constantes y etiquetas: OPERANDOS
• OPERADORES:
– Símbolos matemáticos (+ , - , / , * )
– Nombres de comandos (while, for, read)
– Símbolos especiales (: , = , () , {} )
– Funciones especiales ( EOF , EOL )
• Complejidad
– Problema
– Algortimo
– Estructura (al aplicar el algoritmo)

10
 Métricas orientadas a la función
• Medida de funcionalidad entregada por la aplicación
como un valor de normalización.

Métricas orientadas a la función

• Método Original de Puntos de Función (1979)
• Considera características externas del SW
• Considera características importates para los
usuarios
• Poder ser aplicados tempranamente en el ciclo de
vida del producto
• Poder ser relacionado con productividad económica
• Ser independientes de código o lenguaje
• Complejidad totalmente subjetiva

11
 Métricas orientadas a la función
• Método Original de Puntos de Función (1979)

PARÁMETROS PONDERACIÓN
# TOTAL
SIGNIFICATIVOS FACTORES

# de entradas x 4
# de salidas x 5
# de consultas x 4
# de archivos maestros x 10
Total no ajustados
Complejidad de ajuste
TOTAL DE PUNTOS DE FUNCIÓN AJUSTADOS

Métricas orientadas a la función

• FP REVISADO (1984)
• Los puntos de función se derivan como una relación
empírica según las medidas contables (directas) del
dominio de información de software las evaluaciones
de la complejidad del software
• Se calculan completando datos de una tabla.
• Se determinan cinco características de dominios de
información y se proporcionan las cuentas en la
posición apropiada de la tabla

12
 Métricas orientadas a la función
• Tabla de cálculo de los puntos de función
PARÁMETROS Baja Mediana Alta
# TOTAL
SIGNIFICATIVOS Complejidad Complejidad Complejidad
Entradas
externas x 3 x 4 x 6
Salidas externas x 4 x 5 x 7
Archivos lógicos
internos x 7 x 10 x 15
Arc. Interfaces
externas x 5 x 7 x 10
Consultas
externas x 3 x 4 x 6
Total no ajustados

Complejidad de ajuste

TOTAL DE PUNTOS DE FUNCIÓN

AJUSTADOS

Métricas orientadas a la función

• Factor de complejidad
– C1: Comunicación de datos
– C2: Funciones distribuidas
– C3: Objetivos de performance
– C4: Configuración usuada frecuentemente
– C5: Tasa de transacciones
– C6: Entrada de datos en línea
– C7: Eficiencia usuario final
– C8: Actualización en línea
– C9: Procesamiento compuesto
– C10: Reusabilidad
– C11: Facilidad de instalación
– C12: Facilidad operacional
– C13: Sitios múltiples
– C14: Facilitamiento de cambio

13
 Métricas orientadas a la función
• Escala de Evaluación
– 0 Sin influencia
– 1 Influencia insignificante
– 2 Influencia moderada
– 3 Influencia promedio
– 4 Influencia significativa
– 5 Influencia fuerte

Métricas orientadas a la función

• Método SPR 8.5
• Software Productivity Research) 1985
• Se basa en
– Cuan complejo son los problemas y algoritmos
– Cuan complejo es la estructura del código y el flujod
econtrol de la aplicación
– Cuan complejo es la estructura de datos de la aplicación

14
 Métricas orientadas a la función
• Método SPR 8.5
• COMPLEJIDAD DEL PROBLEMA
– 1 Algoritmos y cálculos simples
– 2 Mayoría de algoritmos y cálculos simples
– 3 Algoritmos y cálculos de complejidad promedio
– 4 Algunos algoritmos difíciles o cálculos complejos
– 5 Muchos algoritmos difíclies o cálculos complejos
• COMPLEJIDAD DEL CÓDIGO
– 1 No procedural
– 2 Bien estructurado con módulo reusable
– 3 Bien estructurado (módulos pequeños)
– 4 Estructura adecuada, pero algunos módulos complejos
– 5 Estructura pobre, con módulos grandes

Métricas orientadas a la función

• Método SPR 8.5
• COMPLEJIDAD DE LOS DATOS
– 1 Datos simples con pocas variables y baja complejidad
– 2 Números variables, pero relaciones de datos simples
– 3 Múltiples archivos, campos e interacciones de datos
– 4 Estructura de archivos e interacciones de datos complejas
– 5 Estructura de archivos e interacciones de datos muy
complejos

15
 Métricas orientadas a la función
SUMA MULT SUMA MULT
• Método SPR 8.5
2 0.6 3 0.70
• Factores de Ajuste de 3 0.7 4 0.75
complejidad
4 0.8 5 0.80
5 0.9 6 0.85
6 1.0 7 0.90
7 1.1 8 0.95
8 1.2 9 1.00
9 1.3 10 1.05
10 1.4 11 1.10
12 1.15
13 1.20
14 1.25
15 1.30

Métricas orientadas a la función

• COCOMO (Constructive Cost Model) 1981
• Resultado basado en el proyecto estudiado
• Estima esfuerzo, tiempo, # de personas
• Tres modelos
– Básico
– Intermedio
– Avanzado / Detallado
• Tres Modos
– Orgánico
– Semi-acoplado
– Acoplado / Embebido / Empotrado

16
Métricas de Proyectos

Taller de Proyectos Informáticos II

17