Costes de proyectos

Modelos de estimación de costes en proyectos de desarrollo de software

INTRODUCCION
Desde el comienzo de la informática, a mediados del siglo XX, la escritura de software ha ido ganando peso en esta industria. Los productos y aplicaciones son cada vez mas complejos y por tanto cada vez más costosos de construir y mantener.
Se trate de un software con objetivo comercial, o de una aplicacióndesarrollada internamente para su uso en una organización, resulta básico disponer de una estimación razonablemente precisa de los costes y los plazos en que se va a ejecutar un proyecto.

Si hay una palabra clave en la industria de las TI, esta es Predictibilidad.
Tan importante, o más, que desarrollar rápidamente un software es hacerlo en el plazo previsto. Aunque el usuario o cliente siempredesea tener disponible su producto o aplicación cuanto antes, el auténtico reto de la gestión de software es cumplir con las fechas comprometidas. Tampoco está de mas cumplir con los costes.
De hecho, la rapidez en el desarrollo de software se encuentra con límites objetivos si se desea obtener una calidad adecuada. Las posibilidades de paralelización de trabajos se ven limitadas por la necesidadde integración y reutilización.
Como formuló, de forma tal vez exagerada pero muy gráfica, Frederick Brooks [4]: "Añadir gente a un proyecto de software retrasado consigue aumentar el retraso". De aquí se desprende el corolario (todavía más exagerado): En vez de añadir gente, selecciona a los importantes y echa a todos los demás".
A lo largo de la (corta) historia del desarrollo de software sehan desarrollado diferentes modelos para la estimación de costes y plazos de proyectos. Entre ellos destacan el de Putnam y el COCOMO.
En las páginas siguientes describiremos someramente estos dos modelos y luego el modelo simplificado desarrollado en ATCA.

COCOMO
El COnstructive COst Model (COCOMO) fue desarrollado por Barry Boelm en TRW Aerospace, y publicado [5] en 1981.
Según DeMarco [1]se trata de un modelo paramétrico de factor simple derivado de la observación de una muestra de proyectos.
Calcula el esfuerzo requerido en un proyecto como:
Esfuerzo = a * Tamañob * m(X)
Duración = c * Esfuerzod
Dónde:
Esfuerzo = esfuerzo requerido en meses-hombre (un mes-hombre = 152 horas-hombre)
Tamaño = tamaño del desarrollo en miles de lineas de código
m(X) = factor corrector quedepende de 15 atributos
Duración = duración del proyecto en meses
a, b, c, d = constantes según las tablas que siguen
 
El modelo se puede aplicar en tres modos: básico, intermedio y detallado. En el modelo básico no se consideran los 15 factores correctores y en el detallado se desglosan a nivel de módulo.
Además, el ambiente de desarrollo puede ser de tres tipos: orgánico, semilibre y rígido,dependiendo de si se trata de un desarrollo "por libre" o dentro de un ambiente muy controlado y restrictivo.
Las constantes utilizadas son:
  | Modelo Básico | Modelo Intermedio |
Modo | a | b | c | d | a | b |
 Orgánico | 2,40 | 1,05 | 2,50 | 0,38 | 3,20 | 1,05 |
 Semilibre | 3,00 | 1,12 | 2,50 | 0,35 | 3,00 | 1,12 |
 Rígido | 3,60 | 1,20 | 2,50 | 0,32 | 2,80 | 1,20 |
 
Elsignificado de los atributos es el siguiente, según su tipo:
* De software
RELY: Criticidad del software en operación
DATA: Tamaño de la base de datos en relación con el tamaño del programa fuente.
CPLX: Complejidad del producto.
* De hardware
TIME: Limitaciones en el uso de CPU.
STOR: limitaciones en el uso de memoria.
VIRT: volatilidad de la máquina virtual.
TURN: tiempo de respuestarequerido.
* De personal
ACAP: Cualificación de los analistas.
AEXP: Experiencia del equipo en aplicaciones similares.
PCAP: Calificación de los programadores.
VEXP: Experiencia del personal en la máquina virtual.
LEXP: Experiencia en el lenguaje de programación.
* De proyecto
MODP: Uso de prácticas modernas de programación.
TOOL: Uso de herramientas de desarrollo de software....