Estimación para proyectos de software

...

Capítulo 23.6 técnicas de descomposición

La descomposición del proyecto de software es una forma de resolver problemas en la mayoría de casos, el problema que debe resolverse es muy complejo como para considerarlo en una sola pieza. Por esta razón se descompone el problema, re caracterizándolo como un conjunto de problemas más pequeños estos son.

Tamaño del software

La precisión de la estimación de un proyecto de software se manifiesta en varios factores:

- El grado con el cual el planificador ha estimado adecuadamente el tamaño del producto que se construirá

- La habilidad para traducir la estimación del tamaño en esfuerzo humano, programa de trabajo y dinero

- El grado en el cual el plan del proyecto refleja las habilidades del equipo de software

- La estabilidad de los requisitos del producto y el entorno que soporta el esfuerzo de ingeniería de software

Se considera el problema del tamaño del software. Puesto que la estimación de un proyecto solo es tan buena como la estimación del tamaño del trabajo para realizarlo.

Estimación basada en el problema

Las linead de códigos y los puntos de función se escribe como medidas a partir de las cuales se calculan las métricas de productividad. Los datos de las LDC y los PF se utilizan en dos formas para estimar el proyecto de software:

- Como una variable de la estimación para el tamaño de cada elemento de software

- Como métricas de línea de base recolectadas a partir de proyectos previos y utilizados en conjunción con variables de estimación para desarrollar proyecciones de costo y esfuerzo

Las estimaciones de LDC y PF son distintas técnicas de estimación, aunque ambas tienen varias características en común. El planificador del proyecto comienza con un enfoque acotado del ámbito del software y a partir de ahí intenta descomponer el software en funciones problema que puedan estimarse individualmente.

Entonces se aplican las métricas de la línea base de productividad ala variable de estimación apropiada y se deriva el costo o esfuerzo de la función.

Estimación basada en el proceso

la técnica más común para estimar un proyecto es basar la estimación en el proceso que se empleara, esto es, el proceso se descompone en un conjunto relativamente pequeño de tareas y se estima el esfuerzo requerido para lograr cada tarea.

Al igual que las técnicas basadas en el problema, la estimación basada en el proceso comienza con un bosquejo de las funciones del software obtenidas ámbito del proyecto. Cada función requiere realizar una serie de actividades del marco de trabajo.

[pic 2]

Una vez que se combinan las funciones del problema y las actividades del proceso, el panificador estima el esfuerzo (por ejemplo, personas-mes) que se requerirá para lograr cada actividad del proceso de software en cada función. Entonces se aplican las tasas de trabajo promedio (es decir, costo/unidad de esfuerzo) al esfuerzo estimado para cada actividad

Estimación de catos de uso

Los casos de uso permiten que un equipo de software comprenda el ámbito del software y los requisitos. Sin embargo, desarrollar un enfoque de estimación con casos de uso es problemático por las siguientes razones:

- Los casos de uso se describen empleado muchos formatos y estilos diferentes

- Los casos de uso representan una visión externa (la visión del usuario) del software y con frecuencia están escritos en diferentes grados de abstracción

- Los casos de uso no abordan la complejidad de las funciones de las características que se describen

- Los caos de uso no describen el comportamiento complejo (por ejemplo, interacciones) que involucran muchas funciones y características

A diferencia de las LDC o un punto de función, el “el caso de uso” de una persona tal vez requiera meses de esfuerzo mientras que el de otra quizá se implemente en un día o dos.

23.7 módulos empíricos de estimación

Un modelo de estimación para software de computadora utiliza formulas obtenidas empíricamente para predecir el esfuerzo como una función

2.3.8 Estimación para proyectos orientados a objetos

Vale la pena complementar los métodos convencionales de estimación de costo del software con un enfoque diseñado explícitamente. Estos son los siguientes enfoques por Lorenz y kidd

- Desarrollar estimaciones aplicando la descomposición de esfuerzo, análisis des PF y cualquier otro método que sea compatible en aplicaciones convencionales

- Aplicar el modelado de análisis orientado a objetos, desarrollar casos de uso y determinar un conteo, reconocer que el número de uso puede cambiar conforme avance el proyecto.

- A partir del modelo de análisis, determinar el número de clases clave (llamadas clases de análisis)

Multiplicar el número de clases clave (paso 3) por el multiplicador para obtener una estimación del número de clases de soporte.

- Categorizar el tipo de interfaz para la aplicación y desarrollar un multiplicador para las clases de soporte

- Multiplicar el número total de clases (clave + soporte) por el numero promedio de unidades de trabajo por clase

- Comprobar de manera cruzada la estimación basada en clase al multiplicar el número promedio de unidades de trabajo por caso de uso

23.9 técnicas de estimación especializadas

Las técnicas de estimación (por ejemplo: técnicas de descomposición, modelos empíricos de estimación, estimación para proyectos a objetos,) se pueden aplicar en cualquier proyecto de software.

Técnicas de estimación especializadas

- Estimación para desarrollo ágil: se define como un conjunto de escenarios de usuario (por ejemplo, “historias” en programación extrema) la estimación para los proyectos agiles aplica