INGENIERIA DE SOFTWARE I

UNIVERSIDAD JOSE CARLOS

MARIATEGUI
ING. DE SISTEMAS E INFORMATICA

1
INGENIERIA DE SOFTWARE I

COCOMO (CONSTRUCTIVE COST MODEL)

RESUMEN

Como se conoce, una de las tareas de mayor importancia en la planificación de

proyectos de software es la estimación, la cual consiste en determinar, con cierto
grado de certeza, los recursos de hardware y software, costo, tiempo y esfuerzo
necesarios para el desarrollo de los mismos.
Este trabajo describe un modelo de estimación, propuesto por Barry Boehm, llamado
COCOMO II. Este modelo permite realizar estimaciones en función del tamaño del
software, y de un conjunto de factores de costo y de escala. Los factores de costo
describen aspectos relacionados con la naturaleza del producto, hardware utilizado,
personal involucrado, y características propias del proyecto. El conjunto de factores de
escala explica las economías y de economías de escala producidas a medida que un
proyecto de software incrementa su tamaño.
COCOMO II posee tres modelos denominados Composición de Aplicación, Diseño
Temprano y Post-Arquitectura. Cada uno de ellos orientados a sectores específicos del
mercado de desarrollo de software y a las distintas etapas del desarrollo de software.

INTRODUCCION
NOMBRE : SAMIR IVAN
Una de las tareas de mayor importancia en la administración de proyectos de software
APELLIDOS
es la estimación de costos. Si:bien esBENAVENTE CONDORI
una de las primeras actividades, inmediatamente
posterior al establecimiento de los requerimientos, se ejecuta regularmente a medida
que el proyecto progresa con el fin de ajustar la precisión en la estimación.
FACULTAD : INGENIERIA
Se han propuesto numerosos métodos de estimación. Entre ellos se pueden contar:
DOCENTE : ING. YURI ROMAN
 Juicio de Expertos: Este método implica la consulta a expertos, quienes usan su
experiencia y conocimiento del proyecto propuesto para lograr una estimación
CURSO
de sus costos. : INGENIERIA DE SOFTWARE
 Analogía: Este método implica una estimación por analogía con proyectos
similares, que ya han finalizado, de manera de relacionar los costos reales con
la estimación del costo del nuevo proyecto. La principal virtud de la estimación
MOQUEGUA-2014
por analogía es que está basada en la experiencia real de un proyecto. Esta
experiencia puede ser estudiada para determinar las diferencias específicas con
un proyecto nuevo y el impacto de los cambios en los costos. Por otra parte, la
principal desventaja es que no está claro hasta qué punto es realmente
representativo el proyecto previo, en lo que se refiere a restricciones, técnicas,
personal y funcionalidad requerida.

2
INGENIERIA DE SOFTWARE I

 Parkinson: Este método intenta adaptar la estimación del costo a los recursos
disponibles. En general, es extremadamente inadecuado.
 Tasar para ganar: Estima los costos en función del presupuesto adecuado para
ganar el trabajo, o el cronograma necesario para estar primero en el mercado
con el nuevo producto.
 Estimación top-down: A partir de las propiedades globales del producto de
software se deriva el costo de todo el proyecto. Después, el costo total es
dividido entre las diversas componentes.
 Estimación bottom-up: El costo de cada componente de software es estimado
por separado, generalmente por la persona responsable del desarrollo de la
misma, y luego sumados para obtener el costo total del proyecto. Las técnicas
de estimación bottom-up y top-down pueden ser usadas en conjunción con
cualquiera de los métodos discutidos en esta sección.
 Modelos Algorítmicos: Estos métodos proveen uno o más algoritmos que
estiman el costo del software en función de un número de variables que se
consideran los principales factores de costo. Los valores de los factores se
establecen a partir del análisis deregresión de datos confiables recopilados en
proyectos anteriores. Comparados con otros métodos una de sus ventajas es la
objetividad, ya que están calibrados a partir de experiencias anteriores. Esto
mismo constituye la principal desventaja, por no poder asegurar que estas
experiencias sean realmente representativas de proyectos futuros, en especial
si se desarrollan en nuevas áreas de aplicación, con nuevas técnicas y
arquitecturas. Como sucede en cualquier modelo de estimación, no hay forma
de compensar la falta o calidad de los datos de entrada y/o precisión de los
valores de los
 factores de costo. El modelo COCOMO es un ejemplo de modelo algorítmico.

COCOMO 81

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. La estimación es más precisa a medida que se toman en
cuenta mayor cantidad de factores que influyen en el desarrollo de un producto de
software.
COCOMO’81 permite estimar cómo se distribuye el esfuerzo y el tiempo en las
distintas fases del desarrollo de un proyecto y dentro de cada fase, en las actividades
principales. Las fases consideradas por COCOMO’81 son:

 Diseño del Producto (PD)

Se define la arquitectura del hardware, software y las estructuras de datos y

control. También se desarrolla un bosquejo del manual del usuario y los planes
de aceptación y testeo.

 Diseño Detallado (DD)

 Codificación y Testeo de Unidades (CT)

3
INGENIERIA DE SOFTWARE I

En estas dos fases el diseño global de la fase anterior es implementado,

creando las componentes de software, que son testeadas y evaluadas
individualmente.

 Integración y Testeo (IT)

Se fusionan todas las componentes de software desarrolladas con el fin de

