Foros del Web » Programación para mayores de 30 ;) » Programación General »

Ventajas de COCOMO II sobre COCOMO I

Estas en el tema de Ventajas de COCOMO II sobre COCOMO I en el foro de Programación General en Foros del Web. Hola queria saber si la siguiente compilación esta bien, se trata sobre las ventajas de COCOMO II sobre el 81, si alguien me aporta con ...
  #1 (permalink)  
Antiguo 06/08/2005, 17:49
Avatar de Po5i  
Fecha de Ingreso: julio-2004
Mensajes: 130
Antigüedad: 20 años, 4 meses
Puntos: 0
Ventajas de COCOMO II sobre COCOMO I

Hola queria saber si la siguiente compilación esta bien, se trata sobre las ventajas de COCOMO II sobre el 81, si alguien me aporta con algo mas bienvenido:

Es mejor para lenguajes de programación de cuarta generación como: Visual Basic, Delphi, o Power Builder.

Tiene nuevos manejadores de costos para la aplicaciones precedentes.

Flexibilidad en el desarrollo.

Necesita documentación para el ciclo de vida.

Múltiples sitios de desarrollo

Requiere software reusable.

En COCOMO 81 la formula básica para el tiempo calendario de desarrollo es TDEV = 2.4 * PM0.35. Usando los mismos valores de SF que arrojaron un exponente E de 1.0521, cercano al viejo desarrollo orgánico, el exponente del tiempo calendario se incrementa de 0.35 a 0.5642. En COCOMO II prevé que este exponente pueda variar de 0.28 a 0.9124.

COCOMO II sugiere que muchos de los 17 multiplicadores de esfuerzo no pueden estimarse en el diseño temprano, por lo que los reduce a 7 multiplicadores:

RCPX: Confiabilidad y complejidad del producto.
RUSE: Nivel de reutilizabilidad del desarrollo.
PDIF: Dificultad de uso de la plataforma.
PERS: Capacidad del personal de desarrollo.
PREX: Experiencia del personal de desarrollo.
FCIL: Facilidades de desarrollo.
SCED: Exigencias sobre el calendario.

La familia de modelos de COCOMO II incluye COQUALMO (COcomo QUALity MOdels) conformado por dos modelos, un modelo de inyección de defectos y un modelo de remoción de defectos.

La salida del modelo de inyección de defectos es el número de defectos no triviales, lo que incluye:

Defectos críticos: causan caída del sistema o pérdida irrecuperable de datos o pone en riesgo a la gente;
Defectos graves y moderados: impiden que ejecuten correcta o apropiadamente funciones críticas del sistema

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 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.-acoplado y acoplado); el modelo tiene la siguiente forma:

PM = A * (Size) 1.01 + "j5= 1* I17= 1 Emil
Atención: Estás leyendo un tema que no tiene actividad desde hace más de 6 MESES, te recomendamos abrir un Nuevo tema en lugar de responder al actual.
Respuesta

SíEste tema le ha gustado a 3 personas (incluyéndote)




La zona horaria es GMT -6. Ahora son las 23:18.