Estimacion de costos del Software

Integrantes:Integrantes:
 Díaz Arévalo AntonioDíaz Arévalo Antonio
García Saba Jean CarlosGarcía Saba Jean Carlos
Pupuche Mesa HectorPupuche Mesa Hector
Vega Valqui CarlosVega Valqui Carlos
ESTIMACION DE COSTOS
Docente:Docente:
Consuelo de Castillo CastroConsuelo de Castillo Castro

ESTIMACION DE COSTOSESTIMACION DE COSTOS
PLAN
3

LO PRINCIPAL PARA LAS PERSONAS
COSTO
4

ESTIMACIÓN DE COSTOSESTIMACIÓN DE COSTOS
ACCESO A INFORMACIONACCESO A INFORMACION
EXPERIENCIAEXPERIENCIA
CORAJE PARA CONFIARCORAJE PARA CONFIAR
EN MEDIDASEN MEDIDAS
5

MANEJADORMANEJADOR
ESTAESTA
ENEN
RELACIÓNRELACIÓN
COSTO
6

 COSTOCOSTO
 TECNOLOGÍATECNOLOGÍA
 RECURSOSRECURSOS
 COMPLEJIDADCOMPLEJIDAD
7

MÉTRICAS PARA LAMÉTRICAS PARA LA
PRODUCTIVIDAD YPRODUCTIVIDAD Y
CALIDAD DEL SOFTWARECALIDAD DEL SOFTWARE
8

METRICAMETRICA
Es una asignación de valor a un atributo de una entidad
propia de software, ya sea un producto o proceso.
9

CLASIFICACION DE METRICASCLASIFICACION DE METRICAS
 Métricas de productividadMétricas de productividad
 Métricas de CalidadMétricas de Calidad
 Métricas TécnicasMétricas Técnicas
 Métricas Orientadas al tamañoMétricas Orientadas al tamaño
 Métricas Orientadas a la FunciónMétricas Orientadas a la Función
 Métricas Orientadas a la personaMétricas Orientadas a la persona
10

METRICAS DEL PRODUCTO Y DEL PROCESOMETRICAS DEL PRODUCTO Y DEL PROCESO
Obtenido a partir de:Obtenido a partir de:
CODIGO FUENTE
ENTORNO DE DESARROLLO
11

CALIDAD DE UN PRODUCTOCALIDAD DE UN PRODUCTO
ISO 8402
conjunto de funcionalidades y características de un
producto o servicio que se centran en su capacidad
de satisfacer
las necesidades,
ya sea implícitas o bien explicitadas claramente,
de un cliente o usuario.
CALIDAD
12

UNIDADES DE MEDIDAUNIDADES DE MEDIDA
LDC por Persona – Dia
Hrs para implemental un
Punto de Función
N° de
Errores
Importe
Monetario
Páginas de
Documentación

EL ESFUERZO Y LA MEDIDAEL ESFUERZO Y LA MEDIDA
DE LA PRODUCTIVIDADDE LA PRODUCTIVIDAD
14

• Problemas Terminológicos deProblemas Terminológicos de
Hombre – MesHombre – Mes
15

VENTAJASVENTAJAS
Fácil de Obtener.Fácil de Obtener.
Existen muchos modelos de estimaciónExisten muchos modelos de estimación
basados en LDC.basados en LDC.
Existen muchas medidas de LDC.Existen muchas medidas de LDC.
LAS LINEAS DE CÓDIGOLAS LINEAS DE CÓDIGO
INCONVENIENTES
•Dependientes de los lenguajes de programación.
•Perjudican a los programas cortos, pero bien
diseñados.
•Difícil uso en estimación debido al nivel de detalle.
•Mejores programadores producen menos códigos.
16

METRICASMETRICAS
-Relaciona las medidas individuales e indican una medida de Calidad o Productividad.
17

