Cocomo Integrantes: Cabrera Salazar, Evelyn Flores Neciosup, Walter Suarez Benites, Marco Definición
El Modelo Constructivo de Costes (Constructive Cost Model) fue desarrollado
por B. W. Boehm a finales de los 70 y comienzos de los 80, exponiéndolo detalladamente en su libro "Software Engineering Economics". COCOMO es una jerarquía de modelos de estimación de costes software que incluye submodelos básico, intermedio y detallado. Ecuaciones que se usan en los modelos A la vez, cada submodelo también se divide en modos que representan el tipo de proyecto, y puede ser: 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 a unas decenas de miles. Modo semilibre o semiencajado: 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. Modelo Básico COCOMO
Proyectos Orgánicos – son relativamente pequeños, con
proyectos software sencillos en los que el equipo tiene mucha experiencia y tienen pocos requisitos estrictos.
Proyectos Medios – son intermedios, proyecto software
en los que no tienen la misma experiencia todos los miembros del equipo. Hay requisitos más y menos rígidos.
Proyectos empotrados – son proyectos software que se
deben desarrollar con unos requisitos hardware, software y de operación. Modelo intermedio
Este añade al modelo básico quince
modificadores opcionales para tener en cuenta en el entorno de trabajo, incrementando así la precisión de la estimación.2 Para este ajuste, al resultado de la fórmula general se lo multiplica por el coeficiente surgido de aplicar los atributos que se decidan utilizar. Modelo Detallado
Los factores correspondientes a los atributos son sensibles o dependientes de
la fase sobre la que se realizan las estimaciones. Aspectos tales como la experiencia en la aplicación, utilización de herramientas de software, etc., tienen mayor influencia en unas fases que en otras, y además van variando de una etapa a otra. Establece una jerarquía de tres niveles de productos, de forma que los aspectos que representan gran variación a bajo nivel, se consideran a nivel módulo, los que representan pocas variaciones, a nivel de subsistema; y los restantes son considerados a nivel sistema.