COCOMO

CoCoMo
PFA=PF*(0.65+0.01∑Fi)
Caracteristicas del dominio de información

Numero de entradas de usuario
Numero de salidas de usuario
Numero de peticiones de usuario
Numero de archivos lógicos
Numero de interfaces externas
Total de PF
Multiplicador
Total de PF sin ajustar
Escala de multiplicación(Fi)

Factor de ponderacion
Simple Media
Alta
*3
*4
*6
*4
*5
*7
*3
*4
*6
*7*10
*15
*5
*7
*10

∑
∑
∑
∑
∑
∑
1.15
PF

Total líneas de código(TLDC)
TLDC=Número medio de LDC de un lenguaje de programación * PFA

Estimación del Esfuerzo
E=A*TLDCB*∏Emi
E=persona/mes
A=2.94
B= B = 0.91 + 0.01 *  SFi

Factores de Escala (SFi)
PREC: Desarrollos previos similares
0.00: nuevo desarrollo es idéntico a previos
1.24: es muy parecido
2.48: bastante parecido3.72: aspectos novedosos
4.96: muy diferente
6.20: totalmente diferente.
FLEX: Flexibilidad del desarrollo (e.g. grado de acuerdo con requerimientos
pre-establecidos o con interfaces externos pre-existente)
0.00: metas son generales
1.01: cierto acuerdo
2.03: acuerdo general
3.04: cierta flexibilidad
4.05: flexibilidad ocasional
5.07: riguroso

RESL: Manejo de riesgos y arquitectura0.00: plan identifica todos los riesgos críticos y establece hitos para resolverlos, calendario y
presupuesto toma en cuenta riesgos, arquitectura puede tomarse hasta el 40% del esfuerzo de
desarrollo, herramientas disponibles para resolver/mitigar riesgos y verificar especificación de la
arquitectura muy poca incertidumbre de remisión, interfaz con usuario, tecnología, desempeño,
riesgos noson críticos.
1.41: plan identifica la mayoría de los riesgos críticos y establece hitos para resolverlos, calendario
y presupuesto toma en cuenta la mayoría de los riesgos, arquitectura puede tomarse hasta el 33%
del esfuerzo de desarrollo, herramientas disponibles para resolver/mitigar mayoría de riesgos y
verificar especificación de la arquitectura, poca incertidumbre remisión, interfaz conusuario,
tecnología, desempeño, riesgos no son críticos.
2.83: plan identifica muchos de los riesgos críticos y establece hitos para resolverlos, calendario y
presupuesto generalmente toma en cuenta riesgos, arquitectura puede tomarse hasta el 25% del
esfuerzo de desarrollo, herramientas regularmente disponibles para resolver/mitigar riesgos y
verificar especificaciòn de la arquitectura algode incertidumbre remisión, interfaz con usuario,
tecnología, desempeño, no más de un riesgo crítico.
4.24: plan identifica algunos de los riesgos críticos y establece hitos para resolverlos, calendario y
presupuesto toma en cuenta algunos de los riesgos, arquitectura puede tomarse hasta el 17% del
esfuerzo de desarrollo, hay problemas con la disponibilidad del arquitecto, algo de herramientasdisponibles para resolver/mitigar riesgos, verificar especificación de la arquitectura, considerable
incertidumbre re misión, interfaz con usuario, tecnología, desempeño, entre 2-4 riesgos críticos.
5.65: plan identifica pocos riesgos críticos y establece hitos para resolverlos, calendario y
presupuesto toma en cuenta pocos riesgos, arquitectura puede tomarse hasta el 10% del esfuerzo
dedesarrollo, hay problemas con la disponibilidad del arquitecto (disp. menor al 40%), pocas
herramientas disponibles para resolver/mitigar riesgos y verificar especificación de la arquitectura,
significativa incertidumbre re misión, interfaz con usuario, tecnología, desempeño, entre 5-10
riesgos críticos.
7.07: plan no identifica los riesgos críticos, calendario y presupuesto no toma en cuenta losriesgos, arquitectura puede tomarse hasta el 5% del esfuerzo de desarrollo, hay problemas con la
disponibilidad del arquitecto (disp. menor del 20%), herramientas no disponibles para
resolver/mitigar riesgos y verificar especificación de la arquitectura, extrema incertidumbre
remisión, interfaz con usuario, tecnología, desempeño, más de 10 riesgos críticos.
TEAM: Cohesión del equipo de...