EjemploEjemplo::
• Desarrollo:
FARMACIA
Los Resultados obtenidos de nuestra productividad son:
• Coste = 13.9 (C / LDC)
• Pag.Doc = 31.3 (Pag.Doc / KLDC)
• Esfuerzo = 403.3 (Esf. / KLDC)
Los resultados obtenidos en calidad son:
• Errores = 10.3 (Err. / KLDC)
• Defectos = 2.4 (Def. / KLDC)
HOSPITAL
Los Resultados obtenidos de nuestra productividad son:
• Costo = 14.6 (C / LDC)
• Pag.Doc = 23.4 (Pag.Doc / KLDC)
• Esfuerzo = 657.4 (Esf. / KLDC)
Los resultados obtenidos en calidad son:
• Errores = 6.8 (Err. / KLDC)
• Defectos = 2.2 (Def. / KLDC)
18

INTRODUCCION….INTRODUCCION….
 La realización de estimacionesLa realización de estimaciones
adecuadas sobre el tamaño y esfuerzoadecuadas sobre el tamaño y esfuerzo
requerido es una de las característicasrequerido es una de las características
fundamentales de un proyecto defundamentales de un proyecto de
desarrollo de software exitoso.desarrollo de software exitoso.
 Las malas estimaciones o másLas malas estimaciones o más
comúnmente las no estimaciones, soncomúnmente las no estimaciones, son
posiblemente una de las principalesposiblemente una de las principales
causas de los fracasos.causas de los fracasos.
20

……....
 Las estimaciones están asociadas conLas estimaciones están asociadas con
el esfuerzo, costo y el tiempo de lasel esfuerzo, costo y el tiempo de las
actividades identificadas del proyecto.actividades identificadas del proyecto.
 Los administradores del proyectoLos administradores del proyecto
deben estimar las respuestas a lasdeben estimar las respuestas a las
siguientes preguntas:siguientes preguntas:
1.1. ¿Cuánto esfuerzo (personal necesario) se¿Cuánto esfuerzo (personal necesario) se
requiere para completar una actividad?requiere para completar una actividad?
2.2. ¿Cuánto tiempo se necesita para¿Cuánto tiempo se necesita para
completar una actividad?completar una actividad?
3.3. ¿Cuál es el costo total de una actividad?¿Cuál es el costo total de una actividad?
21

ESTIMACIÓN DEL PROYECTOESTIMACIÓN DEL PROYECTO
DE SOFTWARE.DE SOFTWARE.
Para realizar estimaciones seguras de costos yPara realizar estimaciones seguras de costos y
esfuerzos se tienen varias opciones:esfuerzos se tienen varias opciones:
Dejar la estimación para mas adelante.
Desarrollar las estimaciones en proyectos
similares ya terminados.
Utilizar técnicas de descomposición
relativamente sencillas para generar las
estimaciones de costos y esfuerzo del proyecto.
Desarrollar un modelo empírico para el
calculo de costos y esfuerzos del Software.
22

TECNICAS DE ESTIMACIÓN.TECNICAS DE ESTIMACIÓN.
Se han desarrollado varias técnicas deSe han desarrollado varias técnicas de
estimaciónestimación para el desarrollo depara el desarrollo de softwaresoftware,,
las cuales todas tienen en común loslas cuales todas tienen en común los
siguientes atributos:siguientes atributos:
 Se han de establecer de antemano el ámbitoSe han de establecer de antemano el ámbito
deldel proyectoproyecto..
 Como bases para la realización deComo bases para la realización de
estimaciones se usan datos deestimaciones se usan datos de softwaresoftware dede
proyectos pasados.proyectos pasados.
 ElEl proyectoproyecto se descompone en partes másse descompone en partes más
pequeñas que se estiman individualmente.pequeñas que se estiman individualmente.
23

ESTIMACIÓN DEL ESFUERZO.ESTIMACIÓN DEL ESFUERZO.
Es la técnica más común para calcular el costeEs la técnica más común para calcular el coste
de un proyecto de ingeniería de software. Sede un proyecto de ingeniería de software. Se
aplica un número de personas-día, mes o año a laaplica un número de personas-día, mes o año a la
solución de cada tarea del proyecto.solución de cada tarea del proyecto.
24

