Estimacion de costos del Software

34,632 views

Published on

Published in: Education, Technology, Business
0 Comments
5 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
34,632
On SlideShare
0
From Embeds
0
Number of Embeds
127
Actions
Shares
0
Downloads
1,084
Comments
0
Likes
5
Embeds 0
No embeds

No notes for slide

Estimacion de costos del Software

  1. 1. 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
  2. 2. 2
  3. 3. ESTIMACION DE COSTOSESTIMACION DE COSTOS PLAN 3
  4. 4. LO PRINCIPAL PARA LAS PERSONAS COSTO 4
  5. 5. ESTIMACIÓN DE COSTOSESTIMACIÓN DE COSTOS ACCESO A INFORMACIONACCESO A INFORMACION EXPERIENCIAEXPERIENCIA CORAJE PARA CONFIARCORAJE PARA CONFIAR EN MEDIDASEN MEDIDAS 5
  6. 6. ESTIMACION DE COSTOSESTIMACION DE COSTOS MANEJADORMANEJADOR ESTAESTA ENEN RELACIÓNRELACIÓN COSTO 6
  7. 7. ESTIMACION DE COSTOSESTIMACION DE COSTOS  COSTOCOSTO  TECNOLOGÍATECNOLOGÍA  RECURSOSRECURSOS  COMPLEJIDADCOMPLEJIDAD 7
  8. 8. MÉTRICAS PARA LAMÉTRICAS PARA LA PRODUCTIVIDAD YPRODUCTIVIDAD Y CALIDAD DEL SOFTWARECALIDAD DEL SOFTWARE 8
  9. 9. METRICAMETRICA Es una asignación de valor a un atributo de una entidad propia de software, ya sea un producto o proceso. 9
  10. 10. 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
  11. 11. 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
  12. 12. 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
  13. 13. 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
  14. 14. EL ESFUERZO Y LA MEDIDAEL ESFUERZO Y LA MEDIDA DE LA PRODUCTIVIDADDE LA PRODUCTIVIDAD 14
  15. 15. • Problemas Terminológicos deProblemas Terminológicos de Hombre – MesHombre – Mes 15
  16. 16. 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
  17. 17. METRICASMETRICAS -Relaciona las medidas individuales e indican una medida de Calidad o Productividad. 17
  18. 18. 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
  19. 19. 19
  20. 20. 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
  21. 21. ……....  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
  22. 22. 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
  23. 23. 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
  24. 24. TECNICAS DE ESTIMACIÓN.TECNICAS DE ESTIMACIÓN. 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
  25. 25. TECNICAS DE ESTIMACIÓN.TECNICAS DE ESTIMACIÓN. 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
  26. 26. TECNICAS DE ESTIMACIÓN.TECNICAS DE ESTIMACIÓN. 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
  27. 27. 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. 28. 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. 29. 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. 30. 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. 31. 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.
  32. 32. Modelo Constructivo de CostesModelo Constructivo de Costes ((COCOMO : CoCOCOMO : Constructivenstructive CoCostst MoModel)del) 32
  33. 33. 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
  34. 34. MODELO COCOMOMODELO COCOMO 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
  35. 35. MODELO COCOMOMODELO COCOMO 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)
  36. 36. MODELO COCOMOMODELO COCOMO 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
  37. 37. 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 - MODELO COCOMOMODELO COCOMO
  38. 38. MODELO COCOMOMODELO COCOMO 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
  39. 39. MODELO COCOMOMODELO COCOMO 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
  40. 40. MODELO COCOMOMODELO COCOMO 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
  41. 41. MODELO COCOMOMODELO COCOMO 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.
  42. 42. MODELO COCOMOMODELO COCOMO 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
  43. 43. MODELO COCOMOMODELO COCOMO 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
  44. 44. 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.
  45. 45. DIFERENCIAS ENTRE COCOMO II Y ANTECESORESDIFERENCIAS ENTRE COCOMO II Y ANTECESORES MODELO COCOMOMODELO COCOMO
  46. 46. 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.
  47. 47. 47

×