Estimación por

COCOMO II
 Temario
 Objetivos
 Nivel de profundidad
 Modelo de Composición de Aplicaciones
 Modelo de Diseño Preliminar
 Modelo de Post-Arquitectura
 Dificultades de la Estimación
 Requisitos de un buen método de estimación
 CMM y Estimación
 Herramientas de Software

2
M.Ing. B. Rossi
 Estimación - Planificación
Punto de partida
M Se conoce el objetivo, ámbito y alcances del proyecto
M Se conocen:
• los requerimientos informales/formales
• el diseño lógico
• …
Puntos
objeto

Composición de
aplicaciones

Puntos de PF Esfuerzo
COCOMO II
Función
Catálogo o CU Tamaño Costo
Diseño Preliminar
Requerimientos
Otros? Post-Arquitectura

Puntos de
Casos de Uso PCU Esfuerzo

3
M.Ing. B. Rossi
 COCOMO
COnstructive COst MOdel
Modelo Constructivo de Costo

Autor: Barry Böehm

Primer versión: 1981 - COCOMO 81
Ultima versión: 1995 - COCOMO II

4
M.Ing. B. Rossi
 Objetivo
Estimar el esfuerzo necesario (rrhh) y
tiempo de desarrollo
para construir un producto software

MM o PM: esfuerzo medido en meses-persona

TEDV: tiempo de desarrollo
RRHH: personal necesario (MM /TEDV)
COSTO del personal
Características de COCOMO II:
1) Modelo de estimación adaptable a las prácticas de los años 90 y
2000.
2) Desarrolla una base de datos de costos y herramientas de soporte
para una mejora continua del modelo.
3) Proporciona un sistema analítico cuantitativo y un set de
herramientas y técnicas para evaluar los efectos de la tecnología
de software sobre los costos del ciclo de vida y el tiempo de
desarrollo.
5
M.Ing. B. Rossi
 Modelos - Nivel de profundidad
1) MODELO DE COMPOSICION DE APLICACIONES
-“Aplication Composition Model”, se puede utilizar en:
 fases iniciales del ciclo en espiral y
 en desarrollos que requieran prototipos

2) MODELO DE DISEÑO PRELIMINAR

- “Early Design Model”, se puede utilizar:
 como continuación del modelo de composición de
aplicaciones,
 en los primeras etapas del proyecto cuando se conoce
poco sobre el tamaño del producto, la plataforma, el
personal involucrado o las especificaciones detalladas.

3) MODELO POST ARQUITECTURA

- “Post-Arquitecture Model”, se puede utilizar:
 una vez que el proyecto está listo para ser
desarrollado, cuando existe información más exacta
sobre los disparadores de costo involucrados
(especificaciones, entradas, personal, etc).
6
M.Ing. B. Rossi
 Modelos - Nivel de profundidad
Composición de Diseño Preliminar Post-Arquitectura
Aplicaciones

Tamaño Puntos Objeto Puntos de Función Puntos de Función

KDSL KDSL

Esfuerzo NPO /PROD A * (Size)B A * (Size)B

MM o PM
nominal
MM o PM ----- 7 multiplicadores 17 multiplicadores
ajustado de esfuerzo de esfuerzo

Tiempo de
desarrollo [3,67 * MM (0,28+0,2 *(1,16-1.01)] [3,67 * MM (0,28+0,2 *(B-1,01))] * SCED% / 100
TEDV
RRHH MM / TEDV

7
M.Ing. B. Rossi
 1) Modelo de Composición de Aplicaciones

Basado en la contabilización de Puntos Objeto

Pasos a seguir:
1) Estimar el número de pantallas, reportes, y módulos 3GL.
2) Valorar la complejidad de cada objeto.
3) Ponderar cada objeto con su complejidad.
4) Determinar los Puntos Objeto.
5) Determinar los PO ajustados según el % de reuso esperado.
6) Determinar el índice de productividad.
7) Estimar el esfuerzo en meses /hombre.
8) Estimar el tiempo y personal de desarrollo.

8
M.Ing. B. Rossi
 Paso 1: hacer el recuento de
pantallas, reportes, módulos 3GL

Aplicación

Pantallas Pantallas de salida

de entrada Módulos 3GL
Reportes escritos
Reportes grabados

9
M.Ing. B. Rossi
 Paso 2: valorar la complejidad
Pantallas
Número de Cantidad de tablas fuentes
vistas
Total < 4 Total < 8 Total 8+
contenidas
• < 2 server • 2/3 server • > 3 server
• < 3 cliente • 3/5 cliente • > 5 cliente
<3 simple simple medio
3-7 simple medio difícil
>8 medio difícil difícil