ESTIMACIÓN LDC Y PF:ESTIMACIÓN LDC Y PF:
Las estimaciones de LDC y PF son técnicas deLas estimaciones de LDC y PF son técnicas de
estimación distintas: estimación distintas:
LDC (Datos de líneas de Código)LDC (Datos de líneas de Código)
PF (Puntos de Función)PF (Puntos de Función)
Los datos de LDC y PF se utilizan de dos formasLos datos de LDC y PF se utilizan de dos formas
durante la estimación del proyecto de software.durante la estimación del proyecto de software.
25

ESTIMACIÓN LDC Y PF:ESTIMACIÓN LDC Y PF:
 Como una variable de estimación que se utiliza paraComo una variable de estimación que se utiliza para
«dimensionar» cada elemento del software.«dimensionar» cada elemento del software.
 Como métricas de línea base recopiladas de proyectosComo métricas de línea base recopiladas de proyectos
anterioresanteriores
El valor esperado para la variable de estimación, E, puedeEl valor esperado para la variable de estimación, E, puede
obtenerse como una media ponderada de las estimacionesobtenerse como una media ponderada de las estimaciones
LDC o PF optimista (a), más probable (m), y pesimista (b) deLDC o PF optimista (a), más probable (m), y pesimista (b) de
las estimaciones LDC o PF por ejemplo:las estimaciones LDC o PF por ejemplo:
E = (a + 4m +
b)/626

MODELOS DE ESTIMACIÓN.MODELOS DE ESTIMACIÓN.
LOS MODELOS EMPÍRICOS:LOS MODELOS EMPÍRICOS:
 Los datos que soportan la mayoría de losLos datos que soportan la mayoría de los
modelos de estimación se obtienen unamodelos de estimación se obtienen una
muestra limitada de proyectos.muestra limitada de proyectos.
 El modelo de estimación no es adecuadoEl modelo de estimación no es adecuado
para todas las clases de software y enpara todas las clases de software y en
todos los entornos de desarrollo.todos los entornos de desarrollo.
 Por lo tanto los resultados obtenidos dePor lo tanto los resultados obtenidos de
dichos modelos se deben utilizar condichos modelos se deben utilizar con
prudencia.prudencia.
27

28
EL MODELO COCOMO:
Modelo Constructivo de Costos
COCOMO es una jerarquía de modelos de
estimación de costes de software que incluye
submodelos básico, intermedio y avanzado.

29
MODELO 1 (COCOMO básico)
calcula el esfuerzo y el coste del desarrollo en
función del tamaño estimado del programa (LDC).
Se utiliza para una aproximación rápida al principio
del ciclo de vida.
ESFUERZO: E = ab KLDCbb
TIEMPO: D = cb Edb
MODELO 1 (COCOMO básico)
calcula el esfuerzo y el coste del desarrollo en
función del tamaño estimado del programa (LDC).
Se utiliza para una aproximación rápida al principio
del ciclo de vida.
ESFUERZO: E = ab KLDCbb
TIEMPO: D = cb Edb
TIPOS DE COCOMO

30
MODELO 2 (COCOMO intermedio)
calcula el esfuerzo y el coste en función del tamaño
estimado del programa y de un conjunto de “guías
de coste” que incluyen una evaluación
subjetiva del producto, hardware, personal y atributos
del producto
ESFUERZO: E = ai KLDCbi
x FAE
(factor de ajuste del esfuerzo)
MODELO 2 (COCOMO intermedio)
calcula el esfuerzo y el coste en función del tamaño
estimado del programa y de un conjunto de “guías
de coste” que incluyen una evaluación
subjetiva del producto, hardware, personal y atributos
del producto
ESFUERZO: E = ai KLDCbi
x FAE
(factor de ajuste del esfuerzo)

31
MODELO 3 (COCOMO avanzado)
incorpora las características del mod. 2 y evalúa el
impacto de los FAE en cada fase del desarrollo.
MODELO 3 (COCOMO avanzado)
incorpora las características del mod. 2 y evalúa el
impacto de los FAE en cada fase del desarrollo.

Modelo Constructivo de CostesModelo Constructivo de Costes
((COCOMO : CoCOCOMO : Constructivenstructive CoCostst MoModel)del)
32

