Tecnica de estimacion de costoss

1. COCOMO
UNIVERSIDAD
ESTATAL DE BOLIVAR
AUTOR:
ERICK ADRIAN GALARZA
INGENIERÍA DE SOFTWARE II
ING. HENRY ALBAN

2. Un Poco de Historia
El primer modelo CoCoMo se publicó en 1981
por Barry Boehm.
En los 15 años siguientes las técnicas de
desarrollo de software cambiaron
drásticamente.
A raíz de esto surgió el CoCoMo II, publicado
por primera vez en 1997.

3. CONCEPTO:
 El Modelo Constructivo de Costos (o COCOMO, por su acrónimo
del inglés COnstructive COst MOdel) es un modelo matemático de
base empírica utilizado para estimación de costos de software.
 COCOMO 81 está compuesto por tres modelos que corresponden
a distintos niveles de detalle y precisión. Mencionados en orden
creciente son: Modelo Básico, Intermedio y Detallado.

4. Modos de Desarrollo
 modo orgánico: un pequeño grupo de programadores
experimentados desarrollan software en un entorno familiar. El
tamaño del software varía desde unos pocos miles de líneas
(tamaño pequeño) a unas decenas de miles (medio).
 modo semilibre o semiacoplado: corresponde a un esquema
intermedio entre el orgánico y el rígido; el grupo de desarrollo puede
incluir una mezcla de personas experimentadas y no
experimentadas.
 modo rígido o empotrado: el proyecto tiene fuertes restricciones,
que pueden estar relacionadas con la funcionalidad y/o pueden ser
técnicas. El problema a resolver es único y es difícil basarse en la
experiencia, puesto que puede no haberla.

5. Las ecuaciones que se utilizan en los tres modelos son:2
E = a(Kl)^b*m(X), en persona-mes
Tdev = c(E)^d, en meses
P = E/Tdev, en personas
donde:
E es el esfuerzo requerido por el proyecto, en persona-mes
Tdev es el tiempo requerido por el proyecto, en meses
P es el número de personas requerido por el proyecto
a, b, c y d son constantes con valores definidos en una tabla, según cada
submodelo
Kl es la cantidad de líneas de código, en miles.
m(X) Es un multiplicador que depende de 15 atributos.
Modelo Básico

6.  Modelo básico
Se utiliza para obtener una primera aproximación rápida del
esfuerzo,2 y hace uso de la siguiente tabla de constantes
para calcular distintos aspectos de costes:
MODO a b c d
Orgánico 2.40 1.05 2.50 0.38
Semi-
acoplado
3.00 1.12 2.50 0.35
Empotrado 3.60 1.20 2.50 0.32

7. COCOMO II
 COCOMO II es un modelo (algoritmo) que
permite estimar el coste, esfuerzo y tiempo
cuando se planifica una nueva actividad de
desarrollo software.

8. MODELOS
 Composición de Aplicación, es el modelo de estimación
utilizado en los proyectos de software que se construyen a
partir de componentes pre-empaquetadas.
 El modelo Diseño Temprano, se utiliza en las primeras
etapas del desarrollo en las cuales se evalúan las
alternativas de hardware y software de un proyecto.
 El modelo Post-Arquitectura se aplica en la etapa de
desarrollo propiamente dicho, después que se define la
arquitectura del sistema, y en la etapa de mantenimiento.

9. Estimación de esfuerzo
 Composición de Aplicación
PM = NOP / PROD
Donde:
NOP (Nuevos Puntos Objeto): Tamaño del nuevo software a desarrollar expresado en
Puntos Objeto y se calcula de la siguiente manera:
NOP = OP x (100 - %reuso)/100
OP (Puntos Objeto): Tamaño del software a desarrollar expresado en Puntos Objeto
%reuso: Porcentaje de reuso que se espera lograr en el proyecto
PROD: Es la productividad promedio determinada a partir del análisis de datos de proyectos en
[Banker 1994], mostrada en la sigiente tabla:

10. Estimación del cronograma
 La ecuación inicial para los tres modelos de COCOMO II es:
Donde:
TDEV es el tiempo calendario en meses que transcurre desde la determinación de
los requerimientos a la culminación de una actividad que certifique que el producto
cumple con las especificaciones.
PM es el esfuerzo expresado en meses personas, calculado sin tener en cuenta el
multiplicador de esfuerzo SCED. Ver Tabla 21.
B es el Factor de Escala
SCED% es el porcentaje de compresión/expansión del cronograma.

11. Ventajas y desventajas.
Ventajas
 Es fácil de realizar y de interpretar.
 Tiene pocas variables.
 Se acerca a la realidad en la mayoría de los casos.
Desventajas
 No saca resultados fiables en proyectos demasiado pequeños.
 La elección de las variables es muy subjetiva y depende de la
persona que realiza el estudio.

12. BIBLIOGRAFIA
 Gomez, A., del C. Lopez, M., Migani, S., &
Otazu, A. (16 de Junio de 2017). COCOMO
Un modelo de estimación de proyectos de
Software. Obtenido de
https://blogadmi1.files.wordpress.com/2010/1
1/cocom0llfull.pdf