UCLM-ESI

PGSI

PRCTICA 7 ESTIMACIN DE COSTES DEL SOFTWARE: COCOMO II

Objetivos: Aprender a estimar el tamao y coste de un producto software utilizando la tcnica paramtrica COCOMO II. Actividades: 1) Utilizar el software USC COCOMO II, y el modelo Post-Arquitectura, calcular lo siguiente para el caso prctico que se adjunta: a) El esfuerzo en personas-mes necesario para realizar el proyecto software. b) La estimacin del tiempo para acabar el proyecto, en meses. 2) Elaborar y entregar un informe (entre 5 y 8 pginas) comentando los resultados obtenidos y cmo se ha llegado a ellos. Bibliografa: COCOMO. Web del Center for Software Engineering, University of Southern California. En http://sunset.usc.edu/research/COCOMOII/cocomo_main.html.

Caso Prctico: La Excma. Diputacin de Ciudad Real ha decidido someter a estudio en el Departamento de Informtica la planificacin y estimacin del esfuerzo y tiempo de desarrollo del proyecto software para la recaudacin de los impuestos de dicha provincia. Nombre del Proyecto: Gestin de Recaudacin.

El proyecto se compone de los siguientes mdulos todos ellos a desarrollar por primera vez: MODULOS NUEVOS Mdulo A Mdulo B Mdulo C Mdulo D Mdulo E Mdulo F Mdulo G TAMAO LDCF 7.000 10.000 12.000 8.000 25.000 20.000 40.000 CANTIDAD/MES 5.000 10.000 15.000 6.000 70.000 65.000 90.000

Adems, existe un mdulo H de otra aplicacin para controlar permisos de usuarios e impresoras que se puede adaptar con pequeas modificaciones. Dicho mdulo tiene 5000 lneas de cdigo y la adaptacin que se necesita realizar se detalla a continuacin:

7 Estimacin de Costes del Software: COCOMO II.

UCLM-ESI

PGSI

1. 2. 3. 4.

La modificacin del diseo es el 10% La modificacin del cdigo es el 20% El esfuerzo de integracin original requerido para integrar el software reutilizado es el 20%. La estructura del mdulo adaptado tiene cohesin alta y acoplamiento bajo y adems la claridad de la aplicacin tiene buena correlacin entre los programas y la aplicacin. 5. Los test y la evaluacin del mdulo adaptado dan como resultado que es un mdulo considerable en cuanto al grado de valoracin y asimilacin necesario para decidir cuando un mdulo software reutilizado por completo es apropiado para la aplicacin. 6. El equipo de programacin est considerablemente familiarizado con el software. 7. El porcentaje de componentes automticamente trasladado es de 20% y, basndose en el anlisis del proyecto, la productividad para automatizar los traslados es de 2400 instrucciones fuentes por persona mes. La flexibilidad en el desarrollo del proyecto es baja debido a la necesidad de ajuste del software a los requisitos. La organizacin tiene un profundo conocimiento de los objetivos del proyecto. Las personas que componen el equipo de trabajo tienen una fuerte experiencia en trabajos en equipo no existiendo diferencias apreciables en los objetivos. Se dispone de un buen soporte de herramientas software. Se tienen herramientas para realizar el anlisis de riesgos y la especificacin de arquitectura. La madurez del proceso se considera alta. El producto de desarrollo es una base de datos relacional con lenguaje de cuarta generacin (4GL) con una fiabilidad alta, el tamao de la base de datos es alto, las operaciones de gestin de datos realizan una coordinacin distribuida de la base de datos, desencadenamientos complejos y bsqueda de la optimizacin. La documentacin del proyecto est adaptada a las necesidades del ciclo de vida y al ser un proyecto nuevo no hay reutilizacin. Las limitaciones en tiempo de ejecucin, en almacenamiento principal y en la volatilidad de la plataforma son nominales. Los analistas y programadores tienen una alta capacidad de desarrollo, con 3 aos de experiencia en desarrollo de aplicaciones con la misma plataforma y en la utilizacin del lenguaje y las herramientas de desarrollo; siendo personal de plantilla. El desarrollo del proyecto se hace en un nico lugar, comunicndose los integrantes del equipo por correo electrnico. Las herramientas software estn moderadamente integradas en el ciclo de vida bsico del proyecto. Debido a la volatilidad de los requerimientos, se produce un 25% del cdigo desechado respecto del total del desarrollo en los mdulos E y F. Se considera que el personal informtico tiene gran conocimiento sobre los componentes de desarrollo (plataforma, producto y proceso). NOTA: Considerar que los valores de los multiplicadores de esfuerzo son iguales para todos los mdulos del proyecto excepto para el H.

7 Estimacin de Costes del Software: COCOMO II.