Reportes
Número de Cantidad de tablas fuentes
secciones
Total < 4 Total < 8 Total 8 +
contenidas
• < 2 server • 2/3 server • > 3 server
• < 3 cliente • 3/5 cliente • > 5 cliente
0-1 simple simple medio
2-3 simple medio difícil
4+ medio difícil difícil

10
M.Ing. B. Rossi
 Paso 3: ponderar la complejidad de cada objeto

Ponderación de la complejidad
Tipo de Objeto Simple Media Difícil

Pantallas 1 2 3
Reportes 2 5 8
Componentes 3GL 10

Tipo de Objeto Complejidad Cantidad Peso PO

Simple 5 1 5

Ejemplo Pantallas Media 2 2 4

Difícil 1 3 3

Simple 2 2 4

Reportes Media 2 5 10

Difícil 2 8 16

Componentes 3GL Difícil 7 10 70

11
M.Ing. B. Rossi
 Paso 4: determinar los Puntos Objeto

PO = Sumatoria de los Puntos Objetos ponderados.

(PO = Puntos objeto  Object Point)

Tipo de Objeto Complejidad Cantidad Peso PO

Simple 5 1 5
Ejemplo
Pantallas Media 2 2 4

Difícil 1 3 3

Simple 2 2 4

Reportes Media 2 5 10

Difícil 2 8 16

Componentes 3GL Difícil 7 10 70

Total Ponderado (Puntos Objetos) 112

12
M.Ing. B. Rossi
 Paso 5: determinar los NPO según
el % de reutilización esperada
 Definir el porcentaje de reutilización que se
espera alcanzar en el proyecto
 Calcular los NPO, Nuevos Puntos Objeto
(New Object Point)
NPO = PO x (100 - % reuso)
100
(NPO = Nuevos Puntos objeto  New Object Point)

Ejemplo

NPO = 112 x (100 - 30) = 78,4

100

13
M.Ing. B. Rossi
 Paso 6: determinar PROD
índice de productividad
Productividad
Capacidad y Muy baja Baja Nominal Alta Muy Alta
Experiencia de los 2 3,5 6,5 25
12,5
desarrolladores
Capacidad y Madurez Muy baja Baja Nominal Alta Muy Alta
en utilización de ICASE 2 3,5 12,5 25
6,5

Ejemplo PROD = 12,5 + 6,5 = 19

Paso 7: estimar MM
esfuerzo en meses/hombre
MM = NPO / PROD
Ejemplo

MM = 78,4/19
MM = 4,13 meses/hombre 14
M.Ing. B. Rossi
 Paso 8: Calcular el tiempo de desarrollo -TDEV

TDEV = (3.67 x MM(0.28 + 0.2 x (B – 1,01))) x (SCED% / 100)

SCED Extra Muy bajo Bajo Nominal Alto Muy alto Extra
bajo alto
% ajuste al plan
75% del 85% del 100% del 130% del 160% del
nominal nominal nominal nominal nominal

TDEV = (3.67 x 4,13(0.28 + 0.2 x (1,16-1,01))) x (100 / 100)

TDEV = (3.67 x 4,13(0.31)) x 1 = 5,69

RRHH = MM / TEDV = 4,13/ 5,69 = 0,73

Desarrollar 78,4 Puntos Objeto demanda

5 a 6 meses de 1 persona
15
M.Ing. B. Rossi
 Impacto del índice de productividad
Productividad
Capacidad y Muy baja Baja Nominal Alta Muy Alta
Experiencia de los 2 3,5 6,5 25
12,5
desarrolladores
Capacidad y Madurez Muy baja Baja Nominal Alta Muy Alta
en utilización de ICASE 2 3,5 12,5 25
6,5

Ejemplo

PO/PROD MM TEDV RRHH

Personas Mes Tiempo meses
78,4 / 4 19,6 9,23 2,12
78,4 / 7 11,2 7,76 1,44
78,4 / 13 6 6,40 0,94
78,4 / 19 4,13 5,69 0,73
78,4 / 25 3,1 5,21 0,60
78,4 / 50 1,6 4,24 0,38

16
M.Ing. B. Rossi
 2) Modelo de Diseño Preliminar

Basado en la contabilización de Puntos de Función sin ajustar

