Estimación De Costos

Estimación de costos de software

Estimación del costo

Es la predicción del esfuerzo y duración de un 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 esté 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.

Factores en el costo de software

Capacidad del programador

La producción de productos de programación son tareas laboriosas, por lo que la productividad es función directa de la capacidad individual. Los programadores que se muestran competentes en el procesamiento de datos, suelen no serlo en áreas científicas y de igual forma, un buen programador científico no es, forzosamente, un buen programador de sistemas. Por tanto, la falta de familiaridad con el área de aplicación puede implicar baja productividad y por ende mayor costo y esfuerzo.

La complejidad del producto

Las aplicaciones de mayor envergadura (las que presentan comportamiento variado, mantienen la integridad de cientos de transacciones de registro de información, control de tráfico, etc.), son esencialmente complejas.

Esta complejidad es, en general, imposible de ser comprendida en su totalidad por una sola persona. Por esto se deben considerar formas disciplinadas para manejar la complejidad.

Tiempo disponible

El esfuerzo total del proyecto se relaciona con el calendario de trabajo asignado para la terminación del proyecto. Los proyectos de programación requieren más esfuerzo si el tiempo de desarrollo se reduce.

Nivel de confiabilidad requerido

La confiabilidad puede expresarse en términos de exactitud, firmeza, cobertura y consistencia del código fuente. Existe un costo asociado con el aumento del nivel de análisis, diseño, codificación y esfuerzo de verificación y validación que debe aportarse para asegurar alta confiabilidad.

El nivel de confiabilidad debe establecerse durante la fase de planeación al considerar el costo de las fallas del programa, en algunos casos, las fallas pueden causar al usuario pequeñas inconveniencias, mientras que en otros tipos de productos pueden generarse gran pérdida financiera e incluso poner una vida en peligro.

Mediciones o Métricas de Software

Medidas Directas. En el proceso de ingeniería se encuentran el costo, y el esfuerzo aplicado, las líneas de código producidas, velocidad de ejecución, el tamaño de memoria y los defectos observados en un determinado periodo de tiempo.

Medidas Indirectas. Se encuentra la funcionalidad, calidad, complejidad, eficiencia, fiabilidad, facilidad de mantenimiento, etc.

Métricas técnicas

Se centran en las características de software por ejemplo: la complejidad lógica, el grado de modularidad. Mide la estructura del sistema, el cómo está hecho.

Métricas de calidad

Proporcionan una indicación de cómo se ajusta el software a los requisitos implícitos y explícitos del cliente. Es decir cómo voy a medir para que mi sistema se adapte a los requisitos que me pide el cliente.

Métricas de productividad.

Se centran en el rendimiento del proceso de la ingeniería del software. Es decir que tan productivo va a ser el software que voy a diseñar.

Métricas Orientadas a la persona

Proporcionan medidas e información sobre la forma que la gente desarrolla el software de computadoras y sobre todo el punto de vista humano de la efectividad de las herramientas y métodos. Son las medidas que voy a hacer de mi personal que va hará el sistema.

Métricas orientadas al tamaño.

La principal métrica para considerar el tamaño del producto de software es la cantidad de Líneas de Código Fuente (LCF) con las que fue construido.

Si una organización de software mantiene registros sencillos, se puede crear una tabla de datos orientados al tamaño, como la siguiente:

La tabla indica que para el proyecto Alfa se escribieron 12,100 LDC, con un esfuerzo de 24 personas-mes y un costo de $ 168 mil, se escribieron 365 Páginas de Documentación, se registraron 134 errores antes de que el SW se entregara al cliente y se encontraron 29 errores después de entregárselo al cliente durante el primer año de utilización.

Debe tenerse en cuenta que el esfuerzo y el costo registrado en la tabla incluye todas las actividades de ingeniería de software (Análisis, Diseño, Codificación y Prueba) y no solo la codificación.

En los rendimientos del sistema y los rudimentarios datos contenidos en la tabla se puede desarrollar, para cada proyecto un conjunto de métricas sencillas de productividad y calidad orientadas al tamaño. Se obtienen las siguientes formulas:

Productividad = KLDC/persona-mes

Calidad = errores/KLDC

Documentación = pags. Doc/ KLDC

Costo = $/KLDC

Cuando se va a estimar el costo de un proyecto nuevo, se puede comparar sus características con las de los proyectos registrados en nuestra tabla histórica y de ahí obtener las LDC requeridas para un proyecto de ese tipo. Es lógico pensar que para el proyecto nuevo se requiera escribir un número APROXIMADO de LDC al que se requirió en un proyecto anterior parecido.

Métricas orientadas a la Función

Son medidas indirectas del software y del proceso por el cual se desarrolla. En lugar de calcularlas las LDC, las métricas orientadas a la función se centran en la funcionalidad o utilidad del programa.

Las métricas orientadas a la función fueron el principio propuestas por Albercht quien sugirió un acercamiento a la medida de la productividad denominado método del punto de función. Los puntos de función que obtienen

...