SlideShare una empresa de Scribd logo
1 de 13
Universidad Estatal de Bolívar
Universidad Estatal de Bolívar
Ingeniería de Software II 
Cocomo I y II
Santiago Poaquiza
COCOMO
COCOMO: (Modelo Constructivo de Estimación de Costos) es propuesto
por DR. Berry Boehm en 1981 y por eso es también conocido como
COCOMO'81. Es un método para evaluar el costo de un paquete de
software. Según él, la estimación de los costos de software se debe realizar a
través de tres etapas:
El modelo básico de COCMO es bueno para una estimación rápida, temprana y
aproximada del costo del software. No tiene en cuenta las diferencias en las
restricciones de hardware, la calidad personal y la experiencia, el uso de
herramientas y técnicas modernas, y otro atributo del proyecto conocido por tener
una influencia significativa en el costo del software, lo que limita su precisión.
Proporciona una estimación aproximada de los parámetros del proyecto. El
modelo básico de estimación de COCOMO viene dado por las siguientes
expresiones:
MODELO BÁSICO DE COCOMO:
Esfuerzo = a 1 x (KLOC) a 2 PM
Tdev = b 1 x (Esfuerzo) b2 Meses
Dónde,
KLOC es el tamaño estimado del producto de software expresado en Kilo Lines
of Code,
A 1 , a 2 , b 1 , b 2 son constantes para cada categoría de productos de software,
Tdev es el tiempo estimado para desarrollar el software, expresado en meses,
Esfuerzo es el esfuerzo total requerido para desarrollar el producto de software,
expresado en meses persona (PMs).
Expresiones:
El modelo COCOMO intermedio toma como punto de partida el modelo básico de
COCOMO, lo que significa que es un coeficiente ligeramente diferente para la
ecuación de esfuerzo que el modelo Básico. Después se multiplica la estimación
básica por un factor de ajuste de esfuerzo que se calcula como el producto de 15
multiplicadores (factores de coste) que tienen en cuenta factores como la fiabilidad
del producto, el tamaño de la base de datos, las restricciones de ejecución y
almacenamiento, la aptitud del personal y el uso De herramientas de software.
Produce mejores resultados que el modelo básico porque el usuario proporciona
configuraciones para los controladores de coste que determinan el esfuerzo y la
duración de los proyectos de software. El modelo intermedio también permite dividir
y estimar el sistema en componentes. Los valores de DSI y los controladores de
coste se pueden elegir para componentes individuales en lugar de para el sistema
como un todo.
MODELO INTERMEDIO DE COCOMO:
Una deficiencia importante de los modelos COCOMO básico e intermedio es que consideran un
producto de software como una sola entidad homogénea. Sin embargo, la mayoría de los grandes
sistemas se componen de varios sub-sistemas más pequeños. Estos subsistemas pueden tener
características muy diferentes.
El modelo detallado de COCOMO difiere del modelo intermedio COCOMO en que utiliza
multiplicadores de esfuerzo para cada fase del proyecto. Estos multiplicadores de esfuerzo
dependientes de la fase producen mejores estimaciones porque las calificaciones del controlador
de coste pueden ser diferentes durante cada fase.
En el modelo COCOMO avanzado, el coste de cada subsistema se estima por separado. Este
enfoque reduce el margen de error en la estimación final.
MODELO DE COCOMO DETALLADO / AVANZADO:
COCOMO II
COMO SE CALCULA
Modos
Características
Modelo de Estimación
Bibliografía
COCOMO 1/ COCOMO'81: Constructive Cost Estimation Model. (2017). C-
sharpcorner.com. Retrieved 15 June 2017, from http://www.c-
sharpcorner.com/UploadFile/nipuntomar/cocomo-1-cocomo81-constructive-
cost-estimation-model/
Silva. (2017). MODELO COCOMO (INGENIERA DE SOFTWARE).
Es.slideshare.net. Retrieved 15 June 2017, from
https://es.slideshare.net/yadithmiranda/modelo-cocomo-ingeniera-de-
software
Gracias

Más contenido relacionado

La actualidad más candente

Chapter 7 software reliability
Chapter 7 software reliabilityChapter 7 software reliability
Chapter 7 software reliabilitydespicable me
 