Pasos a seguir:
1) Estimar el tamaño del software: SIZE (KDSL)
2) Establecer la escala de ahorro-gasto del proyecto: B
3) Calcular la cantidad de persona/meses sin ajustar: MMn ó PMn
4) Determinar el multiplicador de esfuerzo utilizando en base a
los disparadores de costo: EM
5) Calcular la cantidad ajustada de persona/meses: MMa ó PMa
6) Calcular el tiempo de desarrollo: TEDV
7) Estimar el personal necesario: RRHH
17
M.Ing. B. Rossi
 Modelo de Diseño Preliminar
A= Constante que captura el
esfuerzo lineal de los
proyectos a medida que B = Factor escalar que indica el grado de
estos incrementan su economía en el esfuerzo a realizar o bien
tamaño, evita los efectos variaciones en la productividad
multiplicativos del esfuerzo
en proyectos que van B= 0,91+0,01  W i
creciendo. Actualmente está
calibrada en 2,45 y es
Factores
ajustable a los datos Wi
empíricos de cada empresa.
PREC
precedente

Esfuerzo FLEX
flexibilidad
medido en
personas/ RESL
resolución
meses riesgos
TEAM
Tamaño del software expresado en miles de líneas de código cohesión
equipo
KSLOC determinado a partir de los Puntos de Función sin
ajustar que se convierten según tabla en LOC y se dividen PMAT
por 1000. KSLOC = LOC / 1000. madurez
del proceso

18
M.Ing. B. Rossi
 Paso1: estimar el tamaño del software
Lenguaje SLOC x PF
Ada 71
Algol 106
APL 32
Asembler
Basic
320
64
Se calcula KSLOC:
C 150
C++ 29 • Se multiplica por las líneas
Se toman los Chill
5GL (generadores de codigo)
106
15 de código x cada PF según
Puntos de Cobol 106 el lenguaje
Función 4GL database 40

• Se divide por 1000

Forth 64
sin ajustar Fortran 106
Jovial 106
Lisp 64
Logo 53
Macro Asembler 213
Modula-2 71
Objecitve-C 26
Pascal 91
PL/1 80
Fuente: Putnam & Meyers Prolog 64
Sallis, Tate & MacDonald Query Languages 16
Jones RPG 80
Samall Talk 21
Spreadsheet languages 6
Stratagem 35

165 PF Lenguaje C++ SIZE

sin ajustar 165 * 29= 4785 SLOC 4785/1000= 4,785 KSLOC
19
M.Ing. B. Rossi
 Paso 2: establecer la escala de ahorro o gasto
B= 0,91+0,01  Wi

Factores
Si B < 1.0: el proyecto presenta ahorros de escala
Wi  si se duplica el tamaño del producto el esfuerzo es menor que el
PREC doble
precedente  la productividad del proyecto aumenta a medida que aumenta el
FLEX tamaño del producto
flexibilidad  se pueden lograr ahorros de escala con herramientas
RESL específicas (simuladores, soft para testing, etc)
resolución
riesgos
Si B = 1.0: los gastos y ahorros están equilibrados
TEAM  se usa en proyectos pequeños y en el modelo de Composición de
cohesión
equipo Aplicaciones

PMAT Si B > 1.0: el proyecto presenta gastos de escala

madurez
del proceso  crecimiento del gasto en comunicaciones por la cantidad de
personal involucrado en el proyecto
 crecimientos del gasto en la integración del sistema por el gasto
adicional en esfuerzo para diseñar, probar, integrar y mantener
las interfases con el resto de la aplicación
20
M.Ing. B. Rossi
 Paso 2: establecer la escala de ahorro-gasto
Escala de factores para los modelos Diseño Preliminar y Post Arquitectura
Factor Muy bajo Bajo Nominal Alto Muy alto Extra alto
(Wi)
PREC: Precedencia
Sin Muy pocos Pocos Familiar Muy Totalmente
 Comprensión organizacional. Experiencia laboral en sistemas relacionados
Precedentes precedentes Precedentes Familiar familiar
PREC  Desarrollo concurrente de nuevo HW y procedimientos
2,48
6,20 4,96 3,72 1,24 0
Necesidad
FLEX: de arquitecturas de
Flexibilidad de Desarrollo proceso y datos innovadores
FLEX Riguroso Ocasional Algo Conformidad Algo Metas
 Necesidad de conformidad del SW con requisitos establecidos
5,07 4,05 Flexible gral. Conforme Generales
 Necesidad de conformidad del SW con especificaciones de interfaz externas
3,04 2,03 1,01 0
Prioridad
RESL: en la finalización anticipada
Arquitectura – Resolución de riesgos
RESL Poco (20%) Algo (40%) A menudo Usualmente Mayormen- Totalmente
 Plan de Gestión de
