ESTIMACION DEL PROYECTO DE SOFTWARE
Para realizar estimaciones seguras de costos y esfuerzos, se pueden tener las siguientes opciones:
1. Dejar la estimación para cuando el proyecto este más adelantado.
2. Basar las estimaciones en proyectos similares ya terminados.
3. Usar técnicas de descomposición que permita generar las estimaciones de costos y de esfuerzo del proyecto.
4. Utilizar modelos empíricos para la estimación del costo y esfuerzo del software.
La utilización de técnicas de descomposición y de modelos empíricos, permiten descomponer el proyecto en funciones principales y en tareas lo que implica que se pueda realizar una estimación del costo y del esfuerzo del proyecto de forma escalonada.
TECNICAS DE DESCOMPOSICION
Antes de de realizar la estimación del proyecto se debe generar una estimación del tamaño del software a construir.
Tamaño del software
Dentro de la planificación de proyectos, el tamaño se refiere a una producción cuantificable del proyecto de software.
· El tamaño se mide en LDC, si se utiliza un enfoque directo
· El tamaño se representa como PF, si se utiliza un enfoque indirecto.
Se tienen 4 enfoques referentes al tamaño:
1. Tamaño en lógica difusa
Utiliza las técnicas aproximadas de razonamiento. Para aplicar este enfoque se debe:
· Identificar el tipo de aplicación
· Establecer su magnitud en una escala cuantitativa
· Refinar la magnitud dentro del rango original
¿Qué es Lógica Difusa?
Un tipo de lógica que reconoce más que simples valores verdaderos y falsos. Con lógica difusa, las proposiciones pueden ser representadas con grados de veracidad o falsedad. Por ejemplo, la sentencia "hoy es un día soleado", puede ser 100% verdad si no hay nubes, 80% verdad si hay pocas nubes, 50% verdad si existe neblina y 0% si llueve todo el día.
2. Tamaño de componentes estándar
El software esta compuesto por un número de componentes estándar (subsistemas, módulos, pantallas, informes, etc) que son genéricos para un área en particular
Se debe:
· Estimar el número de incidencias de cada uno de los componentes
· Utilizar los datos de proyectos históricos para determinar el tamaño de entrega por componente.
Por ejemplo:
Para un sistema de información se estima que se requiere generar 15 informes. Los datos históricos indican que por informe se requieren 827 líneas de programación.
Esto permite que se estime que se requieren 12405 LDC para el componente de informes.
3. Tamaño del cambio
Este enfoque se utiliza cuando en un proyecto se utiliza software existente y que se debe modificar de alguna manera como parte del proyecto.
Se debe estimar el número y tipo de modificaciones que se deben llevar a cabo.
Para estimar el tamaño del cambio, se utiliza una proporción de esfuerzo para cada tipo de cambio.
Estimación basada en el problema
- Puede usarse LOC o PF para hacer estimaciones.
- Si se utiliza LOC, la descomposición es esencial y a menudo debe ser a detalle.
- Si se utiliza PF, en vez de centrar la descomposición en la función, se calcula el PF, estimando de alguna forma, cada uno de los valores.
- En ambos casos, mediante datos históricos o la intuición, se estiman valores optimista (O), medio (M) y pesimista (P) para cada función o contador, y se calcula el valor esperado (E) con la siguiente fórmula:
E = (O + 4 * M + P) / 6
Estimación basada en el proceso
Esta técnica permite, descomponer el proceso en un conjunto relativamente pequeño de actividades o tareas, y en el esfuerzo requerido para llevar a cabo la estimación de cada tarea.
Esta estimación comprende:
1. Delineación de las funciones del software obtenidas a partir del ámbito del proyecto.
2. Se mezclan las funciones del problema y las actividades del proceso.
3. Se calculan los costos y el esfuerzo de cada función y la actividad del proceso de software.