modelo cocomo

Instituto Tecnológico de Parral

Karmina De Santiago Armendáriz 07410708Iván Torres Cuevas 07410846

Sergio Abdiel Hinojos Moreno 07410727Miguel Alberto Serrano Acosta 07410683

Ing. En Sistemas Computacionales

 Fundamentos de Desarrollo de Sistemas

Modelo COCOMO

2

Agenda

Modelo COCOMO.COCOMO 81.COCOMO II.

Niveles.Modelos algoritmicos de costos

en la planificación.Duración y personal del proyecto.

3

Modelo COCOMO

Modelo Constructivo de

Costes (o COCOMO, por su

acrónimo del inglés COnstructive COst

MOdel)

4

Es un modelo empírico que se obtuvo recopilando datos de varios proyectos grandes, estos datos fueron analizados para descubrir las formulas que mejor se ajustaban; estas formulas vinculan el tamaño del sistema y del producto, factores del proyecto y del equipo con el esfuerzo necesario para desarrollar el sistema.

5

Razones para elegir COCOMO: Se ha utilizado y evaluado ampliamente Esta bien documentado, es del dominio

publico y lo apoyan el dominio publico y las herramientas comerciales

6

Agenda

Modelo COCOMO.COCOMO 81.COCOMO II.

Niveles.Modelos algoritmicos de costos

en la planificación.Duración y personal del proyecto.

COCOMO 81.

Primera versión de COCOMO en 1981, fue un modelo de 3 niveles donde estos reflejaban el detalle del análisis de la estimación del coste. Este supone que el software se desarrolla según un proceso en cascada, sin embargo ha habido cambios radicales en el desarrollo de software desde que se propuso esta versión.

7

8

Simple Aplicaciones bien entendidas y desarrolladas por equipos pequenos.

Moderado Proyectos mas comlejos donde los miembros del equipo pueden tener experiencia limiatada en este tipo de sitemas.

Empotrado Proyectos complejos donde el software es parte de un conjunto complejo de hardware, software y procedimientos.

9

Agenda

Modelo COCOMO.COCOMO 81.COCOMO II.

Niveles.Modelos algoritmicos de costos

en la planificación.Duración y personal del proyecto.

10

COCOMO II.

Considera diferentes enfoques para el desarrollo de software, engloba vario niveles que producen estimaciones detalladas de forma incremental. Además soporta el modelo de desarrollo en espiral.

11

Nivel de construcción de Prototipos

Numero de puntos de aplicación

Desarrollo de prototipos

Nivel de Diseño inicial

Numero de puntos de función

Estimación inicial del esfuerzo basado en

requerimientos y opciones de

diseño

Nivel de reutilización

Numero de líneas de código

utilizadas o generadas

Esfuerzo para integrar

componentes reutilizables o

código generado automáticamente

Nivel de Postarquitect

ura

Numero de líneas de código fuente

Esfuerzo de desarrollo basado en el diseño del

sistema

12

Nivel de construcción de prototipos

Fue introducido para dar soporte a la estimación del esfuerzo requerido para el prototipado de proyectos y para proyectos en que el software se desarrolla utilizando componentes existentes. En este nivel la reutilización es común.

PM⁼(NAP x (1-%reutilización/100))

13

14

Nivel de Diseño inicial

Este nivel se utiliza cuando hemos acordado los requerimientos de usuario y se han iniciado las primera etapas del proceso de diseño. La meta de este nivel es hacer una estimación aproximada sin demasiado esfuerzo.

Esfuerzo= A x Tamaño 8 x M

15

16

Nivel de Reutilizacion

Es muy común reutilizar software, los sistemas grandes tienen un porcentaje significativo de código reutilizado de otros proyectos anteriores este nivel de reutilización se emplea para estimar el esfuerzo requerido para integrar código reutilizable y código generado.

17

18

Tipos de código reutilizable:

Código de caja negra.-Puede ser reutilizado sin entender el código ni teniendo que hacer cambios en el.

Código de caja blanca.-Ha de ser adaptado para integrarlo con el código nuevo.

19

El nivel de reutilización incluye una parte especifica para estimar los costes asociados a este código generado automáticamente.

PMAuto=(ASLOC x AT/100)/ATPROD

El modelo de reutilización no es lineal por lo que se necesitara esfuerzo si la reutilización se considera como además de una valoración para saber si es posible.

20

Nivel de Postarquitectura

Se utiliza una vez que conocemos el diseño arquitectónico del sistema, es decir, cuando conocemos la estructura de subsistemas.

Las estimaciones producidas en este nivel deben de ser mas precisas y utiliza un conjunto de atributos mas extenso para refinar el calculo de esfuerzo inicial.

21

Factores de escala utilizados en el calculo del exponente:

Factores de escala Explicación

Precedentes Refleja la experiencia previa con este tipo de proyectos.

Flexibilidad de Desarrollo Refleja el grado de flexibilidad en el proceso de desarrollo.

Resolución de la arquitectura/riesgo

Refleja la amplitud del análisis de riesgo que se lleva a cabo.

Cohesión del equipo Refleja como de bien se conocen entre si los miembros del equipo y como de bien trabajan juntos.

Madurez del Proceso Refleja la madurez del proceso de organización.

22

23

24

Agenda

Modelo COCOMO.COCOMO 81.COCOMO II.

Niveles.Modelos algoritmicos de costos

en la planificación.Duración y personal del proyecto.

25

Modelos algoritmicos de costos en la planificación.

El modelo algorítmico ayuda a evaluar los riesgos de cada opción.

El coste del modelo nos revela los gastos financieros asociados a las diferentes decisiones de gestión.

26

27

Agenda

Modelo COCOMO.COCOMO 81.COCOMO II.

Niveles.Modelos algoritmicos de costos

en la planificación.Duración y personal del proyecto.

28

Duración y personal del proyecto.

El tiempo de desarrollo de el proyecto se denomina Duración del Proyecto.

La duración prevista del proyecto y la requerida por el plan del proyecto no son necesariamente la misma.

El tiempo requerido para completar el proyecto esta en función del esfuerzo total requerido y no del numero de ingenieros que trabajan en el.

29

CONCLUSION

El modelo COCOMO II es un modelo bien desarrollado que tiene en cuenta el proyecto, el producto, el hardware y los atributos del personal.

Uno de los principales factores que afectan la productividad incluyen la aptitud personal, la experiencia, el proceso de desarrollo, el tamaño del proyecto, la herramienta de apoyo y el entorno de trabajo.

No hay una relación sencilla entre el precio de un sistema y los costes de desarrollo.

El tiempo requerido para completar un proyecto no es proporcional al numero de personas que trabajan en el.

30

PREGUNTAS

31

GRACIAS POR SU ATENCION