Estimación de Proyectos - Características que deben tener los modelos

Características que debe poseer un modelo de estimación del esfuerzo.

Se declaran las siguientes características como deseables en todo modelo de estimación que pretenda apoyar la etapa de planificación de proyectos de desarrollo de software.

a. Poder adaptarse a la productividad de la organización.

b. Considerar el costo de comunicación entre personas.

c. Incorporar guías útiles para estimar aquellos parámetros que son subjetivos o no se deducen en forma explícita a partir del modelo.

d. Usable.

e. Constar de etapas simples de entender y definidas en forma precisa.

f. Objetivo.

g. Costo efectivo.

h. Proveer medios para adaptarse a cambios en el ambiente de desarrollo.

i. Permitir una estimación temprana.

7. Método Propuesto.

Se propone un método que posibilita realizar estimaciones tempranas disminuyendo el costo de obtener registros de proyectos terminados en la organización. Se posibilita la disponibilidad de estimaciones tempranas apenas se comienza a utilizar el método.

Las estimaciones tempranas están garantizadas por la utilización correcta de la métrica de Puntos de Función para Estimación Temprana y la existencia de un modelo de estimación "importado". Se garantiza la adaptación del modelo a la organización, dado que se este se "sintoniza" en forma incremental cada vez que se finaliza un proyecto.

Con respecto a las características declaradas como deseables en el punto anterior, este método (automatizado) satisface en distinto grado cada una de dichas condiciones.

Se ha especificado y diseñado una herramienta software, que automatiza el proceso que se describe a continuación, el cual se propone para ser aplicado en organizaciones de desarrollo de software.

Para cada proyecto de desarrollo, clasificarlo de acuerdo a sus características (sistema de información administrativo, científico) y a la tecnología de desarrollo (si es relevante).

Para cada proyecto de desarrollo de software que haya finalizado la etapa de especificación de requisitos, registrar su tamaño en PFET.

Estimar el esfuerzo de desarrollo utilizando algún modelo disponible para su tipo (en su defecto, utilizar el modelo propuesto en [1]).

Corregir dicha estimación por el Factor de Apoyo Tecnológico, en caso de estar utilizándose tecnologías nuevas, que no posean un modelo empírico asociado.

Para cada proyecto de desarrollo de software que haya finalizado la etapa de diseño externo, registrar su tamaño en PF y PC (si posee complejidad algorítmica).

Estimar el esfuerzo de desarrollo utilizando algún modelo disponible para su tipo (en su defecto, utilizar el modelo propuesto en [1]).

Corregir dicha estimación por el Factor de Apoyo Tecnológico, en caso de estar utilizándose tecnologías nuevas, que no posean un modelo empírico asociado.

Para cada proyecto terminado, registrar el esfuerzo de desarrollo en horas hombre.

Determinar un nuevo modelo empírico de estimación, agregando la nueva información al conjunto de datos de proyectos anteriores.

Determinar un modelo empírico de estimación asociado a proyectos desarrollados con tecnologías que mejoran la productividad, si corresponde. De este modo, se evitará la realización de correcciones por factor de apoyo tecnológico a los futuros proyectos de características similares.

Se propone la generación de modelos asociados a tipos de proyectos, esto es, diferenciar proyectos por criterios tecnológicos o humanos (desarrollados con herramientas distintas o por equipos de desarrollo diferentes).

Para sobrellevar el problema de la no existencia de modelos, se propone la "sintonización" de un modelo externo documentado (como aquel propuesto en [1]), para ir adaptándolo incrementalmente a la organización, a medida que se van terminando proyectos de cada tipo.

Para solucionar el problema de la constante migración hacia herramientas que mejoran la productividad, se ha incluido en la especificación del software una componente de "Incremento de la productividad por Apoyo Tecnológico", que constituye un factor asignado por el administrador del proyecto, que corregirá las estimaciones realizadas utilizando modelos de estimación basados en proyectos desarrollados con tecnologías anteriores. En este caso, se debe crear un nuevo tipo de proyectos (desarrollados con tecnología nueva) y utilizar el factor de corrección (para estimaciones hechas con el modelo determinado a partir de proyectos desarrollados con tecnología antigua) hasta que se tenga información suficiente como para generar un modelo independiente.