ADMINISTRACIN DE PROYECTOS INFORMTICOS
COCOMO (COnstructive COst MOdel)
El modelo COCOMO
- Los costos se pueden calcular como una
funcin matemtica basada en atributos de productos, proyectos y procesos, cuyos
valores son calculados por administradores
de proyectos. - La funcin se basa en un estudio histrico de datos de costos. - LOC (tamao de cdigo) utiliza estimacin de costos
El modelo COCOMO
- Fue desarrollado y presentado en 1981 por Barry W. Bohem. - Se enmarca en el grupo de los modelos algortmicos que tratan de establecer una relacin matemtica que permita estimar el esfuerzo (hombre-mes) y tiempo requerido para desarrollar un proyecto. - Basado en una base de datos de costos (con ms de 60 proyectos diferentes).
El modelo COCOMO
- Existen tres niveles:
Nivel Bsico
Nivel Intermedio
- Existen tres modelos: Orgnico Semilibre
Nivel Detallado
Fuertemente restringido
El modelo COCOMO
Nivel Bsico * Es adecuado para realizar estimaciones de forma rpida aunque sin gran precisin. * No tiene en cuenta los diferentes atributos que afectan al proyecto como: calidad, experiencia del personal, restricciones de hardware, utilizacin de tcnicas modernas y herramientas de desarrollo.
El modelo COCOMO
Nivel Intermedio
* Los factores antes mencionados se consideran como adicionales al costo total del proyecto. Nivel Detallado * Se considera cmo estos factores afectan dentro de las diferentes fases individuales que componen el proyecto.
El modelo COCOMO
- El factor principal sobre el que se basan las
estimaciones es el tamao del producto, es
decir, el nmero de instrucciones fuente
desarrolladas.
- La cantidad de instrucciones fuente se deben estimar por experiencia, por analoga con otros proyectos semejantes, o por otros datos que se posean.
El modelo COCOMO
- En el modelo de desarrollo de software se
planifican solo las fases comprendidas desde
el anlisis hasta la implantacin, (La fase de estudio preliminar no se considera). - Los parmetros estimados no incluyen los correspondientes a las actividades de formacin de los usuarios, planificacin de las instalaciones y trabajos de conversin.
El modelo COCOMO
- Los indicadores de planificacin que se
pueden obtener con este mtodo son:
Esfuerzo (hombre-mes)
Tiempo de desarrollo (meses)
Personal necesario (hombres)
Productividad (inst/hombre-mes)
Costo (pesos)
El modelo COCOMO
La unidad de esfuerzo Hombre-Mes supone un total de 152 horas de trabajo por persona, en base a la experiencia prctica y a consideraciones sobre vacaciones, permisos, enfermedad, etc. Hombres-Mes x 152 = Hombres-Hora
Hombres-Mes x 19 = Hombres-Da
Hombres-Mes / 12 = Hombres-Ao
El modelo COCOMO
Modelos de desarrollo de software: Modelo Orgnico o Familiar
Modelo Semilibre
Modelo Fuertemente restringido
Modelo Orgnico o Familiar (1)
El equipo de desarrollo es relativamente pequeo y
se desenvuelven en un entorno altamente familiar. La gran mayora de la gente relacionada con el proyecto tiene una amplia experiencia en otros proyectos relacionados con la misma organizacin Tienen un buen conocimiento de cmo el sistema bajo desarrollo, contribuir a los objetivos de su
organizacin.
Modelo Orgnico o Familiar (2)
La mayora de las personas pueden contribuir de forma efectiva a la terminacin puntual de cada una de las etapas sin generar grandes necesidades de comunicacin para determinar con precisin las tareas que cada uno debe desarrollar en el proyecto
El equipo de trabajo puede negociar con facilidad
la modificacin de algunas de las especificaciones
para hacer ms fcil este desarrollo.
Modelo Orgnico o Familiar (3)
Entorno de desarrollo estable, con poco desarrollo concurrente de nuevo Hardware asociado. Mnimas necesidades de introducir algoritmos innovadores o nuevas arquitecturas de proceso. Un trabajo de proyecto relativamente pequeo. Muy pocos proyectos desarrollados de modo orgnico sobrepasan los 50 MF (50 000 instrucciones fuente). Proyectos en Modo Orgnico de mayor tamao pueden desarrollarse utilizando software ya existente.
Modelo Semilibre (1)
Representa un estado intermedio entre el modo
orgnico y el modo fuertemente restringido Todos los miembros del equipo de diseo tienen un nivel medio de experiencia en sistemas relacionados con el proyecto
El equipo de desarrollo esta formado por una
mezcla de gente experta e inexperta.
Modelo Fuertemente restringido (1)
Debe desarrollarse sometido a fuertes restricciones.
El producto debe operar en entornos de software y
hardware fuertemente acoplados. En estos proyectos no existe la posibilidad de negociar fcilmente cambios en el software y en tal caso precisar un mayor tiempo para acomodar o
asegurar que los cambios cumplan las especificaciones
(mayor costo de verificacin, validacin y de gestin de la configuracin).
Comparacin del Ciclo de Vida
Bohem
Planificacin y Requisitos Diseo
Nuestro
Estudio Preliminar Anlisis
Diseo detallado
Codificacin y Prueba
Diseo
Desarrollo
Integracin y Prueba
Prueba e implantacin
COCOMO Bsico
E= a (KLOC)bb b
E= esfuerzo (hombre/mes) KLOC= nmero (miles) estimado de lneas de cdigo del proyecto.
COCOMO Bsico
Proyecto de software
Orgnico Semi-acoplado Fuertemente restringido
ab
2.4 3.0 3.6
bb
c b 2.5
2.5 2.5
db 0.38
0.35 0.32
1.05
1.12 1.20
COCOMO Bsico
Supongamos que una empresa cualquiera desea disear un proyecto que gestione sus inventarios y decide desarrollarlo mediante su propio equipo de analista y programadores que anteriormente y durante muchos aos, vienen desarrollando aplicaciones similares en la misma empresa. Si un estudio inicial determina que el tamao del producto en alrededor de 32 000 lneas de programa fuente (32 KLOC). Cuales sern las caractersticas del proyecto?.
COCOMO Bsico
Esfuerzo: E= a (KLOC)bb b E = 2.4 (32)1.05
E = 91 hombres-mes
Tiempo de desarrollo:
D= c (E)d b b D = 2.5 (91)0.38 = 14 meses
COCOMO Bsico
Nmero de personas trabajando en el proyecto: N = 91/14 = 6.5 hombres La cantidad de hombres nos da una medida del nmero equivalente de personas trabajando a tiempo completo en el proyecto.
