COCOMO II Modelo de Composición de AplicacionesYessica Julie Marrugo M.Gestión de proyectosUniversidad de Cartagena
IntroducciónContexto Estimación del proyecto de softwareEstimaciones seguras Técnicas de estimación COCOMOCOCOMOIIObjetivosCaracterísticas Modelo ACMUsoBasesProcedimientoEjemploConclusionesContenido
 	¿Qué esPlanificación? La planificación de un proyectode software implica la estimación -su intento por determinar cuánto dinero, esfuerzo,  recursos, y tiempo supondrá construir un sistema o producto específico de software-. Introducción
Estimación del Proyecto de Software 	La estimación del coste y del esfuerzo del software nunca será una ciencia exacta.
Para realizar estimaciones seguras de costes y esfuerzos tenemos varias opciones posibles:Dejar la estimación para más adelante (obviamente, podemos realizar una estimación al cien por cien fiable tras haber terminado el proyecto!).Basar las estimaciones en proyectos similares ya      terminados.Utilizar «técnicas de descomposición» relativamente sencillas para generar las estimaciones de coste y de esfuerzo del proyecto.Utilizar uno o más modelos empíricos para la estimación del coste y esfuerzo del software.Estimaciones seguras
Técnicas  de estimaciónLas técnicas de descomposición utilizan un enfoque de «divide y vencerás» para la estimación del proyecto de software.
 Se pueden utilizar los modelos empíricos de estimación como complemento de las técnicas de descomposición, ofreciendo un enfoque de estimación potencialmente valioso por derecho propio. COCOMO (Constructive Cost Model, Modelo Constructivo de Costes)Desarrollado en 1981 por Barry Boehm (Universidad de California Sur).
El modelo COCOMO original se ha convertido en uno de los modelos de estimación de coste del software más utilizados y estudiados en la industria. El modelo original ha evolucionado a un modelo de estimación más completo llamado COCOMO II[BOE 96, BOE 001].
En 1995 se publicó la versión COCOMO II y actualmente derivó a COCOMO 2000.
El equipo liderado por B. Boehm (Center for Software Engineering) pretende mejorar, ampliar y adaptar el modelo anterior a las nuevas formas en que se desarrolla el software.  COCOMO II (Modelo constructivo de costes 2000)Permite estimar el esfuerzo, costo y duración de cualquier proyecto informático.
Es un modelo algorítmico, es decir, se basa en una serie de fórmulas matemáticas que producen una estimación en función de un conjunto de variables (x1, x2,... xn) :
 Líneas de código fuente.
 Capacidad de analistas y programadores.
 Complejidad del producto.
 Restricciones de tiempo de ejecución, memoria, equipos de trabajo …
 Fiabilidad de la aplicación. Etc..Desarrollar un modelo de estimación de costo y cronograma de proyectos de software que se adaptara tanto a las prácticas de desarrollo 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.  Objetivos
Asume que existe un buen entendimiento entre el usuario y los desarrolladores.
 La estimación se realiza de acuerdo con la información disponible en el momento que se lleva a cabo.
 Se consideran tres submodelosque cubren desde el comienzo del análisis de requerimientos hasta el final de las pruebas e integración del sistema:
Modelo ACM (Mod.de Comp. de Aplicac.).
Modelo EDM (Mod. de Diseño Inicial).
Modelo PAM (Mod. Post-Arquitectura).Características

Modelo Cocomo

  • 1.
    COCOMO II Modelode Composición de AplicacionesYessica Julie Marrugo M.Gestión de proyectosUniversidad de Cartagena
  • 2.
    IntroducciónContexto Estimación delproyecto de softwareEstimaciones seguras Técnicas de estimación COCOMOCOCOMOIIObjetivosCaracterísticas Modelo ACMUsoBasesProcedimientoEjemploConclusionesContenido
  • 3.
    ¿Qué esPlanificación?La planificación de un proyectode software implica la estimación -su intento por determinar cuánto dinero, esfuerzo, recursos, y tiempo supondrá construir un sistema o producto específico de software-. Introducción
  • 4.
    Estimación del Proyectode Software La estimación del coste y del esfuerzo del software nunca será una ciencia exacta.
  • 5.
    Para realizar estimacionesseguras de costes y esfuerzos tenemos varias opciones posibles:Dejar la estimación para más adelante (obviamente, podemos realizar una estimación al cien por cien fiable tras haber terminado el proyecto!).Basar las estimaciones en proyectos similares ya terminados.Utilizar «técnicas de descomposición» relativamente sencillas para generar las estimaciones de coste y de esfuerzo del proyecto.Utilizar uno o más modelos empíricos para la estimación del coste y esfuerzo del software.Estimaciones seguras
  • 6.
    Técnicas deestimaciónLas técnicas de descomposición utilizan un enfoque de «divide y vencerás» para la estimación del proyecto de software.
  • 7.
    Se puedenutilizar los modelos empíricos de estimación como complemento de las técnicas de descomposición, ofreciendo un enfoque de estimación potencialmente valioso por derecho propio. COCOMO (Constructive Cost Model, Modelo Constructivo de Costes)Desarrollado en 1981 por Barry Boehm (Universidad de California Sur).
  • 8.
    El modelo COCOMOoriginal se ha convertido en uno de los modelos de estimación de coste del software más utilizados y estudiados en la industria. El modelo original ha evolucionado a un modelo de estimación más completo llamado COCOMO II[BOE 96, BOE 001].
  • 9.
    En 1995 sepublicó la versión COCOMO II y actualmente derivó a COCOMO 2000.
  • 10.
    El equipo lideradopor B. Boehm (Center for Software Engineering) pretende mejorar, ampliar y adaptar el modelo anterior a las nuevas formas en que se desarrolla el software. COCOMO II (Modelo constructivo de costes 2000)Permite estimar el esfuerzo, costo y duración de cualquier proyecto informático.
  • 11.
    Es un modeloalgorítmico, es decir, se basa en una serie de fórmulas matemáticas que producen una estimación en función de un conjunto de variables (x1, x2,... xn) :
  • 12.
    Líneas decódigo fuente.
  • 13.
    Capacidad deanalistas y programadores.
  • 14.
  • 15.
    Restricciones detiempo de ejecución, memoria, equipos de trabajo …
  • 16.
    Fiabilidad dela aplicación. Etc..Desarrollar un modelo de estimación de costo y cronograma de proyectos de software que se adaptara tanto a las prácticas de desarrollo del 90 como a las futuras.
  • 17.
    Construir una basede datos de proyectos de software que permitiera la calibración continua del modelo, y así incrementar la precisión en la estimación.
  • 18.
    Implementar una herramientade software que soportara el modelo.
  • 19.
    Proveer un marcoanalí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. Objetivos
  • 20.
    Asume que existeun buen entendimiento entre el usuario y los desarrolladores.
  • 21.
    La estimaciónse realiza de acuerdo con la información disponible en el momento que se lleva a cabo.
  • 22.
    Se considerantres submodelosque cubren desde el comienzo del análisis de requerimientos hasta el final de las pruebas e integración del sistema:
  • 23.
    Modelo ACM (Mod.deComp. de Aplicac.).
  • 24.
    Modelo EDM (Mod.de Diseño Inicial).
  • 25.
    Modelo PAM (Mod.Post-Arquitectura).Características