Ing de software

Unidad Didáctica: Estimación de Proyectos Software

ESTIMACIÓN DE PROYECTOS SOFTWARE

AUTORA: ANA Mª MORENO S.- CAPUCHINO

Pag. 1

Unidad Didáctica: Estimación de Proyectos Software

CONTENIDO DE LA UNIDAD DIDÁCTICA

TEMA 1: TEMA 2: TEMA 3: TEMA 4: TEMA 5:

INTRODUCCIÓN ESTIMACIÓN DE SOFTWARE MÉTRICAS DE SOFTWARE TÉCNICAS DE ESTIMACIÓN MÉTODO DE ESTIMACIÓN DE PUNTOS DE FUNCIÓNMÉTODO DE ESTIMACIÓN COCOMO

TEMA 6:

BIBLIOGRAFÍA

Pag. 2

Unidad Didáctica: Estimación de Proyectos Software

TEMA 1: INTRODUCCIÓN

Pag. 3

Unidad Didáctica: Estimación de Proyectos Software

¡Error! Marcador no definido.1.1. Marco de la Gestión de Proyectos. Durante muchos años el proceso de desarrollo de software ha sido considerado como un arte dejado a la improvisación deljefe del proyecto. Los proyectos se dirigían más bajo consideraciones técnicas, que de gestión. Las actividades de estimación y de planificación quedaban relegadas a un mero acto protocolario al comienzo del proyecto. Posteriormente, el seguimiento y control se realizaban sin un mínimo de rigor, dada la baja calidad de la estimación y la planificación realizada. Mientras los proyectos han sido decomplejidad media la euforia de la tecnología ha dominado el mercado. Las desviaciones en costos y tiempo han sido consideradas como algo natural en un proyecto software. Algo así como si nadie estuviera obligado a saber cuándo se terminará el sistema ni cuánto costará. El continuo incremento de la potencia de los ordenadores ha hecho posible concebir sistemas cada vez más complejos. El cerebrohumano tiene solamente una capacidad limitada para manejar tales sistemas, y esto puede aplicarse igualmente al desarrollo del software para tratarlos. Además, como puede verse en la Figura 1.1, conforme los costes del hardware disminuyen , el coste de producir el software tiene un mayor peso dentro del coste del proyecto. Conforme los costes de desarrollo y mantenimiento del software crecen esnecesario predecirlos y controlarlos. Esto es algo que hasta el momento los constructores de software han encontrado muy difícil de realizar. Otro problema existente es que no es siempre posible evitar errores en los sistemas complejos, lo cual puede producir costes elevados, y perdidas fatales. El software controla actualmente sistemas médicos, trafico aéreo, sistemas financieros o sistemas demisiles. Los errores en estos sistemas pueden implicar serios desastres. Los ejemplos son innumerables en todos los dominios de la aplicación de las Tecnologías de la Información, como se ha visto en la Unidad de Introducción a la Ingeniería del Software. Según ha crecido la experiencia en la construcción de los sistemas software, se han elaborado técnicas para el desarrollo de las especificaciones yel diseño. Estas disciplinas pueden, en la actualidad, enseñarse y aplicarse según reglas muy precisas. Sin embargo, se ha puesto de manifiesto que el uso sistemático de estas técnicas para la especificación y el diseño de software no ha resuelto el problema de la producción del software. En la industria se sigue hablando de "crisis del software"; la cantidad de esfuerzo perdido en el desarrollode software continua en situación similar a hace años y los productos a menudo son entregados con errores significativos que producen costes y peligros graves. El hecho es que no es suficiente avanzar a través de las etapas tradicionales del proceso de construcción de software y esperar un producto satisfactorio al final del mismo. El proceso de
Pag. 4

Unidad Didáctica: Estimación deProyectos Software

producción del software tiene que ser gestionado y dirigido de una manera extremadamente rigurosa y cuantitativa. De este modo se podrá verificar que el trabajo correspondiente a cada fase se ha realizado completamente dentro de los plazos de tiempo y coste establecidos y de acuerdo con estándares específicos de calidad.

Coste 100

80
Desarrollo

60

40 Software 20...