7,07 Riesgos identifica
5,65 (60%) los riesgos
(75%)críticostey(90%)
establece hitos para
(100%)
resolverlos 4,24 2,83 1,41 0
 Porcentaje
TEAM:
TEAM Interacción
de
Cohesión horario
del dedicado
equipo
Interacción
a
(usuarios,establecer
clientes,
Interacción
la arquitectura
desarrolladores…)
Bastante Altamente Interacción
Porcentaje
Consistencia
 muy difícil
de arquitectos
de objetivos
algo difícil
de
y SW de
culturas alto nivel requeridos
básicamente cooperativa cooperativa sin fisuras
 Herramientas
Habilidad
5,48
y de soporte
servicialidad
4,38
disponibles
para acomodar
cooperativa
para resolución
objetivos
2,19
de de riesgos
otros de arquitectura
grupos
1,10 0
 Número
PMAT: y criticidad
Experiencia
Madurez dedel de ítems de riesgo
losproceso
desarrolladores
3,29
en operar como un equipo
Capacidadde
1. Resultado para lograr una de
la evaluación visión
los compartida y compromisos
niveles de CMM
7,80
PMAT 2. Porcentaje 6,24 4,68 3,12 1,56 0
de conformidad en el análisis de 18 áreas de proceso
Promedio ponderado de
 Comprensión de "SI" en respuesta del cuestionario de madurez del CMM
requisitos
 Planificación y Seguimiento de proyectos
 Gestión y Aseguramiento de la calidad
 Gestión de Configuración
 Programa B= 0,91+0,01
de formación W i
 Gestión de cambio de tecnología
 ….. 21
M.Ing. B. Rossi
 Paso 2: establecer la escala de ahorro-gasto
Escala de factores para los modelos Diseño Preliminar y Post Arquitectura
Factor Muy bajo Bajo Nominal Alto Muy alto Extra alto
(Wi)

Sin Muy pocos Pocos Familiar Muy Totalmente

Precedentes precedentes Precedentes Familiar familiar
PREC 2,48
6,20 4,96 3,72 1,24 0
FLEX Riguroso Ocasional Algo Conformidad Algo Metas
5,07 4,05 Flexible gral. Conforme Generales
3,04 2,03 1,01 0
RESL Poco (20%) Algo (40%) A menudo Usualmente Mayormen- Totalmente
7,07 5,65 (60%) (75%) te (90%) (100%)
4,24 2,83 1,41 0
TEAM Interacción Interacción Interacción Bastante Altamente Interacción
muy difícil algo difícil básicamente cooperativa cooperativa sin fisuras
5,48 4,38 cooperativa 2,19 1,10 0
3,29
PMAT 7,80 6,24 4,68 3,12 1,56 0
Promedio ponderado de "SI" en respuesta del cuestionario de madurez del CMM

B= 0,91+0,01  W i
Ejemplo
B= 0,91+0,01*(4,96+4,05+2,83+2,19+1,56)= 1,0659
22
M.Ing. B. Rossi
 Paso 2: establecer la escala de ahorro-gasto
Característica Muy Bajo Nominal/Alto Muy Alto
Entendimiento de la organización de los General Considerable Completo
Factores objetivos del producto
Wi Experiencia en trabajar con sistemas Moderada Considerable Alta
software relacionados
PREC
precedente Conlleva desarrollos concurrentes Extensivo Moderado Algo
asociados a nuevas tecnologías y
FLEX procedimientos
flexibilidad Necesidad de procesamiento de datos, Considerable Algo Mínima
RESL
arquitecturas o algoritmos innovadores
resolución
riesgos

TEAM Característica Muy Bajo Nominal/Alto Muy Alto

cohesión Necesidad de conformidad del software Completa Considerable Básica
equipo con requerimientos preestableblecidos
PMAT Necesidad de conformidad con Completa Considerable Básica
madurez especificaciones de interfaces externas
del proceso
Premio por cumplimiento anticipado Alto Medio Bajo

23
M.Ing. B. Rossi
 Paso 2: establecer la escala de ahorro-gasto
Características Muy Bajo Nominal Alto Muy Extra
Bajo Alto Alto
Plan de control de riesgos Ninguno Poco Algo General- La Completo
Factores identificando los puntos críticos, mente mayoría
Wi estableciendo hitos para su de las
resolución por PDR*
veces
PREC Fechas, presupuesto e hitos
internos a través del PDR* y
Ninguno Poco Algo General- La Completo
precedente compatible con el plan de
mente mayoría
de las
control de riesgos
veces
FLEX Porcentaje de fechas de 5% 10 % 17 % 25 % 33 % 40 %
flexibilidad desarrollo dedicadas a
establecer la arquitectura,

