COMO COSTEAR PROYECTOS DE SOFTWARE

COMO COSTEAR PROYECTOS DE SOFTWARE?

1. Resumen

2. Introducción

3. Descripción del Problema

4. Aproximación histórica al problema

5. Técnicas y Metodología

6. Método de Modelado

7. Conclusiones

8. Referencias

Resumen

La estimación de plazos en proyectos es una tarea crítica, que puede conducir al fracaso del proyecto, debido al alargamiento de la duración o a una mala estimación del esfuerzo necesario para ejecutarlo. Es necesario disponer de una herramienta que nos ayude a tener más conocimiento sobre el proyecto para seleccionar las variables influyentes sobre las desviaciones del proyecto y que proporcione unas estimaciones más ajustadas.

En este artículo se analizan la viabilidad y las ventajas del desarrollo de un sistema basado en técnicas de inteligencia artificial capaz de seleccionar las variables que afectan a la duración del proyecto y al esfuerzo necesario para realizarlo a partir de un conjunto de datos históricos, frente a las técnicas actuales.

Para ello, se propone un método para el análisis de los datos existentes, y su pre procesamiento para conseguir un modelo que se ajuste a las necesidades del gerente de proyectos.

Palabras clave: Estimación de Plazos y Esfuerzo, Gestión de Proyectos, Minería de Datos, Calidad, Planificación.

2. Descripción del Problema

La estimación del coste de un proyecto en sistemas de información, consiste en la aplicación de una serie de técnicas y procedimientos que una organización utiliza para conocer con adelanto el coste que conlleva el análisis, desarrollo, implantación y pruebas del sistema. La estimación precisa de los recursos y tiempo necesarios para el desarrollo de un proyecto, lo cual es esencial para el perfecto desarrollo de cualquier proyecto, pero más si cabe, en el sector informático, en el que los presupuestos y plazos se superan con creces de forma habitual, provocando en muchos casos el fracaso del proyecto.

La predicción lo más exacta posible de los costes de un proyecto de sistema de información es una actividad crítica a la hora de tomar decisiones de gestión y determinar con detalle el esfuerzo y la dedicación que el jefe de proyecto, los analistas y programadores que se deberán aplicar. Sin una capacidad razonable de estimación de costes, los jefes de proyecto no podrán determinar cuanto tiempo y recursos requiere el proyecto, lo cual significa que éste está fuera de control desde el principio. Los analistas no podrán hacer análisis acertados durante las etapas de diseño, el personal del proyecto no podrá decir a sus jefes y clientes que sus plazos y presupuestos son irreales. Esto puede conducir a falsos optimismos y los inevitables retrasos y desviaciones.

A pesar de que estamos hablando del término "estimación de coste", en proyectos de sistemas de información los valores obtenidos no se suelen medir directamente en unidades monetarias. Las estimaciones suelen ser valoraciones, con un cierto error, del esfuerzo esperado para el desarrollo del proyecto y de los plazos de tiempo requeridos para completarlo.

Este es un producto sin existencia física propia y cuyo coste principal reside en su desarrollo o diseño (no en su fabricación o replicación a partir de la primera copia), es lógico que se asuma que el coste de su producción está dominado por los gastos de personal, midiéndose en personas-mes o personas-año.

La estimación en los proyectos de sistemas de información presenta dificultades particulares ya que los productos que generan no se producen una y otra vez, al contrario, es habitual desarrollar un nuevo producto cada vez, empleando distintas técnicas y herramientas. La estimación en el software es, por ello, más inexacta, aunque no imposible. De hecho, otros sectores sufren problemas graves de estimación de costes cuando se enfrentan a nuevos productos o hay que emplear nuevas técnicas.

Existen además, otras razones que dificultan la estimación de proyectos, entre ellas las presiones en la empresa (para disminuir el coste o los plazos necesarios) y el hecho de que existe una carencia generalizada de datos sobre proyectos terminados (tamaño del software, costes, productividad, etc.) que podrían guiar a los profesionales a la hora de realizar estimaciones.

Todos los métodos actuales dependen de la cantidad de información disponible. A medida que se avanza en el proyecto, se obtiene una mayor cantidad de detalles y de información más fiable, por lo que la precisión de la estimación mejora progresivamente. Por ello, la estimación siempre debe ser un proceso continuo, con constantes refinamientos y mejoras, más que una actividad puntual.

3. Aproximación histórica al problema

Para realizar la recolección de los datos necesarios para solucionar el problema planteado, se procede al estudio de otros métodos utilizados en la actualidad para conocer cuáles son los atributos que influyen y ayudan a definir el problema.

El coste del desarrollo software es función básicamente del personal necesario y este se deriva de diversos factores relativos al proyecto, al equipo humano, las condiciones de desarrollo y el producto. La identificación del producto se realiza mediante métricas que caractericen su tamaño que es el factor primario en todos los modelos de coste.

Existen dos formas habituales de medir el tamaño de un proyecto de sistemas de información que son, líneas de código y puntos de función.

El Análisis de Puntos de Función [5] es una métrica que cuantifica la funcionalidad que hay que entregar al usuario al construir una aplicación. La propuesta inicial de los puntos de función fue realizada por A. J. Allbrecht y, desde entonces, ha sufrido diversos refinamientos y han aparecido diferentes versiones de la misma. Todas las variedades de puntos de función se apoyan en datos que implican la existencia de una especificación más o menos formalizada.

La originalidad de este método está en que permite medir el tamaño de los proyectos de sistema de información, a partir de la visión que tienen los usuarios finales de las funciones que requiere la aplicación, sin preocuparse de la tecnología, herramientas o lenguajes de programación que serán utilizados.

Los puntos de función clasifican estas vistas en cinco tipos de funcionalidades:

• Entradas, en esta categoría se encuentra todo el aporte de comunicación de los usuarios al ______programa.

• Salidas, todos los aportes de comunicación del programa con el usuario.

• Ficheros lógicos internos, principales ficheros lógicos

...