COCOMO II

Ingeniera de Software

Camilo Andrs Frontado

Erik Alexis Valderrama
Alejandro Jimnez Mateus
Harold Jhovany Lpez

ndice
1.
2.
3.
4.
5.
6.
7.
8.

Definicin
Historia y Creacin
Caractersticas
Mtricas
Modelos
Ecuaciones
Ejemplo
Video

DEFINICIN
El Modelo Constructivo de Costos (o
COCOMO, por su acrnimo del ingls
COnstructive COst MOdel) es un modelo
matemtico de base emprica utilizado para
estimacin de costos de software. Incluye
tres submodelos, cada uno ofrece un nivel de
detalle y aproximacin, cada vez mayor, a
medida que avanza el proceso de desarrollo
del software: bsico, intermedio y detallado.

HISTORIA
El
Modelo
Constructivo
de
Costes
(Constructive Cost Model) fue desarrollado por
B. W. Boehm a finales de los 70 y comienzos
de los 80, exponindolo detalladamente en su
libro Software Engineering Economics
(Prentice-Hall, 1981). COCOMO es una
jerarqua de modelos de estimacin de costes
software
que
incluye
submodelos bsico, intermedio y detallado.

CARACTERISTICAS GENERALES
Pertenece a la categora de modelos de subestimaciones
basados en estimaciones matemticas. Est orientado a la
magnitud del producto final, midiendo el "tamao" del
proyecto, en lneas de cdigo principalmente.

Mtricas
Mtricas de tamao: Las lneas de cdigo no reflejan fielmente el
software. Un software de 5000 lneas puede hacerse en 1500.
El primero puede realizarse en 28 semanas y el segundo en 20
semanas.
Aqu es donde se ven las mtricas respecto a los procesos en los
que un trabajador en una organizacin determina su productividad,
en donde la calidad y la experiencia del trabajador toman una gran
parte en la gestin de mtricas de produccin y evolucin de
proposicin del software final

Mtricas de Punto de Funcin: Una mejor mtrica son los puntos

de funcin, los cuales consisten en medir la productividad en base a
la funcionalidad de un sistema. Esta mtrica obtiene parmetros
como:

Entrada y salida externas

Interacciones con el usuario
Interfaces externas
Archivos utilizados por el sistema

Los PO (Los puntos de objeto) no hacen referencia a clases

exclusivamente. Se pueden manejar consideraciones como el
nmero de pantallas que se despliegan, el nmero de informes que
se producen y la programacin de los elementos.
Aqu podemos dar un nfasis en las mtricas del producto

Mtricas de Calidad: Hay tres puntos esenciales:

Correccin: medir la funcionalidad del software(para lo que fue
hecho).
Facilidad de Mantenimiento: facilidad para corregir errores y
adaptarse a los cambios.
Integridad: medir la capacidad del sistema para resistir ataques
accidentales o intencionales en su seguridad.
Integridad= 1-(amenaza*(1-seguridad)
Amenaza =probabilidad que un ataque suceda en un tiempo
determinado.
Seguridad = probabilidad de que se repela la amenaza.
Facilidad de uso: se mide en trminos de interfaz de usuario.

Mtricas para las Pequeas Organizaciones

Tiempo transcurrido desde el momento en que se hizo la
solicitud hasta que la evaluacin esta completa
Esfuerzo para realizar la evaluacin.
Tiempo transcurrido desde que se completa la evaluacin hasta
la asignacin del pedido de cambio de personal.
Esfuerzo requerido para hacer el cambio.
Tiempo requerido para hacer el cambio.
Errores descubiertos durante el trabajo para hacer el cambio.
Defectos descubiertos despus de que el cambio es liberado a la
base de cliente.

Modelo Orgnico
Se caracteriza por el desarrollo de un proyecto
por
un
grupo
de
programadores
experimentados en el desarrollo de software en
un entorno familiar
No posee una innovacin tcnica radical y las
presiones en el tiempo casi nunca se presentan
La estimacin referente hacia las lneas de
cdigo no superan las 50KLDC (50000 LDC).

Modelo empotrado
El proyecto tiene ciertas restricciones, que
pueden relacionarse con el procesador y la
interface hardware.
Participa una variedad de personas y el nico
problema es la parte base en la experiencia.
Posee una perspectiva de innovacin tcnica
bastante compleja por su gran volatilidad de
requisitos

Modelo semi-libre
Es un modelo intermedio entre las dos
anteriores.
La estimacin referente hacia las lneas de
cdigo no superan las 300KLDC (300000
LDC).
Puede incluir una mezcla de personas
experimentadas y no experimentadas.

Ecuaciones
Sus frmulas son:
PM =
(Para
personas/mes)

conocer

las

TD=a*PM^b (Para conocer el

tiempo de desarrollo en meses).

Ejemplo a mano

BIBLIOGRAFIA
http://heyssellopez.blogspot.com.co/2010/10/metricaorientada-al-tamano-cocomo.html
https://acevedodelacru.wordpress.com/modelo-cocomo2/
https://es.wikipedia.org/wiki/COCOMO
https://felipebenitez.wordpress.com/historia-origenes/
http://www.laboratorioti.com/2013/04/15/estimacion-decostes-con-cocomo-81-i