Ing. Sistemas

4. ESTIMACIÓN EN DESARROLLO DE SOFTWARE.



1. INTRODUCCIÓN.
Este tema se centra en la estimación del esfuerzo que tendrá que realizar una empresa para desarrollar una aplicación. Por esfuerzo nos referimos a la cantidad de recursos humanos, usualmente medidos en meses/hombre. Partiremos de que ya se ha realizado un análisis estructurado y disponemos de la especificación de requerimientosdel sistema. Por desgracia esto no es habitual, como dice Edward Yourdon un problema de la estimación es que se nos pide que la realicemos cuando aún no está claro que desea el usuario (no disponemos de la especificación).

Comparando esta ingeniería con la arquitectura (construcción de edificios), el arquitecto para valorar lo que costará construir un edificio necesitará tener los planos deéste. Además, lo que en urbanismo se conoce con el nombre de edificio singular ,edificios que tienen formas extrañas (la Sagrada Familia de Gaudi, etc.), tienden a salirse del standard y deben ser valorados cuidadosamente. En el desarrollo de software nos podemos encontrar con algo similar, la gran mayoría de las aplicaciones que se desarrollan se hacen muy a medida del usuario, es decir se apartancon mucha frecuencia de lo que serían aplicaciones fácilmente estimables.

Descompondremos el proceso de estimación del esfuerzo necesario para realizar el desarrollo de una aplicación informática como muestra la figura 1.


MEDIR LO QUE QUIERE EL USUARIO, volviendo al ejemplo anterior sería como medir la casa que se quiere es decir lo que serían m2 de suelo, pilares, vigas, etc., (en otrostemas veremos lo relacionado con las calidades y también los riesgos de construir en zonas sísmicas). Conociendo los elementos (pilares, etc.) de los que constará nuestro sistema, pasamos a valorar cada uno de ellos. Hay pilares gordos, finos, altos y bajos, cada uno requiere una cantidad de hormigón diferente, un trabajo de encofrado, etc.. Para valorar cada elemento utilizaremos medidas "objetivas"(con estadísticas anteriores) y una dimensión "homogénea". En el caso de la construcción es difícil pensar en una medida "homogénea" ya que intervienen muchas dimensiones m3 hormigón, m2 cristal, horas de trabajo, etc.. En el caso de proyectos informáticos esta medida hará referencia, de forma indirecta, a la cantidad de esfuerzo humano y técnico a aplicar. Sumando las valoraciones de cadaelemento obtendremos una primera aproximación del esfuerzo demandado.

También deberemos valorar otros factores que pueden afectar al coste, tales como el tener que armonizar con el entorno o si el lugar de construcción es muy lluvioso o muy frío.

A lo largo del tema transferiremos esta estructura de cálculo al caso de proyectos informáticos.

ESTIMAR LO QUE COSTARÁ, Una vez medido lo que quiereel usuario debemos estimar lo que le costará a nuestra empresa desarrollar este proyecto. Para realizar este proceso hace falta experiencia en valoraciones. Esta experiencia puede gestionarse de dos formas diferentes, individual y de empresa:

La experiencia individual es la que aporta un individuo de la organización que, tras acumular muchas experiencias en su mente, tiene una apreciación de"por donde van los tiros".

La experiencia de empresa se basa en la información que ésta ha ido acumulando en ficheros históricos sobre valoraciones realizadas y costes reales de desarrollos realizados.

Ésta última forma de experiencia es más deseable que la primera ya que permite un mayor cúmulo de información, más proyectos. También es menos dependiente de las personas, con lo que la empresaserá más estable a posibles pérdidas de personal. Además esta más estructurada ya que se pueden recoger todas las medidas que los diferentes directores de proyecto estimen necesarias. Por ejemplo podría recoger información sobre herramientas usadas, grado de experiencia al aplicarse, etc.. Esto no quiere decir que la primera sea innecesaria, sino que habrá que conjugar las dos, ya que siempre...