Modelo componentes
Modelo componentesModelo componentes
Modelo componentesmartin
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmiCuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmiJimmy Davila
 
Design Concepts in Software Engineering-1.pptx
Design Concepts in Software Engineering-1.pptxDesign Concepts in Software Engineering-1.pptx
Design Concepts in Software Engineering-1.pptxKarthigaiSelviS3
 
Generación de documentación con star UML
Generación de documentación con star UMLGeneración de documentación con star UML
Generación de documentación con star UMLSoftware Guru
 
Chapter 1 2 - some size factors
Chapter 1   2 - some size factorsChapter 1   2 - some size factors
Chapter 1 2 - some size factorsNancyBeaulah_R
 
Software Quality Assurance
Software Quality AssuranceSoftware Quality Assurance
Software Quality AssuranceSaqib Raza
 
comparison of various sdlc models
comparison of various sdlc modelscomparison of various sdlc models
comparison of various sdlc modelssadaf ateeq
 
Software Cost Estimation
Software Cost EstimationSoftware Cost Estimation
Software Cost EstimationMirza Obaid
 
PSW Unidad 3: Implementación y seguridad del proceso de software
PSW Unidad 3: Implementación y seguridad del proceso de softwarePSW Unidad 3: Implementación y seguridad del proceso de software
PSW Unidad 3: Implementación y seguridad del proceso de softwareFranklin Parrales Bravo
 
Introduction To Software Configuration Management
Introduction To Software Configuration ManagementIntroduction To Software Configuration Management
Introduction To Software Configuration ManagementRajesh Kumar
 

La actualidad más candente (20)

Cocomo model
Cocomo modelCocomo model
Cocomo model
 
macros Lenguaje ensamblador
macros Lenguaje ensambladormacros Lenguaje ensamblador
macros Lenguaje ensamblador
 
Chapter 7 software reliability
Chapter 7 software reliabilityChapter 7 software reliability
Chapter 7 software reliability
 
Modelo componentes
Modelo componentesModelo componentes
Modelo componentes
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmiCuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
 
Software Reliability
Software ReliabilitySoftware Reliability
Software Reliability
 
Design Concepts in Software Engineering-1.pptx
Design Concepts in Software Engineering-1.pptxDesign Concepts in Software Engineering-1.pptx
Design Concepts in Software Engineering-1.pptx
 
COCOMO MODEL 1 And 2
COCOMO MODEL 1 And 2COCOMO MODEL 1 And 2
COCOMO MODEL 1 And 2
 
unit 3 Design 1
unit 3 Design 1unit 3 Design 1
unit 3 Design 1
 
Generación de documentación con star UML
Generación de documentación con star UMLGeneración de documentación con star UML
Generación de documentación con star UML
 
Chapter 1 2 - some size factors
Chapter 1   2 - some size factorsChapter 1   2 - some size factors
Chapter 1 2 - some size factors
 
Software Quality Assurance
Software Quality AssuranceSoftware Quality Assurance
Software Quality Assurance
 
Modelo cocomo
Modelo cocomoModelo cocomo
Modelo cocomo
 
Estimación de Proyectos de Software
Estimación de Proyectos de SoftwareEstimación de Proyectos de Software
Estimación de Proyectos de Software
 
comparison of various sdlc models
comparison of various sdlc modelscomparison of various sdlc models
comparison of various sdlc models
 
Sqa ejemplo
Sqa ejemploSqa ejemplo
Sqa ejemplo
 
Software Cost Estimation
Software Cost EstimationSoftware Cost Estimation
Software Cost Estimation
 
Procesos del Software
Procesos del SoftwareProcesos del Software
Procesos del Software
 
PSW Unidad 3: Implementación y seguridad del proceso de software
PSW Unidad 3: Implementación y seguridad del proceso de softwarePSW Unidad 3: Implementación y seguridad del proceso de software
PSW Unidad 3: Implementación y seguridad del proceso de software
 
Introduction To Software Configuration Management
Introduction To Software Configuration ManagementIntroduction To Software Configuration Management
Introduction To Software Configuration Management
 

Similar a Cocomo I y II (20)

Cocomo
CocomoCocomo
Cocomo
 
Cocomo 1
Cocomo 1Cocomo 1
Cocomo 1
 
