ALGUNOS MODELOS DE ESTIMACIÓN ALGUNOS MODELOS DE ESTIMACIÓN

COCOMO (COnstructive COst MOdel): Modelo COCOMO Intermedio. La ampliación del modelo básico considera un
a. Básico: Calcula esfuerzo y coste en función del tamaño del programa (LDC). conjunto de "atributos conductores del coste".
b. Intermedio: Calcula el esfuerzo del desarrollo en función del tamaño del (a) Del Producto. (b) Del hardware. (c) Del personal. (d)Del proyecto.
programa y de un conjunto de "conductores de coste" (evaluación subjetiva del
producto, Hardware, personal y atributos del proyecto). Cada atributo se valora desde "muy abajo" hasta "extra alto" (escala de 6 puntos).
Según la evaluación, se determina un multiplicador de esfuerzo (TABLAS DE
COCOMO está definido para tres tipos de proyectos de Software: BOEHM). El factor de ajuste del esfuerzo (FAE) viene del producto de los
1.Modo orgánico: Proyectos pequeños y sencillos, con equipos de experiencia en multiplicadores de esfuerzo. Los valores típicos de FAE van de 0,7 a 1,66.
la aplicación y requisitos poco rígidos.
2.Modo semiacoplado: Proyectos intermedios (más complejos), con equipos que La ecuación del COCOMO intermedio es: E= ai (KLDC) exp(bi) x FAE
poseen variados niveles de experiencia y requisitos más rígidos.
3.Modo empotrado: Proyectos que deben ser desarrollados en un conjunto de Donde E es el esfuerzo aplicado (personas/mes) y KLDC es el número estimado en
Hardware, Software y restricciones muy grandes. líneas de código (en miles). ai y bi son coeficientes. COCOMO es el modelo empírico
más complejo para la estimación del Software.
Modelo COCOMO Básico. Las ecuaciones del COCOMO básico son:
E = ab (KLDC) exp(bb) D = cb (E) exp(db) El modelo COCOMO intermedio maneja los siguientes valores para los coeficientes:

Donde E es esfuerzo aplicado (personas/mes), D es tiempo de desarrollo (meses) y Proyecto ab bb

KLDC es el número estimado de líneas de código (en miles). ab, cb, bb y db son Orgánico 3,2 1,05
coeficientes. El modelo COCOMO básico maneja los siguientes valores para los Semiacoplado 3,0 1,12
coeficientes: Empotrado 2,8 1,20
Proyecto ab bb cb db
Orgánico 2,4 1,05 2,5 0,38
Semiacoplado 3,0 1,12 2,5 0,35 El tiempo de desarrollo se da por td = 2.5 * E(0.38)
Empotrado 3,6 1,20 2,5 0,32
UNIVERSIDAD DEL CAUCA 27 UNIVERSIDAD DEL CAUCA 28

ALGUNOS MODELOS DE ESTIMACIÓN ALGUNOS MODELOS DE ESTIMACIÓN

Ecuaciones nominales de coste. Atributos de coste.

Para cada modo de desarrollo, los 15 atributos del coste intervienen como Estos atributos tratan de capturar el impacto del entorno del proyecto en el coste
multiplicadores en el coste nominal, Kn, para producir el coste ajustado. Las de desarrollo. De un análisis estadístico de más de 100 factores que influencian el
ecuaciones nominales de coste para el modelo intermedio son: coste, Boehm retuvo 15 de ellos para COCOMO. Estos atributos se agrupan en
cuatro categorías: atributos del producto, atributos del ordenador, atributos del
Modo orgánico Kn = 3.2 Sk (1.05) personal y atributos del proyecto.

Modo semiencajado Kn = 3.0 Sk (1.12) (1) Atributos del producto

