modelo cocomo
DESCRIPTION
Es un modelo utilizado para la realizacion de software contempla los costos, personal y tiempo entre otras cosas.TRANSCRIPT
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))
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