COCOMO
COCOMOCOCOMO
COCOMO
 
Densy
DensyDensy
Densy
 
COCOMO II
COCOMO IICOCOMO II
COCOMO II
 
Cocomo (1)
Cocomo (1)Cocomo (1)
Cocomo (1)
 
Cocomo ii
Cocomo iiCocomo ii
Cocomo ii
 
Cocomo
CocomoCocomo
Cocomo
 
Cocomo ii guía
Cocomo ii   guíaCocomo ii   guía
Cocomo ii guía
 
Estimación De Proyectos De Software
Estimación De Proyectos De SoftwareEstimación De Proyectos De Software
Estimación De Proyectos De Software
 
Modelo Cocomo
Modelo CocomoModelo Cocomo
Modelo Cocomo
 
Isiii cap3 estimacion_4_co_comoii
Isiii cap3 estimacion_4_co_comoiiIsiii cap3 estimacion_4_co_comoii
Isiii cap3 estimacion_4_co_comoii
 
Estimacion de proyectos de software
Estimacion de proyectos de softwareEstimacion de proyectos de software
Estimacion de proyectos de software
 
Cocomo
CocomoCocomo
Cocomo
 
Cocomo ii
Cocomo iiCocomo ii
Cocomo ii
 
Cocomo primera parte
Cocomo primera parteCocomo primera parte
Cocomo primera parte
 
Capitulo5
Capitulo5Capitulo5
Capitulo5
 
Examen de desarrollo
Examen de desarrolloExamen de desarrollo
Examen de desarrollo
 
Tecnicas de estimacion de software
Tecnicas de estimacion de softwareTecnicas de estimacion de software
Tecnicas de estimacion de software
 
Modelo COCOMO
Modelo COCOMOModelo COCOMO
Modelo COCOMO
 

Último

Introducción a Funciones LENGUAJE DART FLUTTER
Introducción a Funciones LENGUAJE DART FLUTTERIntroducción a Funciones LENGUAJE DART FLUTTER
Introducción a Funciones LENGUAJE DART FLUTTEREMMAFLORESCARMONA
 
Caso de éxito de Hervian con el ERP Sage 200
Caso de éxito de Hervian con el ERP Sage 200Caso de éxito de Hervian con el ERP Sage 200
Caso de éxito de Hervian con el ERP Sage 200Opentix
 
Segmentacion Segmantica_Modelos UNET and DEEPLABV3
Segmentacion Segmantica_Modelos UNET and DEEPLABV3Segmentacion Segmantica_Modelos UNET and DEEPLABV3
Segmentacion Segmantica_Modelos UNET and DEEPLABV3AlexysCaytanoMelndez1
 
Manual de Usuario APPs_AppInventor-2023.pdf
Manual de Usuario APPs_AppInventor-2023.pdfManual de Usuario APPs_AppInventor-2023.pdf
Manual de Usuario APPs_AppInventor-2023.pdfmasogeis
 
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...ITeC Instituto Tecnología Construcción
 
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLO
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLOPARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLO
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLOSelenaCoronadoHuaman
 
Unidad_3_T1_AutomatasFinitos presentacion
Unidad_3_T1_AutomatasFinitos presentacionUnidad_3_T1_AutomatasFinitos presentacion
Unidad_3_T1_AutomatasFinitos presentacionarmando_cardenas
 

Último (7)

Introducción a Funciones LENGUAJE DART FLUTTER
Introducción a Funciones LENGUAJE DART FLUTTERIntroducción a Funciones LENGUAJE DART FLUTTER
Introducción a Funciones LENGUAJE DART FLUTTER
 
Caso de éxito de Hervian con el ERP Sage 200
Caso de éxito de Hervian con el ERP Sage 200Caso de éxito de Hervian con el ERP Sage 200
Caso de éxito de Hervian con el ERP Sage 200
 
Segmentacion Segmantica_Modelos UNET and DEEPLABV3
Segmentacion Segmantica_Modelos UNET and DEEPLABV3Segmentacion Segmantica_Modelos UNET and DEEPLABV3
Segmentacion Segmantica_Modelos UNET and DEEPLABV3
 
