MEDIDAD Y MÉTRICAS

INGENIERÍA DE SOFTWARE II
CHRISTIAN BEDOYA SUAREZ
CONCEPTOS INICIALES

Las Medidas y las métricas se pueden clasificar

como:

 Herramientas que ayudan en la planificación y

estimación de Proyectos y a su vez Proporcionan
datos cuantitativos sobre la calidad y
productividad del proceso y del producto.
 Medidas: Se manejan valores independientes.

 Métricas: Se manejan relaciones de medida e indican

una medida de calidad (lo bien que se está haciendo
algo) Ej: LDC/persona o LCD/pm.

 Indicadores: Evalúan una o más métricas para sacar

conclusiones respecto a algún aspecto del software.
CÁLCULO Y UTILIZACIÓN DE MÉTRICAS:
VENTAJAS DEL USO DE MÉTRICAS
1
Conocimiento cuantitativo de las características del proceso y del producto.

2
Se podrán realizar comparaciones con otros proyectos.

3
Se podrá mejorar el producto ya que las métricas sirven para detectar defectos

4
Se tendrá un soporte para la estimación y la planificación
LAS MÉTRICAS DEBEN SER:

Exactas

Precisas: No se debe perder información en los

redondeos ya que la información se desvirtúa.

Consistentes: Una medición de un atributo debe

dar el mismo valor independientemente de la
medición.

Comparables: Para ello, debe estar

normalizada.
 PROCESO PARA LA ADOPCIÓN DE MÉTRICAS

• No se tienen métricas y es necesario realizar

muchas medidas porque no se sabe cuál son
Fase de las métricas útiles.
aprendizaje: • Esto implica mucho esfuerzo y poco beneficio.

• Una vez que se tienen las métricas, el esfuerzo

es cada vez menor y
Fase de uso: • Aumenta el beneficio.
OPOSICIÓN DE LOS DESARROLLADORES:

 Los desarrolladores presentan una oposición a la

utilización de métricas.

 Creen que son una pérdida de tiempo y no ven su

utilidad.

 Solo las aplican en caso de obligación.

 Cuando las utilizan no lo hacen de forma consistente.

MÉTRICAS PARA LA ESTIMACIÓN

 Tipos de medidas

 Medidas directas: son medidas objetivas y fáciles de

obtener porque se basan en obtener una determinada
característica del proceso o del producto.

 Proceso: Coste, número de personas, tiempo,...

 Producto: LDC, nº de errores aparecidos en la

creación del programa, velocidad de ejecución.
MÉTRICAS PARA LA ESTIMACIÓN
 Tipos de medidas

 Medidas indirectas: son medidas subjetivas y por

tanto, difíciles de obtener ya que se obtienen como
combinación o son función de medidas indirectas.

 Proceso: <<no se aplican>>

 Producto: Facilidad de uso, facilidad de

mantenimiento, fiabilidad, portabilidad.
MÉTRICAS PARA LA ESTIMACIÓN

Métricas Métricas
orientadas al orientadas a la
tamaño: función:

Métricas que evalúan el proyecto

a partir de un parámetro
Métricas que evalúan como
denominado Punto de Función.
importante el tamaño del
Se utilizan medidas indirectas, lo
proyecto; el parámetro utilizado
que hace que no sea fácil de
es LDC.
medir ya que depende de
muchos factores.
MÉTRICAS ORIENTADAS AL TAMAÑO
LDC:
 Evalúan de forma sencilla y precisa (medidas directas)
el tamaño de un proyecto.
 Ejemplos:
 Número de personas: Jefes, ingenieros,
documentalistas, desarrolladores.
 LDC (líneas de código)
 Número de páginas de documento obtenido:
 Esfuerzo:“cuántas personas-mes se necesitan”
 Coste: €.
 Número de errores y defectos
MÉTRICAS ORIENTADAS AL TAMAÑO LDC:
 Estos aspectos se pueden utilizar para
comparaciones.
Puntos de Función
 ESTIMACIÓN CON PUNTOS DE FUNCIÓN
 El método de estimación de costes mediante los puntos
de función ha sido denominado FPA o Análisis de Puntos
de Función.
 Este método se basa no en las LDC sino en una métrica
que cuantifica la funcionalidad que hay que entregar al
usuario al construir una aplicación.
 Dicha métrica se denomina puntos de función.
 La propuesta inicial de los puntos de función fue realizada
por A. J. Albrecht [ALBRECHT, 1979]
 Todas las variedades de puntos de función se apoyan en
datos que implican, preferentemente, la existencia de una
especificación más o menos formalizada.
Puntos de Función
 Métricas orientadas a Puntos de Función
 Se caracterizan por:
 Tener un componente empírico, basado en la
experiencia de muchos proyectos.
 Tener en cuenta la complejidad, aunque es muy difícil
de determinar en un proyecto
 Ser independientes del entorno tecnológico y de las
metodologías aplicadas.
 Utilizar medidas indirectas, que se caracterizan por ser
subjetivas y difíciles de calcular, sin embargo el
resultado obtenido es fácilmente comparable.
Puntos de Función
 Cálculo de los puntos de función:
 Para calcular los puntos de función hay que seguir los
siguientes pasos (variación de Método de Albertch):
 1.- Identificación de parámetros y su complejidad.
Esto da los PFNA
Puntos de Función
 Cálculo de los puntos de función:
 Una vez calculado este valor se debe ajustar a las
características del proyecto mediante un factor de
complejidad (FA).
 Existen 14 factores que contribuyen a la complejidad
de una aplicación.
 Se debe valorar cada uno de ellos dentro de una
escala del cero al cinco
Puntos de Función
 Cálculo de los puntos de función:
 Factores que contribuyen a la complejidad de una
aplicación
Puntos de Función
 El factor de ajuste de complejidad (FA) se calcula, a partir de la suma de
los valores de los 14 factores de complejidad (FC), según la siguiente
fórmula:

 FA = (0.01 x ∑ FC) + 0.65

 El factor FA puede oscilar entre 0,65 y 1,35,

 Es decir: permite una variación máxima de ± 35% sobre el valor de los PFNA

 Puntos de función (PF) = PFNA x FA

 En la propuesta de 1984 ya se incluyen guías para saber cómo valorar

cada factor de complejidad.
 No obstante, en 1990 se publicó de forma oficial un manual para el uso de los
puntos de función con el propósito de estandarizar su empleo en la práctica.
Este manual fue emitido por el IFPUG o Grupo Internacional de Usuarios de
los Puntos de Función.
Puntos de Función
 Criterios de IFPUG para evaluar la complejidad
de elementos de cálculo en los puntos de
función.
Puntos de Función
 Comparación de los PF con otros proyectos:
 El valor obtenido se utiliza en comparaciones para
estandarizar