El modelo de esfuerzo general aplicable a todos los niveles de aplicación y modos está dado por:El modelo de esfuerzo general aplicable a todos los niveles de aplicación y modos está dado por:
Donde:Donde:
EE :: Es el esfuerzo estimado expresado en hombres-mesEs el esfuerzo estimado expresado en hombres-mes
EDSIEDSI :: Es el número estimado de líneas de código distribuidas en miles para el proyectoEs el número estimado de líneas de código distribuidas en miles para el proyecto
a, ba, b :: Son constantes determinadas por el modo del desarrollo, ambos incrementados por laSon constantes determinadas por el modo del desarrollo, ambos incrementados por la
complejidad de la aplicación.complejidad de la aplicación.
EAFEAF :: Es el factor de ajuste de esfuerzoEs el factor de ajuste de esfuerzo
EAF= 1EAF= 1 ( modelo básico )( modelo básico )
EAF= producto de 15 factores de costoEAF= producto de 15 factores de costo
(modelo intermedia y avanzado)(modelo intermedia y avanzado)
Coeficientes para el modelo básico que depende de modo de desarrollo:Coeficientes para el modelo básico que depende de modo de desarrollo:
E = a (EDSI)b * (EAF)
MODO DE
DESARROLLO
a b c d
Orgánico 2.4 1.05 2.5 0.38
Semi-acoplado 3.0 1.12 2.5 0.35
Empotrado 3.6 1.20 2.5 0.32
MODELO COCOMOMODELO COCOMO
33

El tiempo de desarrollo requerido por el proyecto, en mesesEl tiempo de desarrollo requerido por el proyecto, en meses
es igual a:es igual a:
DondeDonde
EE :: es el esfuerzoes el esfuerzo
c,dc,d :: son coeficiente, cuyos valores seson coeficiente, cuyos valores se
indicaron anteriormente en una tabla.indicaron anteriormente en una tabla.
El número de programadores es igual a:El número de programadores es igual a:
PG = E / TDEV
34

EjemploEjemplo
1. Usando COCOMO básico para estimar el esfuerzo requerido y el1. Usando COCOMO básico para estimar el esfuerzo requerido y el
costo del proyecto en el desarrollo de un programa de 10000 líneascosto del proyecto en el desarrollo de un programa de 10000 líneas
en modo orgánico se tiene el siguiente:en modo orgánico se tiene el siguiente:
Tiempo de desarrollo del proyectoTiempo de desarrollo del proyecto
TDEV =TDEV = 2.5 (25.2) ^ [0.38] =8.5 meses2.5 (25.2) ^ [0.38] =8.5 meses
Personas necesarias para realizar el proyecto (Personas necesarias para realizar el proyecto (CosteHCosteH) = E/TDEV) = E/TDEV
CosteH = 25.2 / 8.5 = 2.96CosteH = 25.2 / 8.5 = 2.96
Costo total del proyecto (Costo total del proyecto (CosteMCosteM) =) = CosteHCosteH ** Salario medio entre los programadores y analistasSalario medio entre los programadores y analistas..
CosteM = 2.96 * ( 700 $) = 2075 $ en el PeruCosteM = 2.96 * ( 700 $) = 2075 $ en el Peru
2.96 * ( 10002.96 * ( 1000 €€ ) = 2960) = 2960 €€ en Españaen España
Se puede observar que a medida que aumenta la complejidad del proyecto , las constantesSe puede observar que a medida que aumenta la complejidad del proyecto , las constantes
aumentan de 2.4 a 3.6, que corresponde a un incremento del esfuerzo del personal. Hay queaumentan de 2.4 a 3.6, que corresponde a un incremento del esfuerzo del personal. Hay que
utilizar con mucho cuidado el modelo básico puesto que se obvian muchas características delutilizar con mucho cuidado el modelo básico puesto que se obvian muchas características del
entornoentorno
E = 2.4 (10.0)1.05 * 1 = 25.2 Mes-hombre
E = a (EDSI)h * (EAF)