RESL
delineando los objetivos
generales del proyecto
resolución Porcentaje requerido de 20 % 40 % 60 % 80 % 100 % 120 %
riesgos disponibilidad de arquitectos de
software de última tecnología.
Disponibilidad de soporte de No Poco Algo Bueno Muy Completa
TEAM herramientas para resolver los
items de riesgos, desarrollando
Existe Buena
cohesión y verificando las
equipo especificaciones de la
arquitectura

PMAT
Nivel de incertidumbre en Extremo Signifi- Considera- Algo Poco Muy
puntos clave de la arquitectu- cativo ble Poco
madurez ra: misión, interfaces de
del proceso usuarios, COTS**, hardware,
tecnología, performance
Cantidad y criticidad de los >10 5-10 2-4 1 Crítico > 5 No < 5 No
riesgos del proyecto Críticos Críticos Críticos Críticos Críticos

24
M.Ing. B. Rossi
 Paso 2: establecer la escala de ahorro-gasto
Factores
Wi Característica Muy Bajo Nominal Alto Muy Alto Extra
Bajo Alto
PREC Consistencia en los Poca Algo Básica Conside- Fuerte Completa
precedente
objetivos y culturas de los rable
FLEX participantes
flexibilidad Habilidad y disposición de Poca Algo Básica Conside- Fuerte Completa
los participantes para rable
RESL adecuarse a los objetivos
resolución de otros participantes.
riesgos Experiencia de los Ninguna Poca Poca Básica Conside- Extensa
participantes en operar rable
TEAM como un equipo.
cohesión Posibilidad de construir Ninguna Poca Poca Básica Considera Extensa
equipo
equipos con los ble
participantes para alcanzar
PMAT una visión compartida y
madurez
compromisos
del proceso

25
M.Ing. B. Rossi
 Paso 2: establecer la escala de ahorro-gasto
Casi Con A medias En En pocas No No se
siempre frecuencia 40-60% ocasiones ocasiones aplica conoce
90% 60-90% 10-40% < 10%
Gestión de requerimientos 90%
Factores Planeamiento del proyecto de SW 50%
Wi
Seguimiento del proyecto de SW 60%
PREC Gestión de contratación del SW 30%
precedente
Aseguramiento de la calidad del SW 60% Para calcular
FLEX SQA PMAT primero es
flexibilidad Gestión de configuración del SW 80% necesario estimar
RESL Focos de proceso de organización 50% los porcentajes de
resolución
riesgos
Definición de proceso de organización 45% cumplimiento de
Programa de capacitación 80% los KPA (Key
TEAM Process Areas)
cohesión Gestión del SW integrado 60%
equipo Ingeniería de producto SW 40%

PMAT Coordinación intergrupos 60%

madurez Revisiones por pares 80%
del proceso
Gestión de proceso cuantitativa 10%
Gestión de calidad SW 25%
Prevención de defectos 20%
Gestión de cambios de tecnología 60%
Gestión de cambios de proceso 45% 26
M.Ing. B. Rossi
 Paso 2: establecer la escala de ahorro-gasto
Cálculo KPA - PMAT
 Casi Siempre: más del 90% de los casos.
 Frecuentemente: entre el 60 al 90% de los casos.
 La mitad: entre el 40 al 60%.
 Ocasionalmente: entre el 10 y el 40% de los casos.
 Raramente: menos del 10% de los casos.
 No aplica: la tarea no tiene relevancia en el proyecto.
 No sabe: se desconoce.

