13/09/2010

Modelo COCOMO
• Barry Boehm [BOE81] introduce una jerarquía
de modelos de estimación de software que
COCOMO II lleva el nombre de COCOMO, COnstructive
COst MOdel (Modelo Constructivo de Costos).
• Varios niveles según avance.
Administración de Proyectos
• COCOMO evolucionó en COCOMO II [BOE96,
BOE00].

01/09/2010
1 2

COCOMO II COCOMO II
• Soporta el modelo de desarrollo en espiral, • Cuenta con varios niveles:
prototipos, reuso, CASE y engloba varios 1. Nivel de construcción de prototipos
niveles que producen estimaciones detalladas 2. Nivel de diseño inicial
de forma incremental. Éstos pueden utilizarse 3. Nivel de reutilización
en sucesivas iteraciones en el desarrollo en 4. Nivel de postarquitectura
espiral.

Sommerville

3 4

1

Niveles de COCOMO II
• 1. Nivel de construcción de prototipos. Éste
presume que el sistema es creado mediante
componentes reutilizables, scripts y
programación de base de datos.
• Fue diseñado para hacer estimaciones de
desarrollo de prototipos
• Las estimaciones de tamaño del software
están basadas en puntos objeto.
• Fórmula= Tamaño/Productividad.
5 6
Niveles de COCOMO II
• 2. Nivel de diseño inicial. Este nivel se utiliza
en etapas tempranas del diseño del sistema,
después de que los requerimientos hayan sido
establecidos.
• Las estimaciones están basadas en puntos de
función, los cuales se convierten a número de
líneas de código.
7 8
13/09/2010
Construcción de prototipos
• La fórmula para el cálculo del esfuerzo para el
prototipado del sistema es:
• PM = (NAP x (1-%reutilización/100))/PROD
• PM = esfuerzo estimado en personas/mes
• NAP = total de puntos de aplicación en el
sistema a desarrollar.
• PROD = productividad medida en puntos
objeto
Diseño inicial
• La fórmula para las estimaciones en este nivel es:
• Esfuerzo = A x TamañoB x M.
• Boehm propone que A = 2.94. (Otros 2.45)
• Tamaño = KSLOC (miles de líneas de código
fuente).
• B = 0.91 X Σ SFj (ver tabla) Corrige según
ambiente; <1 bueno al crecer; >1 malo al crecer
• M = PERS x RCPX x RUSE x PDIF x PREX x FCIL x
SCED (ver tabla)
2

Diseño inicial
• M: Multiplicador.
• RCPX = Fiabilidad y complejidad del producto.
• RUSE = Reutilización requerida.
• PDIF = Dificultad de la plataforma.
• PERS = Capacidad del personal.
• PREX = Experiencia del personal.
• SCED = Calendario.
• FCIL = Facilidades de apoyo.
9 10
Reutilización
• Para el código generado automáticamente, el
modelo estima el número de persona/mes
necesarias para integrar este código.
• PMauto = (ASLOC x AT/100)/ATPROD.
• AT = procentaje de código adaptado que se
genera automáticamente.
• ATPROD = productividad de los ingenieros que
integran el código.
11
13/09/2010
Niveles de COCOMO II
• 3. Nivel de reutilización. Este nivel se utiliza
para calcular el esfuerzo requerido para
integrar componentes reutilizables y/o el
código que es automáticamente generado por
herramientas de diseño de programas de
traducción.
• Normalmente es utilizado con el nivel de post-
arquitectura.
Niveles de COCOMO II
• Ejemplo:
– ATPROD = 2.400 líneas por mes,
– Si hay un total de 20,000 líneas de código
reutilizado de caja blanca en un sistema y un 30%
de éste se genera automáticamente, entonces el
esfuerzo requerido para integrar este código será:
– (20,000 x 30/100)/2400 = 2.5 personas/mes (cifra
equivalente en líneas de código nuevo).
– 30,000 líneas de código reutilizado equivale a
escribir 6,000 líneas de código nuevo.
12
3

Reutilización
• La cifra calculada se suma al número de líneas
de código nuevo a desarrollar del nivel de
postarquitectura.
• Las estimaciones en el nivel de reutilización
son:
• ASLOC : Número de líneas de código en los
componentes que deben ser adaptados.
• ESCLOC : Número equivalente en líneas de
código nuevo.
13
Reutilización
• AAM es la suma de tres componentes:
– Un componente de adaptación (llamado AAF) que
representa el coste de hacer los cambios en el
código reutilizado. Éste tiene en cuenta cambios
de diseño, código e integración.
– Un componente de comprensión (llamado SU) que
representa el coste de entender el código que se
va a reutilizar y la familiarización del ingeniero con
el código.
15
13/09/2010
Reutilización
• ESLOC tiene en cuenta el esfuerzo necesario para
comprender el software, para hacer cambios en
el código a reutilizar y los cambios en el sistema
para integrar este código.
• ESLOC = ASLOC x (1 – AT/100) x AAM.
• ASLOC se reduce de acuerdo con un porcentaje
de código automáticamente generado.
• AAM es el multiplicador de ajuste de la
adaptación, el cual tiene en cuenta el esfuerzo
requerido en la reutilización de código.
14
Reutilización
– Los valores de SU van desde 50 para código
complejo no estructurado hasta 10 para código
orientado a objetos bien escrito.
• Un factor (llamado AA) que representa el
coste de la toma de decisiones para la
reutilización. AA varía entre 0 y 8 según la
cantidad de esfuerzo necesaria.
16
4