RELY: garantía de funcionamiento requerida al software
(1.20)
Modo empotrado Kn = 2.8 Sk DATA: tamaño de la base de datos
CPLX: complejidad del producto
Notemos que:
• Los exponentes son los mismos que los del modelo básico, confirmando el papel (2) Atributos del hardware
que representa el tamaño; TIME: restricción de tiempo de ejecución STOR: restricción del almacenamiento principal
VIRT: volatilidad de la máquina virtual TURN: tiempo de respuesta del ordenador
• Los coeficientes de los modos orgánico y empotrado han cambiado, para
mantener el equilibrio alrededor del semiencajado con respecto al efecto (3) Atributos del personal
multiplicador de los atributos de coste. ACAP: capacidad del analista AEXP: experiencia en la aplicación
PCAP: capacidad del programador VEXP: experiencia en máquina virtual
LEXP: experiencia en lenguaje de programación

En este modelo se introducen 15 atributos de coste para tener en cuenta el entorno

(4) Atributos del proyecto
de trabajo. Estos atributos se utilizan para ajustar el coste nominal del proyecto al
MODP: prácticas de programación modernas TOOL: utilización de herramientas software
entorno real, incrementando la precisión de la estimación. SCED: plan de desarrollo requerido

UNIVERSIDAD DEL CAUCA 29 UNIVERSIDAD DEL CAUCA 30

 ALGUNOS MODELOS DE ESTIMACIÓN ALGUNOS MODELOS DE ESTIMACIÓN

Significado de los atributos.

Estos 15 valores se multiplican al Kn, y nos proporciona el esfuerzo ajustado al entorno. A. RELY. Indica las posibles consecuencias para el usuario en el caso que todavía existan
defectos en el producto. Una puntuación 'muy baja' indica que solamente hace falta eliminar los
Very Very Extra defectos sin ninguna otra consecuencia.
COST DRIVERS Low Low Nominal High High High
PRODUCTO Very Low el efecto de un fallo del software simplemente trae como consecuencia la
RELY Fiabilidad 0.75 0.88 1.00 1.15 1.40 inconveniencia de corregir el fallo
DATA Tamaño BD 0.94 1.00 1.08 1.16 Low el efecto de un fallo software es una pérdida fácilmente recuperable para los
CPLX Complejidad Prod. 0.70 0.85 1.00 1.15 1.30 1.65 usuarios
HARDWARE Nominal el efecto es una moderada pérdida para los usuarios, pero es una situación de la
TIME Restric. en T. Ejecución 1.00 1.11 1.30 1.66 que se puede salir sin excesiva dificultad
STOR Restric. Almacenamiento 1.00 1.06 1.21 1.56 High el efecto es una gran pérdida financiera o una inconveniencia masiva humana
VIRT Volatilidad MV 0.87 1.00 1.15 1.30 Very High el efecto es una pérdida de vidas humanas
TURN Tiempo de Respuesta 0.87 1.00 1.07 1.15
PERSONAL B. DATA. Indica el tamaño de la base de datos a desarrollar en relación con el tamaño del
ACAP Capacidad del Analista 1.46 1.19 1.00 0.86 0.71 programa. Tenemos cuatro segmentos con la razón 10-100-1000, que determinan las
AEXP Experiencia en la Aplicación 1.29 1.13 1.00 0.91 0.82 puntuaciones de 'bajo' a 'muy alto'. Se define por el cociente:
PCAP Capacidad del Programador 1.42 1.17 1.00 0.86
D tamaño de la base de datos en bytes
VEXP Experiencia en MV 1.21 1.10 1.00 0.90 =
P tamaño del programa en DSI
LEXP Experiencia en LP 1.14 1.07 1.00 0.95
DEL PROYECTO
donde D es la cantidad de datos a ser articulada y almacenada en memoria secundaria (cintas,
MODP Uso de PMP 1.24 1.10 1.00 0.91 0.82
discos, etc.) hasta el tiempo de entrega del producto software.
TOOL Uso de Herr. Software 1.24 1.10 1.00 0.91 0.83
SCED Agenda de Desarrollo 1.23 1.08 1.00 1.04 1.10 C. CPLX. Indica la complejidad de cada módulo y se utiliza para determinar la complejidad
compuesta del sistema. Entonces la puntuación puede variar de 'muy bajo' si el módulo está
compuesto de expresiones matemáticas simples a 'extremadamente alto' para módulos que
utilizan muchos recursos de planificación.

