Estimacion de costos del Software

Integrantes:Integrantes:

Díaz Arévalo AntonioDíaz Arévalo AntonioGarcía Saba Jean CarlosGarcía Saba Jean CarlosPupuche Mesa HectorPupuche Mesa HectorVega 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

COSTO4

ESTIMACIÓN DE COSTOSESTIMACIÓN DE COSTOS

ACCESO A INFORMACIONACCESO A INFORMACION

EXPERIENCIAEXPERIENCIA

CORAJE PARA CONFIAR CORAJE PARA CONFIAR EN MEDIDASEN MEDIDAS

5


MANEJADORMANEJADOR

ESTA ESTA EN EN

RELACIÓNRELACIÓN

COSTO

6


COSTOCOSTO

TECNOLOGÍA TECNOLOGÍA

RECURSOSRECURSOS

COMPLEJIDADCOMPLEJIDAD

7

MÉTRICAS PARA LA MÉTRICAS PARA LA PRODUCTIVIDAD Y PRODUCTIVIDAD 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 PRODUCTO CALIDAD 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 – DiaHrs para implemental unPunto de Función

N° deErrores

Importe Monetario

Páginas de Documentación

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

14

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

15

VENTAJAS VENTAJAS Fácil de Obtener.Fácil de Obtener.Existen muchos modelos de estimación Existen 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ÓDIGOINCONVENIENTES•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:FARMACIALos 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)

HOSPITALLos 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 estimaciones adecuadas La realización de estimaciones adecuadas

sobre el tamaño y esfuerzo requerido es sobre el tamaño y esfuerzo requerido es una de las características fundamentales una de las características fundamentales de un proyecto de desarrollo de software de un proyecto de desarrollo de software exitoso.exitoso.

Las malas estimaciones o más Las malas estimaciones o más comúnmente las no estimaciones, son comúnmente las no estimaciones, son posiblemente una de las principales posiblemente una de las principales causas de los fracasos.causas de los fracasos.

20

…….... Las estimaciones están asociadas con el Las estimaciones están asociadas con el

esfuerzo, costo y el tiempo de las esfuerzo, costo y el tiempo de las actividades identificadas del proyecto.actividades identificadas del proyecto.

Los administradores del proyecto deben Los administradores del proyecto deben estimar las respuestas a las siguientes estimar las respuestas a las siguientes preguntas: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 completar ¿Cuánto tiempo se necesita para completar una actividad? 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 PROYECTO DE ESTIMACIÓN DEL PROYECTO DE SOFTWARE.SOFTWARE.

Para realizar estimaciones seguras de costos y Para 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 de Se han desarrollado varias técnicas de estimaciónestimación para el desarrollo de para el desarrollo de softwaresoftware, las , las cuales todas tienen en común los siguientes cuales todas tienen en común los siguientes atributos:atributos:

Se han de establecer de antemano el ámbito del Se han de establecer de antemano el ámbito del proyectoproyecto..

Como bases para la realización de estimaciones Como bases para la realización de estimaciones se usan datos de se usan datos de softwaresoftware de proyectos de proyectos pasados.pasados.

El El proyectoproyecto se descompone en partes más se 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 de Las 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 formas Los 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 para Como 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 proyectos Como 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 los Los datos que soportan la mayoría de los modelos de estimación se obtienen una modelos de estimación se obtienen una muestra limitada de proyectos.muestra limitada de proyectos.

El modelo de estimación no es adecuado para El modelo de estimación no es adecuado para todas las clases de software y en todos los todas las clases de software y en todos los entornos de desarrollo.entornos de desarrollo.

Por lo tanto los resultados obtenidos de dichos Por lo tanto los resultados obtenidos de dichos modelos se deben utilizar con prudencia.modelos se deben utilizar con prudencia.

27

28

EL MODELO COCOMO:

Modelo Constructivo de Costos COCOMO es una jerarquía de modelos deestimación de costes de software que incluyesubmodelos 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 principiodel 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 principiodel 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ñoestimado del programa y de un conjunto de “guíasde 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ñoestimado del programa y de un conjunto de “guíasde 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 elimpacto de los FAE en cada fase del desarrollo.

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

Modelo Constructivo de CostesModelo Constructivo de Costes