Niveles de COCOMO II
• 4. Nivel de postarquitectura. Una vez
diseñado el sistema, se puede hacer una
estimación más precisa del tamaño del
software. Usa KSLOC.
• Este nivel es el más detallado de todos los de
COCOMO II. Se utiliza una vez que se conoce
el diseño arquitectónico del sistema, es decir,
cuando conocemos la estructura de
subsistemas.
17
Postarquitectura
• La estimación del número de líneas de código se
calcula utilizando tres componentes:
– Una estimación del número total de líneas nuevas de
código a desarrollar.
– Una estimación del número de líneas de código fuente
equivalentes (ESLOC) calculadas usando el nivel de
reutilización.
– Una estimación del número de líneas de código que
tienen que modificarse debido a cambios en los
requerimientos.
• Estas estimaciones se añaden para obtener el
tamaño del código (KSLOC).
19
13/09/2010
Postarquitectura
• Las estimaciones están basadas en la misma
fórmula básica (PM = A x TamañoB x M) pero
se utiliza un conjunto más extenso de
atributos (17 en lugar de 7) de producto,
proceso y organización para refinar el cálculo
del esfuerzo inicial.
18
Niveles de COCOMO II
Tabla 3. Factores de escala utilizados para calcular el valor del exponente
Factor de escala Explicación
Precedentes Refleja la experiencia previa de la organización con este tipo de
proyectos. Muy bajo significa sin experiencia previa; Extra alto significa
que la organización está completamente familiarizada con este
dominio de aplicación
Flexibilidad de desarrollo Refleja el grado de flexibilidad en el proceso de desarrollo. Muy bajo
significa que se utiliza un proceso prescrito; Extra alto significa que el
cliente establece sólo metas generales.
Resolución de la arquitectura/riesgo Refleja la amplitud del análisis de riesgo que se lleva a cabo. Muy bajo
significa poco análisis; Extra alto significa un análisis de riesgo
completo y detallado.
Cohesión del equipo Refleja qué tan bien se conocen entre ellos los miembros del equipo de
desarrollo y qué tan bien trabajan juntos. Muy bajo significa
interacciones muy difíciles; Extra alto significa un equipo integrado y
efectivo sin problemas de comunicación.
Madurez del proceso Refleja la madurez del proceso de la organización. El cálculo de este
valor depende del Cuestionario de Madures del CMM pero se puede
alcanzar una estimación sustrayendo el nivel de madurez del proceso
de CMM de 5.
20
5
 13/09/2010

Multiplicadores (1/2)
Tabla 4. Multiplicadores del coste del proyecto
Multiplicadores (2/2)
Tabla 4. Multiplicadores del coste del proyecto
RELY Producto Fiabilidad requerida del sistema
PCON Personal Continuidad del personal
CPLX Producto Complejidad de los módulos del sistema
PCAP Personal Capacidad de los programadores
DOCU Producto Amplitud de la documentación requerida
PEXP Personal Experiencia de los programadores en el dominio de
DATA Producto Tamaño de la base de datos utilizada la aplicación
RUSE Producto Porcentaje de componentes reutilizables AEXP Personal Experiencia de los analistas en el dominio de la
requeridos aplicación
TIME Computadora Restricciones de tiempo de ejecución LTEX Personal Experiencia en el lenguaje y las herramientas de
desarrollo
PVOL Computadora Volatilidad de la plataforma de desarrollo TOOL Proyecto Utilización de herramientas de software
STOR Computadora Volatilidad de la plataforma de desarrollo
SCED Proyecto Comprensión de los tiempos de desarrollo
ACAP Personal Continuidad del personal
SITE Proyecto Ámbito de los distintos lugares de trabajo y sus
comunicaciones
21 22
22

Modificadores de B Valores de factores de escala (SF)

peso va bajando
Muy bajo bajo nominal alto Muy alto Extra alto
• B = 0.91 X Σ SFj
PREC 6.20 4.96 3.72 2.48 1.24 0.00
• PREC: experiencia de proyectos precedentes. Desde FLEX 5.07 4.05 3.04 2.03 1.01 0.00
totalmente sin precedentes hasta totalmente familiar RESL 7.07 5.65 4.24 2.83 1.41 0.00
• FLEX: flexibilidad de desarrollo. Desde requerimientos muy TEAM 5.48 4.38 3.29 2.19 1.10 0.00
rígidos hasta solamente metas generales PMAT 7.80 6.24 4.68 3.12 1.56 0.00
• RESL: Nivel de riesgos y tiempo dedicado a arquitectura,
desde casi nada a total
• TEAM: cohesión del equipo. Desde dificultades graves en
interacción hasta interacción suave.
• PMAT: Madurez de acuerdo a CMM: Desde 1 hasta 5 (uno se
repite)
23 24

6
 13/09/2010

Valores de Modificadores
Extra Muy Bajo Nominal Alto Muy Extra
bajo bajo alto alto
RCPX 0.73 0.81 0.98 1.00 1.30 1.74 2.38
RUSE --- --- 0.95 1.00 1.07 1.15 1.24
PDIF --- --- 0.87 1.00 1.29 1.81 2.61
PERS 2.12 1.62 1.26 1.00 0.83 0.63 0.50
PREX 1.59 1.33 1.12 1.00 0.87 0.71 0.62
FCIL 1.43 1.30 1.10 1.00 0.87 0.73 0.62
SCED --- 1.43 1.14 1.00 1.00 1.00 ---

25