UNIVERSIDAD DEL CAUCA 31 UNIVERSIDAD DEL CAUCA 32

ALGUNOS MODELOS DE ESTIMACIÓN ALGUNOS MODELOS DE ESTIMACIÓN

D. TIME. Siempre será más exigente para un programador escribir un programa que tiene una Very Low < 4 meses experiencia media
restricción en el tiempo de ejecución. Esta puntuación se expresa en el porcentaje de tiempo de Low 1 año de experiencia media
ejecución disponible. Es 'nominal' cuando el porcentaje es el 50%, y 'extremadamente alto' Nominal 3 años de experiencia media
cuando la restricción es del 95%. High 6 años de experiencia media
Very High > 12 años, o reimplementación de un subsistema
E. STOR. Se espera que un cierto porcentaje del almacenamiento principal sea utilizado por el
programa. El esfuerzo de programación se incremente si el programa tiene que correr en un J. PCAP. La cuantificación es similar a la de ACAP, pero en este caso relacionado con los
volumen menor del almacenamiento principal. STOR captura este esfuerzo extra de 'nominal' programadores. Se aplica a los programadores como grupo, pero no a los programadores
cuando la reducción del almacenamiento principal es del 50% a 'extremadamente alto' cuando individuales.
la reducción es del 95%.
K. VEXP. Cuanto mayor sea la experiencia del grupo de programación con el procesador,
F. VIRT. Durante el desarrollo del software la máquina (hard y soft) en la que el programa se menor será el esfuerzo necesario. VEXP puede variar desde 'muy bajo', cuando la experiencia
va a desarrollar puede sufrir algunos cambios. VIRT lo refleja desde 'bajo' a 'muy alto'. es menor de un mes, a 'alto' cuando esta experiencia es mayor de 3 años.

G. TURN. Cuantifica el tiempo de respuesta del ordenador desde el punto de vista del Very Low < 1 mes experiencia media
programador. Cuanto mayor sea el tiempo de respuesta, más alto será el esfuerzo humano. Low 4 meses
TURN puede variar desde 'bajo' para un sistema interactivo a 'muy alto', cuando el tiempo Nominal 1 año
medio de respuesta es de más de 12 horas. High > 3 años

H. ACAP. La capacidad del grupo de analistas, en términos de habilidad de análisis, eficiencia y L. LEXP. Un grupo de programadores con amplia experiencia en un lenguaje determinado
capacidad para cooperar tiene un impacto significativo en el esfuerzo humano. Cuanto más programará de una manera mucho más segura, generando un menor número de defectos y de
capaz sea el grupo, menos esfuerzo será necesario. ACAP puede variar desde 'muy bajo' a 'muy requerimientos humanos. Puede variar desde 'muy bajo' a 'alto' para un grupo de un mes a
alto'. tres años de experiencia, respectivamente.

Very Low < 1 mes experiencia media

I. AEXP. La experiencia del grupo en una aplicación similar tiene una gran influencia en el Low 4 meses
esfuerzo. Puede variar desde 'muy bajo' (menos de cuatro meses de experiencia) a 'muy alto'
Nominal 1 año
(mayor de 12 años de experiencia).
High > 3 años

UNIVERSIDAD DEL CAUCA 33 UNIVERSIDAD DEL CAUCA 34

 ALGUNOS MODELOS DE ESTIMACIÓN ALGUNOS MODELOS DE ESTIMACIÓN