lograr que el producto de software funcione correctamente. Los
requerimientos definidos son usados para controlar las aptitudes del producto
liberado.
Los costos y tiempos de las fases excluidas (Requerimientos y Mantenimiento)
deben ser estimados en forma separada empleando otros modelos.
Se distinguen las siguientes actividades principales:

 Análisis de Requerimientos
Determinación, especificación, revisión y actualización de la funcionalidad,
performance e interface del software

COCOMO II

Definición del modelo

Los objetivos principales que se tuvieron en cuenta para construir el modelo COCOMO
II fueron:
 Desarrollar un modelo de estimación de costo y cronograma de proyectos de
software que se adaptara tanto a las prácticas de desarrollo de la década del 90
como a las futuras.
 Construir una base de datos de proyectos de software que permitiera la
calibración continua del modelo, y así incrementar la precisión en la
estimación.
 Implementar una herramienta de software que soportara el modelo.
 Proveer un marco analítico cuantitativo y un conjunto de herramientas y
técnicas que evaluaran el impacto de las mejoras tecnológicas de software
sobre los costos y tiempos en las diferentes etapas del ciclo de vida de
desarrollo.

COCOMO II está compuesto por tres modelos denominados: Composición de

Aplicación,
Diseño Temprano y Post-Arquitectura.
Éstos surgen en respuesta a la diversidad del mercado actual y futuro de desarrollo de
software. Esta diversidad podría representarse con el siguiente esquema (Figura 3).

4
INGENIERIA DE SOFTWARE I

Aplicaciones desarrolladas por Usuarios Finales:

En este sector se encuentran las aplicaciones de procesamiento de información

generadas directamente por usuarios finales, mediante la utilización de generadores
de aplicaciones tales como planillas de cálculo, sistemas de consultas, etc. Estas
aplicaciones surgen debido al uso masivo de estas herramientas, conjuntamente con la
presión actual para obtener soluciones rápidas y flexibles.

Generadores de Aplicaciones:

En este sector operan firmas como Lotus, Microsoft, Novell,

Borland con el objetivo de crear módulos pre-empaquetados que serán usados por
usuarios finales y programadores.

Sector en el que se encuentran aquellas aplicaciones que

Aplicaciones con Componentes:
son específicas para ser resueltas por soluciones pre-empaquetadas, pero son lo
suficientemente simples para ser construidas a partir de componentes interoperables.
Componentes típicas son constructores de interfaces gráficas, administradores de
bases de datos, buscadores inteligentes de datos, componentes de dominio-específico
(medicina, finanzas, procesos industriales, etc.). Estas aplicaciones son generadas por
un equipo reducido de personas, en pocas semanas o meses.

Sistemas de gran escala, con un alto grado de integración entre sus

Sistemas Integrados:
componentes, sin antecedentes en el mercado que se puedan tomar como base.
Porciones estos sistemas pueden ser desarrolladas a través de la composición de
aplicaciones. Entre las empresas que desarrollan software representativo de este
sector, se encuentran grandes firmas que desarrollan software de telecomunicaciones,
sistemas de información corporativos, sistemas de control de fabricación, etc.

Infraestructura: Área
que comprende el desarrollo de sistemas operativos, protocolos de
redes, sistemas administradores de bases de datos, etc. Incrementalmente este sector
direccionará sus soluciones, hacia problemas genéricos de procesamiento distribuido y
procesamiento de transacciones, a soluciones middleware. Firmas representativas son
Microsoft, Oracle, SyBase, Novell y NeXT.

5
INGENIERIA DE SOFTWARE I

Los tres modelos de COCOMO II se adaptan tanto a las necesidades de los diferentes
sectores descriptos, como al tipo y cantidad de información disponible en cada etapa
del ciclo de vida de desarrollo, lo que se conoce por granularidad de la información.
Se puede afirmar que para las aplicaciones desarrolladas por usuarios finales no se
justifica la utilización de un modelo de estimación de costos. Estas aplicaciones
normalmente se construyen en poco tiempo, por lo tanto requieren solamente una
estimación basada en actividades.
El modelo 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.
En este caso, se emplean
Puntos Objeto5 para estimar el tamaño del software, lo cual está acorde al nivel de
información que generalmente se tiene en la etapa de planificación, y el nivel de
precisión requerido en la estimación de proyectos de esta naturaleza.
Para los demás sectores del mercado se aplica un modelo mixto, combinación de los
tres modelos.
El modelo Composición de Aplicación se emplea en desarrollos de software durante la
etapa de prototipación.
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. En estas
etapas se tiene poca información, lo que concuerda con el uso de Puntos Función 6,
para estimar tamaño y el uso de un número reducido de factores de costo.
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.
Este modelo utiliza:
 Puntos Función y/o Líneas de Código Fuente 7 para estimar tamaño, con
modificadores que contemplan el reusó, con y sin traducción automática, y el
"desperdicio" (breakage).
 Un conjunto de 17 atributos, denominados factores de costo9, que permiten
considerar características del proyecto referentes al personal, plataforma de
desarrollo, etc., que tienen injerencia en los costos.
 Cinco factores que determinan un exponente, que incorpora al modelo el
concepto de des economía y economía de escala 10. Estos factores reemplazan
los modos Orgánico, Semi acoplado y Empotrado del modelo COCOMO '81.