Boehn adopta el modelo COCOMOBoehn adopta el modelo COCOMO
Intermedio para repartir costos aIntermedio para repartir costos a
componentes individuales, considerandocomponentes individuales, considerando
las 8500 líneas proyectadas, realizando lalas 8500 líneas proyectadas, realizando la
lista de componentes:lista de componentes:
Se puede observar que los exponentes sonSe puede observar que los exponentes son
los mismos que los del modelo básico,los mismos que los del modelo básico,
confirmando el papel que representa elconfirmando el papel que representa el
tamaño; mientras que los coeficientes de lostamaño; mientras que los coeficientes de los
Modos orgánico y rígido han cambiado, paraModos orgánico y rígido han cambiado, para
mantener el equilibrio alrededor delmantener el equilibrio alrededor del
semilibre con respecto al efectosemilibre con respecto al efecto
multiplicador de los atributos de coste.multiplicador de los atributos de coste.
COMPONENTES EDSI % TOTAL CMMNOM
PERSONAL 2000 23.4% 7.06
FACTURA 3000 35.3% 10.60
POR COBRAR 3500 41.2% 12.36
MODO DE
DESARROLLO
a b c d
Orgánico 3.2 1.05 2.5 0.38
Semi-acoplado 3.0 1.12 2.5 0.35
Empotrado 2.8 1.20 2.5 0.32
36

Coeficientes para el modelo intermedio que depende de modo de desarrollo:Coeficientes para el modelo intermedio que depende de modo de desarrollo:
Los manejadores de costo tiene para elegir una de las seis posibilidades que son:Los manejadores de costo tiene para elegir una de las seis posibilidades que son:
Very Low (VL), Low (L), Nominal (N), High (H), Very High (VH), y Extra HighVery Low (VL), Low (L), Nominal (N), High (H), Very High (VH), y Extra High
(XH); no todos los rangos son válidos para todos los manejadores de costo.(XH); no todos los rangos son válidos para todos los manejadores de costo.
Manejadores de Costo Very Low Low Nominal High Very High Extra High
ACAP Analyst Capability 1.46 1.19 1.00 0.86 0.71 -
AEXP Applications Experience 1.29 1.13 1.00 0.91 0.82 -
CPLX Product Complexity 0.70 0.85 1.00 1.15 1.30 1.65
DATA Database Size - 0.94 1.00 1.08 1.16 -
LEXP Language Experience 1.14 1.07 1.00 0.95 - -
MODP Modern Programming Practices 1.24 1.10 1.00 0.91 0.82 -
PCAP Programmer Capability 1.42 1.17 1.00 0.86 0.70 -
RELY Required Software Reliability 0.75 0.88 1.00 1.15 1.40 -
SCED Required Development Schedule 1.23 1.08 1.00 1.04 1.10 -
STOR Main Storage Constraint - - 1.00 1.06 1.21 1.56
TIME Execution Time Constraint - - 1.00 1.11 1.30 1.66
TOOL Use of Software Tools 1.24 1.10 1.00 0.91 0.83 -
TURN Computer Turnaround Time - 0.87 1.00 1.07 1.15 -
VEXP Virtual Machine Experience 1.21 1.10 1.00 0.90 - -
VIRT Virtual Machine Volatility - 0.87 1.00 1.15 1.30 -

Nivel de Componente de COCOMO IntermedioNivel de Componente de COCOMO Intermedio
Basado sobre 30hombre-mes para el esfuerzo (E), el numero de EDSI paraBasado sobre 30hombre-mes para el esfuerzo (E), el numero de EDSI para
hombre-mes es dado por.hombre-mes es dado por.
Usando el EDSI/ mes-hombre, cada componente aporta una proporción alUsando el EDSI/ mes-hombre, cada componente aporta una proporción al
total de valor por ejemplo el componentetotal de valor por ejemplo el componente nominanominal mes-hombre(CMMNOM)l mes-hombre(CMMNOM)
para el componente de personal es dado por:para el componente de personal es dado por:
Después de calcular el CMMNOM para cada componente, el factor deDespués de calcular el CMMNOM para cada componente, el factor de
ajuste de esfuerzo (EAF ) es calculado individualmente para cadaajuste de esfuerzo (EAF ) es calculado individualmente para cada
componente.componente.
Por ejemplo: el CMMADJ para el componente factura es calculado por :Por ejemplo: el CMMADJ para el componente factura es calculado por :
(EDSI/mes-hombre)NOM= 8500/30 = 283 EDSI mes-hombre
(CMMNOM) = EDSI por componente/ (EDSI/MM)NOM= 2000/283 =7.06 CMMNOM
CMMADJ= (CMMNOM)*(EAF)= 10.60*1.13 = 11.98 CMMADJ

