Modelos paramétricos de estimación

Las técnicas de estimación para proyectos de desarrollo de software desarrollan de manera empírica fórmulas matemáticas con parámetros obtenidos a partir de la información histórica. Para que los modelos sean fiables, tenemos que hacer un uso sensato de la información histórica y los parámetros deben ser cuantificables. Por esta razón, cada modelo se adecuará al proyecto en el que se quiera utilizar.

Estas fórmulas nos proporcionan estimaciones sobre la duración del proyecto, el personal necesario por mes, etc.

Uno de los modelos más usados es el COCOMO (constructive cost model o modelo constructivo de costes), desarrollado por Boehm. Los parámetros que utiliza este modelo pueden adaptarse a cualquier desarrollo de software.

Boehm describió tres modelos de COCOMO: básico, intermedio y detallado.

El modelo básico calcula el número de personas y el tiempo de gestión necesarios para acabar un proyecto. Para formular las ecuaciones utiliza el tamaño (líneas de código) y el tipo de software que se desarrolla, teniendo en cuenta, también, las tres categorías de proyecto que encontramos a continuación:

1. Modo orgánico: equipos de trabajo relativamente pequeños, con los que la comunicación es más fácil y rápida, y programadores familiarizados con las aplicaciones.
2. Modo semiindependiente: equipos de trabajo formados por expertos y personal sin experiencia que llevan a cabo proyectos con alguna restricción y que pueden no estar familiarizados con todos los elementos del sistema.
3. Modo dependiente: equipos de trabajo con restricciones estrictas, con poca experiencia en la aplicación particular que desarrollan, que, por otra parte, se encuentra integrada en un sistema complejo de software y hardware en el cual las modificaciones no son fáciles de hacer y las pruebas son costosas.

Según este modelo, el tiempo de desarrollo del software no depende del número de personas disponibles, sino del esfuerzo que se requiera (personas/mes). Esto significa que la asignación de más personal a un proyecto que va retrasado no suele ser una solución válida. Existen factores, como la comunicación (que se complica cuanto mayor sea el número de personas implicadas en un proyecto y que, por lo tanto, precisa más tiempo) o el tiempo necesario para la formación del personal incorporado, que pueden hacer ineficaz esta solución.

El modelo básico sólo tiene en cuenta el tamaño y el tipo de software que se desarrolla. Para corregir estas carencias, los modelos intermedios y detallados consideran más factores que se añadirán a las fórmulas del modelo básico como multiplicadores.