18
B= 0,91+0,01  W i
PMAT= 5 –[ ( % KPA i / 100) * ( 5 / 18 ))]
i=1
PMAT= 5 –[(9,45 * (5/18)] = 2,375

B= 0,91+0,01*(4,96+4,05+2,83+2,19+1,56)= 1,0659

B=0,91+0,01*(4,96+4,05+2,83+2,19+2,375)= 1,07405
27
M.Ing. B. Rossi
 Paso 3: Calcular PM nominal
B= 0,91+0,01  W i
B = 1,07405
Factores
A= Constante calibrada Wi
actualmente en 2,45 PREC
precedente

FLEX
flexibilidad

RESL
resolución
riesgos

TEAM
cohesión
Tamaño del software equipo
100 KDSI ; 200 KDSI PMAT
Ejemplo miles de líneas de código: madurez
del proceso

100 (1,07405) = 140,64 PM = 2,45 x 100 (1,07) = 344,57

200 (1,07405) = 296,08 PM = 2,45 x 200 (1,07) = 725,40

PM = 344.57 significa que el proyecto(100KDSI) lleva

344 meses y medio de una sola persona dedicada
28
M.Ing. B. Rossi
 Incidencia del valor B en PM

Ejemplo

PM = 2,45 x 100 (0,91) = 161,87

B < 1
PM = 2,45 x 200 (0,91) = 304,16

PM = 2,45 x 100 (1,00) = 245

B = 1
PM = 2,45 x 200 (1,00) = 490

PM = 2,45 x 100 (1,07) = 344,57

B > 1
PM = 2,45 x 200 (1,07) = 725,40

29
M.Ing. B. Rossi
 Paso 4: determinar el
Multiplicador de esfuerzo
Fórmula con 7 factores para el Modelo de Diseño Preliminar

Producto

30
M.Ing. B. Rossi
 Paso 4: determinar el multiplicador de esfuerzo
Disparadores de Disparadores de
costo para costo para
Diseño Preliminar Post-Arquitectura
RCPX RELY, DATA, CPLX,
Factores para el producto DOCU
RUSE RUSE
Factores de la plataforma PDIF TIME, STOR, PVOL
PERS ACAP, PCAP, PCON
Factores para el personal
PREX AEXP, PEXP, LTEX
FCIL TOOL, SITE
Factores del proyecto
SCED SCED

Relación entre los multiplicadores de

esfuerzo de cada modelo.

31
M.Ing. B. Rossi
 Paso 4: determinar el Multiplicador de esfuerzo
1. RCPX: confiabilidad y complejidad del producto
• fiabilidad de la documentación
• complejidad del producto
• medida de la Base de Datos
2. RUSE: reutilización requerida
3. PDIF: dificultad de la plataforma
• restricciones de tiempo y almacenamiento
• volatilidad de la plataforma
4. PERS: capacidad del personal
• capacidad de los analistas y programadores de trabajo en equipo
• porcentaje de rotación anual del personal
5. PREX: experiencia del personal en aplicaciones, plataforma,
lenguaje y herramienta
6. FCIL: facilidades
• soporte de la herramienta CASE
• condiciones multilugar
7. SCED: ajustes a la planificación
32
M.Ing. B. Rossi
 Paso 4: determinar el Multiplicador de esfuerzo
RCPX: confiabilidad y complejidad del producto
Se calcula la media, redondeando en las diferencias hacia el nominal
Extra Muy bajo Bajo Nominal Alto Muy alto Extra alto
bajo
Fiabilidad de la Muy Poco Algo Básico Fuerte Muy fuerte Extremo
documentación poco

Complejidad del Muy Simple Algo Moderado Complejo Muy Extremada

producto simple complejo mente
complejo

Medida de la Pequeño Pequeño Pequeño Moderado Grande Muy grande Muy

Base de Datos Grande

Valor del 0,73 0,81 0,98 1,00 1,30 1,74 2,38

Driver

RUSE - Reutilización de software

Extra Muy bajo Bajo Nominal Alto Muy alto Extra
bajo alto
RUSE Nada Por Por Por línea de Por múltiples
programa proyecto producto líneas de
producto
Valor del 0,95 1,00 1,07 1,15 1,24
Driver

33
M.Ing. B. Rossi
 Paso 5: calcular PM ajustado
Diseño
Preeliminar

XLO VLO LO NOM HI VHI XHI

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

PMn = 2,45 x 100 (1,07) = 344,57

PMn = 2,45 x 200 (1,07) = 725,40
7
 EMi = 1,30 * 1 * 1 * 1* 0,87 * 0,87 * 1= 0,984
i=1

PMa = 344,57 x 0,984 = 339,06

PMa = 725,40 x 0,984 = 713,79 34
M.Ing. B. Rossi
 Paso 6: Calcular el tiempo de desarrollo -TDEV

TDEV = (3.67 x PM(0.28 + 0.2 x (B – 1,01))) x (SCED% / 100)

SCED Extra Muy bajo Bajo Nominal Alto Muy alto Extra
bajo alto
% ajuste al plan
75% del 85% del 100% del 130% del 160% del
nominal nominal nominal nominal nominal

PMa = 344,57 x 0,984 = 339,06 B = 1,07405

PMa = 725,40 x 0,984 = 713,79

TDEV = (3.67 x 339,06(0.28 + 0.2 x (1,07– 1,01))) x (75% / 100)

TDEV = (3.67 x 339,06(0.292)) x (0,75) = 15,09

RRHH = PM / TEDV = 339,06/ 15,09 = 22,47

Desarrollar 100 KDSL demanda

15 meses de 22/23 personas
35
M.Ing. B. Rossi
 3) Modelo de Post - Arquitectura