EjemploEjemplo
2. Usando COCOMO Intermedio para estimar el esfuerzo requerido en2. Usando COCOMO Intermedio para estimar el esfuerzo requerido en
el desarrollo de un programa de 10000 líneas en modoel desarrollo de un programa de 10000 líneas en modo
orgánico, cuyo tamaño es de 200 KDSI, y presenta los siguientesorgánico, cuyo tamaño es de 200 KDSI, y presenta los siguientes
manejadores de costo:manejadores de costo:
Baja Confiabilidad => 0.88Baja Confiabilidad => 0.88
Alta Complejidad del producto => 1.15Alta Complejidad del producto => 1.15
Baja experiencia en la aplicación => 1.13Baja experiencia en la aplicación => 1.13
Alta experiencia en los lenguajes de programación => 0.95Alta experiencia en los lenguajes de programación => 0.95
otros manejadores de costo asumen a ser nominales => 1.00otros manejadores de costo asumen a ser nominales => 1.00
EAF = .88 * 1.15 * 1.13 * .95 = 1.086EAF = .88 * 1.15 * 1.13 * .95 = 1.086
E = 3.2 * ( 2001.05 ) * 1.086 = 906 mes-hombreE = 3.2 * ( 2001.05 ) * 1.086 = 906 mes-hombre
TDEV = 2.5 * 9060.38 = 33.24TDEV = 2.5 * 9060.38 = 33.24
PG = 906/33.24 = 27 programadoresPG = 906/33.24 = 27 programadores

VentajasVentajas
 COCOMO es transparente, se puede ver como trabaja con otros modelos tal comoCOCOMO es transparente, se puede ver como trabaja con otros modelos tal como
SLIM (Software Life Cycle Management).SLIM (Software Life Cycle Management).
 Manejadores de costo ayudan particularmente al estimador a comprender el impactoManejadores de costo ayudan particularmente al estimador a comprender el impacto
de diferentes factores que afectan en el costo del proyecto.de diferentes factores que afectan en el costo del proyecto.
DesventajasDesventajas
 Triunfo depende ampliamente de la adaptación del modelo a las necesidades de laTriunfo depende ampliamente de la adaptación del modelo a las necesidades de la
organización, usando datos históricos; los cuales no siempre están disponibles.organización, usando datos históricos; los cuales no siempre están disponibles.
 Extremadamente vulnerable para la mis-clasificación de el modo de desarrollo.Extremadamente vulnerable para la mis-clasificación de el modo de desarrollo.
 Es difícil estimar KDSI con precisión sobre el antiguo proyecto, cuando la mayoríaEs difícil estimar KDSI con precisión sobre el antiguo proyecto, cuando la mayoría
de las estimaciones de esfuerzo son requeridas.de las estimaciones de esfuerzo son requeridas.
 KDSI, realmente, no es una medida del tamaño, sino una medida de longitud.KDSI, realmente, no es una medida del tamaño, sino una medida de longitud.
40

MODELO DETALLADOMODELO DETALLADO
Presenta principalmente dos mejoras respecto al anterior:Presenta principalmente dos mejoras respecto al anterior:
 Los factores correspondientes a los atributos son sensibles oLos factores correspondientes a los atributos son sensibles o
dependientes de la fase sobre la que se realizan lasdependientes de la fase sobre la que se realizan las
estimaciones. Aspectos tales como la experiencia en laestimaciones. Aspectos tales como la experiencia en la
aplicación, utilización de herramientas de software, etc., tienenaplicación, utilización de herramientas de software, etc., tienen
mayor influencia en unas fases que en otras, y además vanmayor influencia en unas fases que en otras, y además van
variando de una etapa a otra.variando de una etapa a otra.
 Establece una jerarquía de tres niveles de productos, de formaEstablece una jerarquía de tres niveles de productos, de forma