Manual de Usuario APPs_AppInventor-2023.pdf
Manual de Usuario APPs_AppInventor-2023.pdfManual de Usuario APPs_AppInventor-2023.pdf
Manual de Usuario APPs_AppInventor-2023.pdf
 
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...
 
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLO
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLOPARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLO
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLO
 
Unidad_3_T1_AutomatasFinitos presentacion
Unidad_3_T1_AutomatasFinitos presentacionUnidad_3_T1_AutomatasFinitos presentacion
Unidad_3_T1_AutomatasFinitos presentacion
 

Cocomo I y II

  • 1. Universidad Estatal de Bolívar Universidad Estatal de Bolívar Ingeniería de Software II  Cocomo I y II Santiago Poaquiza
  • 2. COCOMO COCOMO: (Modelo Constructivo de Estimación de Costos) es propuesto por DR. Berry Boehm en 1981 y por eso es también conocido como COCOMO'81. Es un método para evaluar el costo de un paquete de software. Según él, la estimación de los costos de software se debe realizar a través de tres etapas:
  • 3. El modelo básico de COCMO es bueno para una estimación rápida, temprana y aproximada del costo del software. No tiene en cuenta las diferencias en las restricciones de hardware, la calidad personal y la experiencia, el uso de herramientas y técnicas modernas, y otro atributo del proyecto conocido por tener una influencia significativa en el costo del software, lo que limita su precisión. Proporciona una estimación aproximada de los parámetros del proyecto. El modelo básico de estimación de COCOMO viene dado por las siguientes expresiones: MODELO BÁSICO DE COCOMO:
  • 4. Esfuerzo = a 1 x (KLOC) a 2 PM Tdev = b 1 x (Esfuerzo) b2 Meses Dónde, KLOC es el tamaño estimado del producto de software expresado en Kilo Lines of Code, A 1 , a 2 , b 1 , b 2 son constantes para cada categoría de productos de software, Tdev es el tiempo estimado para desarrollar el software, expresado en meses, Esfuerzo es el esfuerzo total requerido para desarrollar el producto de software, expresado en meses persona (PMs). Expresiones:
  • 5. El modelo COCOMO intermedio toma como punto de partida el modelo básico de COCOMO, lo que significa que es un coeficiente ligeramente diferente para la ecuación de esfuerzo que el modelo Básico. Después se multiplica la estimación básica por un factor de ajuste de esfuerzo que se calcula como el producto de 15 multiplicadores (factores de coste) que tienen en cuenta factores como la fiabilidad del producto, el tamaño de la base de datos, las restricciones de ejecución y almacenamiento, la aptitud del personal y el uso De herramientas de software. Produce mejores resultados que el modelo básico porque el usuario proporciona configuraciones para los controladores de coste que determinan el esfuerzo y la duración de los proyectos de software. El modelo intermedio también permite dividir y estimar el sistema en componentes. Los valores de DSI y los controladores de coste se pueden elegir para componentes individuales en lugar de para el sistema como un todo. MODELO INTERMEDIO DE COCOMO:
  • 6. Una deficiencia importante de los modelos COCOMO básico e intermedio es que consideran un producto de software como una sola entidad homogénea. Sin embargo, la mayoría de los grandes sistemas se componen de varios sub-sistemas más pequeños. Estos subsistemas pueden tener características muy diferentes. El modelo detallado de COCOMO difiere del modelo intermedio COCOMO en que utiliza multiplicadores de esfuerzo para cada fase del proyecto. Estos multiplicadores de esfuerzo dependientes de la fase producen mejores estimaciones porque las calificaciones del controlador de coste pueden ser diferentes durante cada fase. En el modelo COCOMO avanzado, el coste de cada subsistema se estima por separado. Este enfoque reduce el margen de error en la estimación final. MODELO DE COCOMO DETALLADO / AVANZADO:
  • 12. Bibliografía COCOMO 1/ COCOMO'81: Constructive Cost Estimation Model. (2017). C- sharpcorner.com. Retrieved 15 June 2017, from http://www.c- sharpcorner.com/UploadFile/nipuntomar/cocomo-1-cocomo81-constructive- cost-estimation-model/ Silva. (2017). MODELO COCOMO (INGENIERA DE SOFTWARE). Es.slideshare.net. Retrieved 15 June 2017, from https://es.slideshare.net/yadithmiranda/modelo-cocomo-ingeniera-de- software