Basado en la contabilización de Puntos de Función sin ajustar

Pasos a seguir:

1) Estimar el tamaño del software (= Diseño Preliminar)

2) Establecer la escala de ahorro-gasto (= Diseño Preliminar)
3) Calcular la cantidad de persona/meses sin ajustar (= DP)
4) Determinar el multiplicador de esfuerzo en base a los
disparadores de costo
5) Calcular la cantidad ajustada de persona/meses
6) Calcular el tiempo de desarrollo (= Diseño Preeliminar)
7) Estimar la cantidad de personal (= Diseño Preeliminar)
36
M.Ing. B. Rossi
 Paso 1: estimar el tamaño del SW
Lenguaje SLOC x PF
Ada 71
Algol 106
APL 32
Asembler 320
Basic 64
C 150
Se toman los puntos de C++ 29
Chill 106
función sin ajustar y se 5GL (generadores de codigo) 15
Cobol 106
les aplica las métricas 4GL database 40
de cálculo de líneas de Forth
Fortran
64
106
código Jovial 106
Lisp 64
Logo 53
Macro Asembler 213
Modula-2 71
Objecitve-C 26
Pascal 91
PL/1 80
Prolog 64
Query Languages 16
RPG 80
Samall Talk 21
Spreadsheet languages 6
Stratagem 35

37
M.Ing. B. Rossi
 Paso 2: establecer la escala de ahorro-gasto
Escala de factores para los modelos Diseño Preliminar y Post Arquitectura
Factor Muy bajo Bajo Nominal Alto Muy alto Extra alto
(Wi)
Sin Muy pocos Pocos Familiar Muy Totalmente
Precedentes precedentes Precedentes Familiar familiar
PREC 2,48
6,20 4,96 3,72 1,24 0
FLEX Riguroso Ocasional Algo Conformidad Algo Metas
5,07 4,05 Flexible gral. Conforme Generales
3,04 2,03 1,01 0
RESL Poco (20%) Algo (40%) A menudo Usualmente Mayormen- Totalmente
7,07 5,65 (60%) (75%) te (90%) (100%)
4,24 2,83 1,41 0
TEAM Interacción Interacción Interacción Bastante Altamente Interacción
muy difícil algo difícil básicamente cooperativa cooperativa sin fisuras
5,48 4,38 cooperativa 2,19 1,10 0
3,29
PMAT 7,80 6,24 4,68 3,12 1,56 0
Promedio ponderado de "SI" en respuesta del cuestionario de madurez del CMM

B= 0,91+0,01  W i
Ejemplo
B= 0,91+0,01*(4,96+4,05+2,83+2,19+1,56)= 1,0659 38
M.Ing. B. Rossi
 Paso 3: calcular PM nominal
B= 0,91+0,01  W i
A= Constante calibrada
actualmente en 2,45

Factores
Wi
PREC
precedente

FLEX
flexibilidad

RESL
resolución
Tamaño del software riesgos

expresado en miles de TEAM

líneas de código cohesión
equipo

PMAT
madurez
del proceso

39
M.Ing. B. Rossi
 Paso 4: calcular el Multiplicador de esfuerzo

Fórmula con 17 factores para el Modelo Post-Arquitectura

Disparadores de costo
Post-Arquitectura
RELY, DATA, CPLX, DOCU
Factores del producto
RUSE
Factores de la plataforma TIME, STOR, PVOL
ACAP, PCAP, PCON
Factores del personal
AEXP, PEXP, LTEX
TOOL, SITE
Factores del proyecto
SCED
40
M.Ing. B. Rossi
 Paso 4: calcular el Multiplicador de esfuerzo
1. RELY: nivel de confiabilidad para realizar la función esperada
2. DATA: medida del volumen de datos
3. CPLX: complejidad del producto
4. RUSE: grado de reusabilidad requerida para otras aplicaciones
5. DOCU: documentación requerida de acuerdo al ciclo de vida
6. TIME: restricciones del tiempo de ejecución
7. STOR: restricciones del almacenamiento principal
8. PVOL: volatilidad de la plataforma HW-SW de base
9. ACAP: capacidad de los analistas para trabajar en equipo
10. PCAP: capacidad de los programadores para trabajar en equipo
11. AEXP: experiencia en las aplicaciones
12. PEXP: experiencia en la plataforma
13. LTEX: experiencia en lenguajes y herramientas
14. PCON: continuidad del personal
15. TOOL: uso de herramientas de software
16. SITE: desarrollo en sitios múltiples
17. SCED: restricciones en más/menos impuestas al plan del proyecto
41
M.Ing. B. Rossi
 Paso 5: calcular PM ajustado