que los aspectos que representan gran variación a bajo nivel,que los aspectos que representan gran variación a bajo nivel,
se consideran a nivel módulo, los que representan pocasse consideran a nivel módulo, los que representan pocas
variaciones, a nivel de subsistema; y los restantes sonvariaciones, a nivel de subsistema; y los restantes son
considerados a nivel sistema.considerados a nivel sistema.

ADA COCOMOADA COCOMO
Barrí Bohema & Walter Rocíe, 1987, 1988 definen el nuevo modelo COCOMO,Barrí Bohema & Walter Rocíe, 1987, 1988 definen el nuevo modelo COCOMO,
llamado "Ada COCOMO".llamado "Ada COCOMO".
Este modelo al igual que el COCOMO estándar utiliza los manejadores de costo yEste modelo al igual que el COCOMO estándar utiliza los manejadores de costo y
ecuaciones anteriormente definidas.ecuaciones anteriormente definidas.
COCOMO INCREMENTALCOCOMO INCREMENTAL
 Fue definido casi al mismo tiempo que Ada COCOMO. EL modelo COCOMO Incremental es unaFue definido casi al mismo tiempo que Ada COCOMO. EL modelo COCOMO Incremental es una
moderna alternativa para el tradicional modelo cascada de el desarrollo de procesos de software.moderna alternativa para el tradicional modelo cascada de el desarrollo de procesos de software.
 Permite una variedad de desarrollo de procesos. En vez de modelar el software como a esfuerzoPermite una variedad de desarrollo de procesos. En vez de modelar el software como a esfuerzo
simple para obtener un producto simple.simple para obtener un producto simple.
 Permite desarrollar una serie de proyectos de software concurrente y producir un productoPermite desarrollar una serie de proyectos de software concurrente y producir un producto
intermedio.intermedio.
Esta estrategia reduce risk y permite entregar un producto inicial más fácilmente alEsta estrategia reduce risk y permite entregar un producto inicial más fácilmente al
cliente.cliente.
También existen algunas derivaciones de COCOMO como ser:También existen algunas derivaciones de COCOMO como ser:
Cocots, (Constructive Cost)Cocots, (Constructive Cost)
Cossemo, (Constructive Staged Schedule & Effort Model).Cossemo, (Constructive Staged Schedule & Effort Model).
Copromo, (Constructive Productivity Improvement Model) ,Coqualmo , CoradmoCopromo, (Constructive Productivity Improvement Model) ,Coqualmo , Coradmo

COCOMO IICOCOMO II
Incorporado en el año 1990.Incorporado en el año 1990.
Modelo que permite estimar el coste, esfuerzo y tiempo cuando se planifica una nueva actividad deModelo que permite estimar el coste, esfuerzo y tiempo cuando se planifica una nueva actividad de
desarrollo software.desarrollo software.
Tiene características de los modelos COCOMO 81 y Ada COCOMO.Tiene características de los modelos COCOMO 81 y Ada COCOMO.
Apunta hacia los proyectos software de los 90 y de la primera década del 2000, y continuará evolucionandoApunta hacia los proyectos software de los 90 y de la primera década del 2000, y continuará evolucionando
durante los próximos años.durante los próximos años.
Presenta tres submodelos :Presenta tres submodelos :
 EL MODELO DE COMPOSICIÓN DE APLICACIONES. El modelo de composición de la aplicación esEL MODELO DE COMPOSICIÓN DE APLICACIONES. El modelo de composición de la aplicación es
usada para estimar el esfuerzo y planificación de proyectos que usa las herramientas integradas CASEusada para estimar el esfuerzo y planificación de proyectos que usa las herramientas integradas CASE
para un desarrollo rápido de la aplicación.para un desarrollo rápido de la aplicación.
 EL MODELO DE DISEÑO ANTICIPADO. puede utilizarse para obtener estimaciones aproximadas delEL MODELO DE DISEÑO ANTICIPADO. puede utilizarse para obtener estimaciones aproximadas del
