INGENIERÍA DE SOFTWARE II

CHRISTIAN BEDOYA SUAREZ

MEDIDAD Y MÉTRICAS

CONCEPTOS INICIALES

Las Medidas y las métricas se pueden clasificarcomo:

Herramientas que ayudan en la planificación yestimación de Proyectos y a su vez Proporcionandatos cuantitativos sobre la calidad yproductividad 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

4Se tendrá un soporte para la estimación y la planificación

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

2Se podrán realizar comparaciones con otros proyectos.

1Conocimiento cuantitativo de las características del proceso y del producto.

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

Fase de aprendizaje:

• No se tienen métricas y es necesario realizar muchas medidas porque no se sabe cuál son las métricas útiles.

• Esto implica mucho esfuerzo y poco beneficio.

Fase de uso:

• Una vez que se tienen las métricas, el esfuerzo es cada vez menor y

• Aumenta el beneficio.

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.

OPOSICIÓN DE LOS DESARROLLADORES:

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 orientadas al

tamaño:

Métricas que evalúan como importante el tamaño del

proyecto; el parámetro utilizado es LDC.

Métricas orientadas a la

función:

Métricas que evalúan el proyecto a partir de un parámetro

denominado Punto de Función. Se utilizan medidas indirectas, lo

que hace que no sea fácil de 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