Post-
Arquitectura

42
M.Ing. B. Rossi
 Paso 6: calcular el tiempo de desarrollo (TDEV)

TDEV = (3.67 x PM(0.28 + 0.2 x (B – 1.01))) x (SCED% / 100)

Paso 7: estimar la cantidad de personal

RRHH = PM / TEDV

Costo:
 Estimar el valor promedio mensual por persona
 Estimar el valor hora y llevarlo a mes
 Calcular el costo del total de RRHH para la duración del proyecto

43
M.Ing. B. Rossi
 ¿Estimo como me parece
o uso un estándar?

44
M.Ing. B. Rossi
 Dificultades para estimar
 No existe un modelo de estimación universal
 Hay varios referentes implicados y con distintas necesidades
 Influencia de un gran número de factores: Disparadores de
Costo: ¿Quién? ¿Qué? ¿Cómo? ¿Por qué
 Reducción de la estimación por cuestiones políticas
 La vigencia de una estimación depende de la etapa de
desarrollo
 El carácter lógico del software dificulta la estimación
 La volatilidad de la tecnología y de las metodologías
 Poca experiencia acumulada en realizar estimaciones
 La tendencia a la sub-estimación por parte de los involucrados
 Relaciones erróneas entre el esfuerzo requerido y el tiempo

45
M.Ing. B. Rossi
 Cualidades de un Estimador
 Formación y experiencia profesional
 Juicio independiente
 Basarse en un método
 Utilizar herramientas específicas y que
soporten el método
 Capaz de describir y transmitir su
experiencia
 Capaz de documentar su estimación

46
M.Ing. B. Rossi
 Requisitos de un buen método de estimación

 Debe lograr una estimación con un desvío no mayor al 30%

del costo final.

 Debe permitir el refinamiento durante el ciclo de vida.

 Tiene que ser fácil de utilizar por el estimador.

 Las reglas para estimar deben ser entendidas por todas las
personas afectadas por los resultados.

 El método debe ser soportado por herramientas y estar

documentado.

Un método eficaz permitirá ignorar aspectos sin

interés y concentrarse en los aspectos
esenciales
47
M.Ing. B. Rossi
 Calidad de procesos y estimación
Optimizados Mejora continua de los procesos

Administrados Procesos predecibles, medidos y controlados

Estandarizados
Procesos documentados, integrados.

Definidos Procesos básicos de control de proyectos

Procesos poco predecibles en costo y plazo

Depende de la capacidad de los involucrados
Sobreesfuerzo RRHH
Impredecibles
48
M.Ing. B. Rossi
 Calidad de procesos y estimación
Estudios realizados por el SEI indican que la falla más
común de las organizaciones que están en el Nivel 1 (Impredecible),
es la incapacidad para realizar estimaciones certeras.

Si se sub-estima un proyecto, no importa cual metodología se utilice,

qué herramientas se compre, o a qué programadores se le asignen las tareas,
será casi imposible terminar el proyecto en tiempo y forma.

49
M.Ing. B. Rossi
 Herramientas de Software
 Angel Tool (Bournemouth University) - basado en estimación por
analogía de ESERG - (Empirical Software Engineering Research
Group)
http://dec.bmth.ac.uk/ESERG/ANGEL/

 GA SEERTM Technologies - basada en algoritmos propios

http://www.galorath.com/tools_ssm.shtm

 PRICE S http://www.pricesystems.com/

 COCOMO II - Herramienta pública de los autores del modelo

http://sunset.usc.edu/research/COCOMOII/

 Construx Software Builders - basado en COCOMO II y SLIM

http://www.construx.com/estimate/

50
M.Ing. B. Rossi
 Herramientas de Software
 Costar Software Estimation Tool - basado en PF y COCOMO II
http://www.softstarsystems.com/

 COSMOS (East Tennessee State University) - basado en FP,

COCOMO, Modelo Rayleigh http://www-cs.etsu.edu/cosmos/

 QSM (Quantitative Software Management) - basada en SLIM -

Software Lifecycle Management, información propia - Lawrence
Putnam http://www.qsm.com/

 The Cost Xpert Group - basado en COCOMO II, 81, FP, otros
http://www.costxpert.com/product/cxtool.html

51
M.Ing. B. Rossi