coste de un proyecto antescoste de un proyecto antes
de que esté determinada por completo su arquitectura.de que esté determinada por completo su arquitectura.
 MODELO POST-ARQUITECTURA :cubre el actual desarrollo y mantenimiento de un producto deMODELO POST-ARQUITECTURA :cubre el actual desarrollo y mantenimiento de un producto de
software. Esta etapa del ciclo de vida procede mas a un costo efectivo.software. Esta etapa del ciclo de vida procede mas a un costo efectivo.
El modelo de post-arquitectura predice el esfuerzo de desarrollo del software, personas-mes (PM),El modelo de post-arquitectura predice el esfuerzo de desarrollo del software, personas-mes (PM),
utiliza un conjunto de 17 multiplicadores de manejadores de costo (EM) y un conjunto de 5 escalas deutiliza un conjunto de 17 multiplicadores de manejadores de costo (EM) y un conjunto de 5 escalas de
manejadores de costo para determinar la escala del exponente del proyecto (SF).manejadores de costo para determinar la escala del exponente del proyecto (SF).
Esta escalas de los manejadores de costo remplazan los modos de aplicación (orgánico, sem.-Esta escalas de los manejadores de costo remplazan los modos de aplicación (orgánico, sem.-
acopladoacoplado
y acoplado); el modelo tiene la siguiente forma:y acoplado); el modelo tiene la siguiente forma:
PM = a * (Size) 1.01 + "j5= 1* I17= 1 EmilPM = a * (Size) 1.01 + "j5= 1* I17= 1 Emil43

Realizando unaRealizando una
comparación entrecomparación entre
COCOMO 81 y COCOMOCOCOMO 81 y COCOMO
II; a este último se leII; a este último se le
añadió nuevosañadió nuevos
manejadores de costosmanejadores de costos
para la aplicacionespara la aplicaciones
precedentes, flexibilidadprecedentes, flexibilidad
en el desarrollo, necesitaen el desarrollo, necesita
documentación para eldocumentación para el
ciclo de vida, múltiplesciclo de vida, múltiples
sitios de desarrollo ysitios de desarrollo y
requiere softwarerequiere software
reusable.reusable.

DIFERENCIAS ENTRE COCOMO II Y ANTECESORESDIFERENCIAS ENTRE COCOMO II Y ANTECESORES

CONCLUSIONESCONCLUSIONES
Al realizar el trabajo de investigación acerca de COCOMO llegamos a lasAl realizar el trabajo de investigación acerca de COCOMO llegamos a las
siguientes conclusiones:siguientes conclusiones:
 COCOMO es una herramienta basada en la líneas de código la cual leCOCOMO es una herramienta basada en la líneas de código la cual le
hace muy poderoso para la estimación de costos y no como otros quehace muy poderoso para la estimación de costos y no como otros que
solamente miden el esfuerzo en base al tamaño.solamente miden el esfuerzo en base al tamaño.
 Hoy en día es necesario para un administrador de proyectos posserHoy en día es necesario para un administrador de proyectos posser
una herramienta de estimación de costos; y esta herramienta puedeuna herramienta de estimación de costos; y esta herramienta puede
ser COCOMO.ser COCOMO.
 COCOMO representa el más extenso modelo empírico para laCOCOMO representa el más extenso modelo empírico para la
estimación de software publicado hasta la fecha.estimación de software publicado hasta la fecha.
 Existen herramientas automáticas que estiman costos basados enExisten herramientas automáticas que estiman costos basados en
COCOMO como ser: Costar, COCOMO 81.COCOMO como ser: Costar, COCOMO 81.
 Con la realización de este trabajo ampliamos nuestro conocimientosCon la realización de este trabajo ampliamos nuestro conocimientos
acerca de la estimación de costos que es fundamental para unacerca de la estimación de costos que es fundamental para un
analista, administrador de proyecto.analista, administrador de proyecto.

Estimacion de costos del Software

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (20)

Similar a Estimacion de costos del Software

Similar a Estimacion de costos del Software (20)

Más de Proyectos de Sistemas - UNPRG

Más de Proyectos de Sistemas - UNPRG (9)

Último

Último (20)

Estimacion de costos del Software