2.4. ESTIMACIONES Y MÉTRICAS DEL PLAN DE TRABAJO

2.4.1. Métricas y estimaciones.

Las métricas del software involucran un amplio rango de medidas y se aplican al proceso de software con la finalidad de mejorarlo. Las métricas nos permiten tomar decisiones fundamentales, al proporcionar una visión más profunda para el desarrollo del software. La utilización de métricas en un proyecto de software nos permiten obtener “medidas cuantitativas” en dos aspectos fundamentales:

1. Minimizar la planificación de desarrollo, en la cual se obtienen métricas de ciertas características del proyecto, tales como: duración del proyecto, costo del proyecto, el esfuerzo de llevar a cabo las actividades, etc.

2. Evaluar la calidad del software en el momento actual y cuando sea necesario, mejorando el enfoque técnico que mejore la calidad, obteniéndose métricas de ciertas características del software.

2.4.2. Métricas de Software.

Las métricas según el dominio de medida, se clasifican en:

1. Métricas orientadas al tamaño, con las que obtenemos medidas directas del software tales como: Líneas de código producidas (LDC), velocidad de ejecución, paginas de documentación, etc.

2. Métricas orientadas a la función, con las que se obtiene medidas indirectas del software tales como: funcionalidad, calidad, complejidad, eficiencia, fiabilidad, entre otros.

La utilización de métricas en el presente proyecto, se orienta a la funcionalidad del software, es decir las Métricas orientadas a la función.

2.4.3. Métricas orientadas a la función.

Las Métricas orientadas a la función permiten estimar la complejidad o funciones del futuro programa; para ello se calcula los puntos de función a partir de ponderados y según las características del sistema.

Fórmula para encontrar los puntos de función.

Los puntos de función se deriva de la siguiente relación empírica:

PF = cuenta_ total * (0.65 + 0.01* TFA).

donde: cuenta_ total: se obtiene completando la información de la tabla 2.4., en donde cada función (entrada, salida, archivos, etc.), es catalogada como simple, media, compleja.

Tabla 2.4. Determinación de cuenta_ total.

TFA: es el total de los factores de ajuste de complejidad, se obtienen a partir de las respuestas de la tabla 2.5., además se ponderan individualmente conforme a los valores de ajuste (escala de rangos), mostradas en la tabla 2.6.

Tabla 2.5. Determinación de los factores de ajuste.

Fi Criterios

1. ¿Requiere el sistema copias de seguridad y de recuperación fiable?

2. ¿Se requiere comunicación de datos?

3. ¿Existen funciones de procesamiento distribuido?

4. ¿Es crítico el rendimiento?

5. ¿Será ejecutado el sistema en un entorno operativo?

6. ¿Requiere el sistema entrada de datos interactivo?

7. ¿Requiere la entrada de datos interactiva, que transacciones de entradas sobre múltiples pantallas o variadas operaciones?

8. ¿Se actualizan los archivos maestros de forma interactiva?

9. ¿Son complejas las entradas, las salidas, los archivos o las peticiones?

10. ¿Es complejo el procesamiento interno?

11. ¿Se ha diseñado el código para su reutilización?

12. ¿Están incluidas en el diseño la conversión y la instalación?

13. ¿Se ha diseñado el sistema para soportar múltiples instalaciones en diferentes organizaciones?

14. ¿Se ha diseñado la aplicación para facilitar los cambios y para ser fácilmente usada por el usuario?

Determinación de los puntos de Función del sistema.

a. Determinacion de Factor de Ajuste de Complejidad (Ver tabla 2.8)

Tabla 2.8. Determinación del Factor Complejidad.

Criterios valor de ajuste

¿Requiere el sistema copias de seguridad y de recuperación? 4

¿Se requiere comunicación de datos? 4

¿Existen funciones de procesamiento distribuido? 0

¿Es crítico el rendimiento? 2

¿Será ejecutado el sistema en un entorno operativo? 4

¿Requiere el sistema entrada de datos interactiva? 4

¿Requiere entrada de datos interactiva, que las transacciones de entradas sobre múltiples pantallas o variadas operaciones? 2

¿Se actualizan los archivos maestros de forma interactiva? 4

¿Son complejas las entradas, salidas, archivos o las peticiones? 3

¿Es complejo el procesamiento interno? 2

¿Se ha diseñado el código para su reutilización? 4

¿Están incluidas en el diseño la conversión y la instalación? 4

¿Se ha diseñado el sistema para soportar múltiples instalaciones en diferentes organizaciones? 4

¿Se ha diseñado la aplicación para facilitar los cambios y para ser fácilmente usada por el usuario? 4

Total (TFA) 45

b. Cálculo de Puntos de función

Obtenido los valores de cuenta_total = 2932 y TFA = 45, podemos estimar los PF:

PF =2936* (0.65 + 0.01*45)= 3229.6

PF =3230

Del cálculo de los puntos funcionales, se concluye que la aplicación entrega una funcionalidad de 3225 (puntos funcionales).

c. Estimación de esfuerzo

El valor de PF se ajusta a la tabla 2.9., donde finalmente obtenemos la estimación de esfuerzo.

* Representa el total de horas utilizados para el desarrollo del sistema.

La estimación de esfuerzo(EE), se obtiene de la siguiente manera:

EE = THP/PF.  EE = 1620/3230

EE = 0.50 hrs.

EE = 30 minutos.

Por lo tanto, por cada punto funcional se necesita aproximadamente 30 minutos de esfuerzo de horas hombre.

Basándose en el valor previsto de PF obtenido anteriormente se pueden además, obtener diferentes estimaciones, en lo referente:

 Productividad: PF por personas-mes

 Calidad: errores por PF, defectos por PF.

 Costo: costo por PF.

 Documentación: paginas documentación / PF.