((COCOMO : CoCOCOMO : Constructive nstructive CoCost st 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:

E E :: Es el esfuerzo estimado expresado en hombres-mesEs el esfuerzo estimado expresado en hombres-mes

EDSI EDSI :: 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 Son constantes determinadas por el modo del desarrollo, ambos incrementados por la 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= 1 EAF= 1 ( modelo básico )( modelo básico )

EAF= producto de 15 factores de costo EAF= 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 meses El tiempo de desarrollo requerido por el proyecto, en meses

es igual a:es igual a:

Donde Donde

E E :: es el esfuerzoes el esfuerzo

c,d c,d : : son coeficiente, cuyos valores se son 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

MODELO COCOMOMODELO COCOMOEjemploEjemplo

1. Usando COCOMO básico para estimar el esfuerzo requerido y el 1. Usando COCOMO básico para estimar el esfuerzo requerido y el costo del proyecto en el desarrollo de un programa de 10000 líneas costo 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 proyecto Tiempo de desarrollo del proyecto

TDEV =TDEV = 2.5 (25.2) ^ [0.38] =8.5 meses 2.5 (25.2) ^ [0.38] =8.5 mesesPersonas 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 * ( 1000 2.96 * ( 1000 €€ ) = 2960 ) = 2960 € € en España en España

Se puede observar que a medida que aumenta la complejidad del proyecto , las constantes Se 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 que aumentan 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 del utilizar 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)

MODELO COCOMOMODELO COCOMOBoehn adopta el modelo COCOMO Boehn adopta el modelo COCOMO

Intermedio para repartir costos aIntermedio para repartir costos a

componentes individuales, considerando componentes 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 son Se 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 los tamañ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 High Very 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 IntermedioBasado sobre 30hombre-mes para el esfuerzo (E), el numero de EDSI para Basado 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 componente total 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 de Despué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 en 2. Usando COCOMO Intermedio para estimar el esfuerzo requerido en

el desarrollo de un programa de 10000 líneas en modo el desarrollo de un programa de 10000 líneas en modo

orgánico, cuyo tamaño es de 200 KDSI, y presenta los siguientes orgá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.13 Baja 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


Ventajas Ventajas COCOMO es transparente, se puede ver como trabaja con otros modelos tal como COCOMO 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 impacto Manejadores 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 la Triunfo 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ía Es 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 o Los factores correspondientes a los atributos son sensibles o

dependientes de la fase sobre la que se realizan las dependientes de la fase sobre la que se realizan las estimaciones. Aspectos tales como la experiencia en la estimaciones. Aspectos tales como la experiencia en la aplicación, utilización de herramientas de software, etc., tienen aplicación, utilización de herramientas de software, etc., tienen mayor influencia en unas fases que en otras, y además van mayor 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 forma Establece 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 pocas se consideran a nivel módulo, los que representan pocas variaciones, a nivel de subsistema; y los restantes son variaciones, a nivel de subsistema; y los restantes son considerados a nivel sistema.considerados a nivel sistema.

MODELO COCOMOMODELO COCOMOADA COCOMOADA COCOMOBarrí 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 y Este 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 una Fue 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 esfuerzo Permite 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 producto Permite 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 al Esta 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 IIIncorporado 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 de Modelo 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á evolucionando Apunta 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 es EL 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 CASE usada 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 del EL MODELO DE DISEÑO ANTICIPADO. puede utilizarse para obtener estimaciones aproximadas del coste de un proyecto antescoste de un proyecto antesde 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 de MODELO 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 de utiliza 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.-acoplado acoplado

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 una Realizando una comparación entre comparación entre COCOMO 81 y COCOMO COCOMO 81 y COCOMO II; a este último se le II; a este último se le añadió nuevos añadió nuevos manejadores de costos manejadores de costos para la aplicaciones para la aplicaciones precedentes, flexibilidad precedentes, flexibilidad en el desarrollo, necesita en el desarrollo, necesita documentación para el documentación para el ciclo de vida, múltiples ciclo de vida, múltiples sitios de desarrollo y sitios de desarrollo y requiere software requiere 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 le COCOMO 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 que hace 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 posser Hoy en día es necesario para un administrador de proyectos posser una herramienta de estimación de costos; y esta herramienta puede una herramienta de estimación de costos; y esta herramienta puede ser COCOMO.ser COCOMO.

COCOMO representa el más extenso modelo empírico para la COCOMO 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 en Existen 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 conocimientos Con la realización de este trabajo ampliamos nuestro conocimientos acerca de la estimación de costos que es fundamental para un acerca de la estimación de costos que es fundamental para un analista, administrador de proyecto. analista, administrador de proyecto.

Estimacion de costos del Software

Education

Transcript of Estimacion de costos del Software