M. MODP. Utilización de modernas prácticas de programación. Varía de 'muy bajo' a 'muy Ejemplo: Supóngase que se calculó que el tamaño estimado de un proyecto de
alto'. Estas prácticas incluyen, por ejemplo, programación estructurada y desarrollo 'top-down'.
software de modo orgánico es de 32,000 LDC.
Very Low No se utilizan prácticas modernas de programación -PMP-.
Low Uso experimental de algunas PMP MODO BÁSICO
Nominal Experiencia razonable en el uso de algunas PMP
High Experiencia razonable en gran parte de PMP El número de personas–mes requeridas por el proyecto:
Very High Uso habitual de PMP
(1.05)
PM = 2.4 * (32) = 91 p.m. (personas–mes)
N. TOOL. El uso adecuado de herramientas software es un multiplicador de la productividad.
La puntuación de TOOL varía desde 'muy bajo' cuando sólo se utilizan herramientas básicas, a El periodo requerido para terminar el proyecto:
'muy alto' cuando se utilizan herramientas específicas.
(0.38)
O. SCED. El tiempo nominal de desarrollo, tal como se define en el modo básico, es el plazo TDES = 2.5 * (91) * = 14 meses
que requiere menor esfuerzo humano. Cualquier apresuramiento ('muy bajo') o retraso ('muy
alto') demandarán más esfuerzo. La cantidad de personal necesario para terminar el proyecto en la escala de
tiempo: N = PM/TDES = 91/14 = 6.5 personas

UNIVERSIDAD DEL CAUCA 35 UNIVERSIDAD DEL CAUCA 36

ALGUNOS MODELOS DE ESTIMACIÓN ALGUNOS MODELOS DE ESTIMACIÓN

MODELO INTERMEDIO Recalculando lo anterior:

Very Very Extra Modo Orgánico:

COST DRIVERS Low Low Nominal High High High
PRODUCTO PM = 3.2 * (32) (1.05)
= 122 p.m. (personas–mes)
RELY Fiabilidad 0.75 0.88 1.00 1.15 1.40
DATA Tamaño BD 0.94 1.00 1.08 1.16
CPLX Complejidad Prod. 0.70 0.85 1.00 1.15 1.30 1.65
Recordando los valores de las productorias de los FAE y viendo que tanto afecta los
HARDWARE valores de esfuerzo:
TIME Restric. en T. Ejecución 1.00 1.11 1.30 1.66
STOR Restric. Almacenamiento 1.00 1.06 1.21 1.56
VIRT Volatilidad MV 0.87 1.00 1.15 1.30 2.606 1.288 1.000 1.025 1.925 3.325
TURN Tiempo de Respuesta 0.87 1.00 1.07 1.15 317.36 156.83 121.77 124.80 234.46 404.88
PERSONAL
ACAP Capacidad del Analista 1.46 1.19 1.00 0.86 0.71
AEXP Experiencia en la Aplicación 1.29 1.13 1.00 0.91 0.82 El periodo requerido para terminar el proyecto (solo para el valor nominal):
PCAP Capacidad del Programador 1.42 1.17 1.00 0.86
VEXP Experiencia en MV 1.21 1.10 1.00 0.90 (0.38)
TDES = 2.5 * (122) * = 15.5 meses
LEXP Experiencia en LP 1.14 1.07 1.00 0.95
DEL PROYECTO
MODP Uso de PMP 1.24 1.10 1.00 0.91 0.82
TOOL Uso de Herr. Software 1.24 1.10 1.00 0.91 0.83 La cantidad de personal necesario para terminar el proyecto en la escala de
SCED Agenda de Desarrollo 1.23 1.08 1.00 1.04 1.10 tiempo: N = PM/TDES = 122 / 15.5 = 7.8 personas
2.606 1.288 1.000 1.025 1.925 3.325

UNIVERSIDAD DEL CAUCA 37 UNIVERSIDAD DEL CAUCA 38