estimación cocomo ii

Estimacin por COCOMO II

M.Ing. B. Rossi 2

Temario

Objetivos

Nivel de profundidad

Modelo de Composicin de Aplicaciones

Modelo de Diseo Preliminar

Modelo de Post-Arquitectura

Dificultades de la Estimacin

Requisitos de un buen mtodo de estimacin

CMM y Estimacin

Herramientas de Software

M.Ing. B. Rossi 3

Punto de partida M Se conoce el objetivo, mbito y alcances del proyecto M Se conocen:

los requerimientos informales/formales el diseo lgico

Estimacin - Planificacin

Requerimientos Otros?

Puntos de Funcin

Catlogo o CU

PF Tamao

Esfuerzo Costo

Puntos de Casos de Uso

Composicin de

aplicaciones

Post-Arquitectura

Diseo Preliminar

COCOMO II

PCU Esfuerzo

Puntos

objeto

M.Ing. B. Rossi 4

COCOMO

COnstructive COst MOdel

Modelo Constructivo de Costo

Autor: Barry Behm

Primer versin: 1981 - COCOMO 81

Ultima versin: 1995 - COCOMO II

M.Ing. B. Rossi 5

Objetivo

Caractersticas de COCOMO II:

1) Modelo de estimacin adaptable a las prcticas de los aos 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 analtico cuantitativo y un set de herramientas y tcnicas para evaluar los efectos de la tecnologa de software sobre los costos del ciclo de vida y el tiempo de desarrollo.

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

M.Ing. B. Rossi 6

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 DISEO PRELIMINAR - Early Design Model, se puede utilizar:

como continuacin del modelo de composicin de aplicaciones,

en los primeras etapas del proyecto cuando se conoce poco sobre el tamao 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 informacin ms exacta sobre los disparadores de costo involucrados (especificaciones, entradas, personal, etc).

M.Ing. B. Rossi 7

Modelos - Nivel de profundidad

Composicin de Aplicaciones

Diseo Preliminar Post-Arquitectura

Tamao Puntos Objeto Puntos de Funcin KDSL

Puntos de Funcin KDSL

Esfuerzo

MM o PM

nominal

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

MM o PM ajustado

----- 7 multiplicadores de esfuerzo

17 multiplicadores de esfuerzo

Tiempo de desarrollo TEDV

[3,67 * MM (0,28+0,2 *(1,16-1.01)]

[3,67 * MM (0,28+0,2 *(B-1,01))] * SCED% / 100

RRHH MM / TEDV

M.Ing. B. Rossi 8

1) Modelo de Composicin de Aplicaciones

Basado en la contabilizacin de Puntos Objeto

Pasos a seguir:

1) Estimar el nmero de pantallas, reportes, y mdulos 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 segn 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.

M.Ing. B. Rossi 9

Pantallas de salida

Reportes escritos

Reportes grabados

Pantallas

de entrada

Aplicacin

Mdulos 3GL

Paso 1: hacer el recuento de pantallas, reportes, mdulos 3GL

M.Ing. B. Rossi 10

Paso 2: valorar la complejidad

Pantallas Cantidad de tablas fuentes Nmero de

vistas contenidas

Total < 4 < 2 server < 3 cliente

Total < 8 2/3 server 3/5 cliente

Total 8+ > 3 server > 5 cliente

< 3 simple simple medio

3 - 7 simple medio difcil

> 8 medio difcil difcil

Reportes Cantidad de tablas fuentes Nmero de

secciones contenidas

Total < 4 < 2 server < 3 cliente

Total < 8 2/3 server 3/5 cliente

Total 8 + > 3 server > 5 cliente

0 - 1 simple simple medio

2 - 3 simple medio difcil

medio difcil difcil 4 +

M.Ing. B. Rossi 11

Ponderacin de la complejidad Tipo de Objeto Simple Media Difcil

Pantallas 1 2 3

Reportes 2 5 8

Componentes 3GL 10

Paso 3: ponderar la complejidad de cada objeto

Tipo de Objeto Complejidad Cantidad Peso PO

Simple 5 1 5

Media 2 2 4 Pantallas

Difcil 1 3 3

Simple 2 2 4

Media 2 5 10 Reportes

Difcil 2 8 16

Difcil 7 10 70 Componentes 3GL

Ejemplo

M.Ing. B. Rossi 12

Paso 4: determinar los Puntos Objeto

PO = Sumatoria de los Puntos Objetos ponderados. (PO = Puntos objeto Object Point)

Total Ponderado (Puntos Objetos) 112

Tipo de Objeto Complejidad Cantidad Peso PO

Simple 5 1 5

Media 2 2 4 Pantallas

Difcil 1 3 3

Simple 2 2 4

Media 2 5 10 Reportes

Difcil 2 8 16

Difcil 7 10 70 Componentes 3GL

Ejemplo

M.Ing. B. Rossi 13

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

100

Paso 5: determinar los NPO segn el % de reutilizacin esperada

Definir el porcentaje de reutilizacin 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

M.Ing. B. Rossi 14

Paso 6: determinar PROD ndice de productividad

Productividad

Capacidad y

Experiencia de los

desarrolladores

Muy baja

2

Baja

3,5

Nominal

6,5

Alta

12,5

Muy Alta

25

Capacidad y Madurez

en utilizacin de ICASE

Muy baja

2

Baja

3,5

Nominal

6,5

Alta

12,5

Muy Alta

25

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

Paso 7: estimar MM esfuerzo en meses/hombre

MM = NPO / PROD

MM = 78,4/19

MM = 4,13 meses/hombre

Ejemplo

M.Ing. B. Rossi 15

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

Paso 8: Calcular el tiempo de desarrollo -TDEV

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

SCED % ajuste al plan

Extra bajo

Muy bajo Bajo Nominal Alto Muy alto Extra alto

75% del nominal

85% del nominal

100% del nominal

130% del nominal

160% del nominal

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

M.Ing. B. Rossi 16

Impacto del ndice de productividad

Productividad

Capacidad y

Experiencia de los

desarrolladores

Muy baja

2

Baja

3,5

Nominal

6,5

Alta

12,5

Muy Alta

25

Capacidad y Madurez

en utilizacin de ICASE

Muy baja

2

Baja

3,5

Nominal

6,5

Alta

12,5

Muy Alta

25

Ejemplo

PO/PROD MM Personas Mes

TEDV Tiempo meses

RRHH

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

M.Ing. B. Rossi 17

2) Modelo de Diseo Preliminar Basado en la contabilizacin de Puntos de Funcin sin ajustar

Pasos a seguir:

1) Estimar el tamao 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

M.Ing. B. Rossi 18

B= 0,91+0,01 W i

A= Constante que captura el esfuerzo lineal de los proyectos a medida que estos incrementan su tamao, evita los efectos multiplicativos del esfuerzo en proyectos que van creciendo. Actualmente est calibrada en 2,45 y es ajustable a los datos empricos de cada empresa.

B = Factor escalar que indica el grado de economa en el esfuerzo a realizar o bien variaciones en la productividad

Esfuerzo medido en personas/meses

Tamao del software expresado en miles de lneas de cdigo KSLOC determinado a partir de los Puntos de Funcin sin ajustar que se convierten segn tabla en LOC y se dividen por 1000. KSLOC = LOC / 1000.

Modelo de Diseo Preliminar

Factores Wi

PREC precedente

FLEX flexibilidad

RESL resolucin

riesgos

TEAM cohesin equipo

PMAT madurez

del proceso

M.Ing. B. Rossi 19

Se toman los Puntos de Funcin

sin ajustar

Fuente: Putnam & Meyers

Sallis, Tate & MacDonald

Jones

Se calcula KSLOC:

Se multiplica por las lneas de cdigo x cada PF segn el lenguaje

Se divide por 1000

Lenguaje SLOC x PFAda 71

Algol 106

APL 32

Asembler 320

Basic 64

C 150

C++ 29

Chill 106

5GL (generadores de codigo) 15

Cobol 106

4GL database 40

Forth 64

Fortran 106

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

Paso1: estimar el tamao del software

165 PF

sin ajustar

Lenguaje C++

165 * 29= 4785 SLOC

SIZE

4785/1000= 4,785 KSLOC

M.Ing. B. Rossi 20

B= 0,91+0,01 Wi

Paso 2: establecer la escala de ahorro o gasto

Si B < 1.0: el proyecto presenta ahorros de escala si se duplica el tamao del producto el esfuerzo es menor que el

doble la productividad del proyecto aumenta a medida que aumenta el

tamao del producto se pueden lograr ahorros de escala con herramientas

especficas (simuladores, soft para testing, etc)

Si B = 1.0: los gastos y ahorros estn equilibrados se usa en proyectos pequeos y en el modelo de Composicin de

Aplicaciones

Si B > 1.0: el proyecto presenta gastos de escala crecimiento del gasto en comunicaciones por la cantidad de

personal involucrado en el proyecto crecimientos del gasto en la integracin del sistema por el gasto

adicional en esfuerzo para disear, probar, integrar y mantener las interfases con el resto de la aplicacin

Factores Wi

PREC precedente

FLEX flexibilidad

RESL resolucin

riesgos

TEAM cohesin equipo

PMAT madurez

del proceso

M.Ing. B. Rossi 21

B= 0,91+0,01 W i

Escala de factores para los modelos Diseo Preliminar y Post Arquitectura Factor

(Wi) Muy bajo

Bajo

Nominal

Alto

Muy alto

Extra alto

PREC

Sin

Precedentes

6,20

Muy pocos

precedentes

4,96

Pocos

Precedentes

3,72

Familiar

2,48

Muy

Familiar

1,24

Totalmente

familiar

0

FLEX

Riguroso

5,07

Ocasional

4,05

Algo

Flexible

3,04

Conformidad

gral.

2,03

Algo

Conforme

1,01

Metas

Generales

0

RESL

Poco (20%)

7,07

Algo (40%)

5,65

A menudo

(60%)

4,24

Usualmente

(75%)

2,83

Mayormen-

te (90%)

1,41

Totalmente

(100%)

0

TEAM

Interaccin

muy difcil

5,48

Interaccin

algo difcil

4,38

Interaccin

bsicamente

cooperativa

3,29

Bastante

cooperativa

2,19

Altamente

cooperativa

1,10

Interaccin

sin fisuras

0

7,80 6,24 4,68 3,12 1,56 0 PMAT

Promedio ponderado de "SI" en respuesta del cuestionario de madurez del CMM

Paso 2: establecer la escala de ahorro-gasto

PREC: Precedencia Comprensin organizacional. Experiencia laboral en sistemas relacionados Desarrollo concurrente de nuevo HW y procedimientos Necesidad de arquitecturas de proceso y datos innovadores FLEX: Flexibilidad de Desarrollo Necesidad de conformidad del SW con requisitos establecidos Necesidad de conformidad del SW con especificaciones de interfaz externas Prioridad en la finalizacin anticipada RESL: Arquitectura Resolucin de riesgos Plan de Gestin de Riesgos identifica los riesgos crticos y establece hitos para

resolverlos Porcentaje de horario dedicado a establecer la arquitectura Porcentaje de arquitectos de SW de alto nivel requeridos Herramientas de soporte disponibles para resolucin de riesgos de arquitectura Nmero y criticidad de tems de riesgo

TEAM: Cohesin del equipo (usuarios, clientes, desarrolladores) Consistencia de objetivos y culturas Habilidad y servicialidad para acomodar objetivos de otros grupos Experiencia de los desarrolladores en operar como un equipo Capacidad para lograr una visin compartida y compromisos PMAT: Madurez del proceso 1. Resultado de la evaluacin de los niveles de CMM 2.Porcentaje de conformidad en el anlisis de 18 reas de proceso

Comprensin de requisitos Planificacin y Seguimiento de proyectos Gestin y Aseguramiento de la calidad Gestin de Configuracin Programa de formacin Gestin de cambio de tecnologa ..

M.Ing. B. Rossi 22

B= 0,91+0,01 W i


(Wi) Muy bajo

Bajo

Nominal

Alto

Muy alto

Extra alto

PREC

Sin

Precedentes

6,20

Muy pocos

precedentes

4,96

Pocos

Precedentes

3,72

Familiar

2,48

Muy

Familiar

1,24

Totalmente

familiar

0

FLEX

Riguroso

5,07

Ocasional

4,05

Algo

Flexible

3,04

Conformidad

gral.

2,03

Algo

Conforme

1,01

Metas

Generales

0

RESL

Poco (20%)

7,07

Algo (40%)

5,65

A menudo

(60%)

4,24

Usualmente

(75%)

2,83

Mayormen-

te (90%)

1,41

Totalmente

(100%)

0

TEAM

Interaccin

muy difcil

5,48

Interaccin

algo difcil

4,38

Interaccin

bsicamente

cooperativa

3,29

Bastante

cooperativa

2,19

Altamente

cooperativa

1,10

Interaccin

sin fisuras

0

PMAT

7,80 6,24 4,68 3,12 1,56 0


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


Ejemplo

M.Ing. B. Rossi 23

Caracterstica Muy Bajo Nominal/Alto Muy Alto

Necesidad de conformidad del softwarecon requerimientos preestableblecidos

Completa Considerable Bsica

Necesidad de conformidad conespecificaciones de interfaces externas

Completa Considerable Bsica

Premio por cumplimiento anticipado Alto Medio Bajo


Factores Wi

PREC precedente

FLEX flexibilidad

RESL resolucin

riesgos

TEAM cohesin equipo

PMAT madurez

del proceso

Caracterstica Muy Bajo Nominal/Alto Muy Alto

Entendimiento de la organizacin de losobjetivos del producto

General Considerable Completo

Experiencia en trabajar con sistemassoftware relacionados

Moderada Considerable Alta

Conlleva desarrollos concurrentesasociados a nuevas tecnologas y

procedimientos

Extensivo Moderado Algo

Necesidad de procesamiento de datos,arquitecturas o algoritmos innovadores

Considerable Algo Mnima

M.Ing. B. Rossi 24

Caractersticas Muy Bajo

Bajo Nominal Alto Muy Alto

Extra Alto

Plan de control de riesgos identificando los puntos crticos,

estableciendo hitos para su resolucin por PDR*

Ninguno Poco Algo General-mente

La mayora de las veces

Completo

Fechas, presupuesto e hitos internos a travs del PDR* y compatible con el plan de

control de riesgos

Ninguno Poco Algo General-mente

La mayora de las veces

Completo

Porcentaje de fechas de

desarrollo dedicadas a establecer la arquitectura, delineando los objetivos

generales del proyecto

5 % 10 % 17 % 25 % 33 % 40 %

Porcentaje requerido de

disponibilidad de arquitectos de software de ltima tecnologa.

20 % 40 % 60 % 80 % 100 % 120 %

Disponibilidad de soporte de herramientas para resolver los items de riesgos, desarrollando

y verificando las especificaciones de la arquitectura

No Existe

Poco Algo Bueno Muy Buena

Completa

Nivel de incertidumbre en puntos clave de la arquitectu-ra: misin, interfaces de

usuarios, COTS**, hardware, tecnologa, performance

Extremo Signifi-cativo

Considera-ble

Algo Poco Muy Poco

Cantidad y criticidad de los riesgos del proyecto

>10 Crticos

5-10 Crticos

2-4 Crticos

1 Crtico > 5 No Crticos

< 5 No Crticos


Factores Wi

PREC precedente

FLEX flexibilidad

RESL resolucin

riesgos

TEAM cohesin equipo

PMAT madurez

del proceso

M.Ing. B. Rossi 25

Caracterstica MuyBajo

Bajo Nominal Alto Muy Alto ExtraAlto

Consistencia en losobjetivos y culturas de losparticipantes

Poca Algo Bsica Conside-rable

Fuerte Completa

Habilidad y disposicin delos participantes paraadecuarse a los objetivosde otros participantes.

Poca Algo Bsica Conside-rable

Fuerte Completa

Experiencia de losparticipantes en operarcomo un equipo.

Ninguna Poca Poca Bsica Conside-rable

Extensa

Posibilidad de construirequipos con losparticipantes para alcanzaruna visin compartida ycompromisos

Ninguna Poca Poca Bsica Considerable

Extensa


Factores Wi

PREC precedente

FLEX flexibilidad

RESL resolucin

riesgos

TEAM cohesin equipo

PMAT madurez

del proceso

M.Ing. B. Rossi 26

Paso 2: establecer la escala de ahorro-gasto Casi siempre 90%

Con frecuencia 60-90%

A medias 40-60%

En ocasiones 10-40%

En pocas ocasiones < 10%

No aplica

No se conoce

Gestin de requerimientos 90%

Planeamiento del proyecto de SW 50%

Seguimiento del proyecto de SW 60%

Gestin de contratacin del SW 30%

Aseguramiento de la calidad del SW

SQA 60%

Gestin de configuracin del SW 80%

Focos de proceso de organizacin 50%

Definicin de proceso de organizacin 45%

Programa de capacitacin 80%

Gestin del SW integrado 60%

Ingeniera de producto SW 40%

Coordinacin intergrupos 60%

Revisiones por pares 80%

Gestin de proceso cuantitativa 10%

Gestin de calidad SW 25%

Prevencin de defectos 20%

Gestin de cambios de tecnologa 60%

Gestin de cambios de proceso 45%

Para calcular

PMAT primero es

necesario estimar

los porcentajes de

cumplimiento de

los KPA (Key

Process Areas)

Factores Wi

PREC precedente

FLEX flexibilidad

RESL resolucin

riesgos

TEAM cohesin equipo

PMAT madurez

del proceso

M.Ing. B. Rossi 27

Casi Siempre: ms 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.

Paso 2: establecer la escala de ahorro-gasto Clculo KPA - PMAT

18

PMAT= 5 [ ( % KPA i / 100) * ( 5 / 18 ))] i=1

PMAT= 5 [(9,45 * (5/18)] = 2,375

B= 0,91+0,01 W i

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

M.Ing. B. Rossi 28

B= 0,91+0,01 W i B = 1,07405

A= Constante calibrada actualmente en 2,45

Tamao del software 100 KDSI ; 200 KDSI

miles de lneas de cdigo:

100 (1,07405) = 140,64

200 (1,07405) = 296,08

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

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

Paso 3: Calcular PM nominal

Ejemplo

PM = 344.57 significa que el proyecto(100KDSI) lleva 344 meses y medio de una sola persona dedicada

Factores Wi

PREC precedente

FLEX flexibilidad

RESL resolucin

riesgos

TEAM cohesin equipo

PMAT madurez

del proceso

M.Ing. B. Rossi 29

Incidencia del valor B en PM

Ejemplo

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

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

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

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

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

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

M.Ing. B. Rossi 30

Frmula con 7 factores para el Modelo de Diseo Preliminar

Paso 4: determinar el Multiplicador de esfuerzo

Producto

M.Ing. B. Rossi 31

Relacin entre los multiplicadores de

esfuerzo de cada modelo.

Disparadores decosto para

Diseo Preliminar

Disparadores decosto para

Post-Arquitectura

RCPX RELY, DATA, CPLX,DOCUFactores para el producto

RUSE RUSE

Factores de la plataforma PDIF TIME, STOR, PVOL

PERS ACAP, PCAP, PCONFactores para el personal

PREX AEXP, PEXP, LTEX

FCIL TOOL, SITEFactores del proyecto

SCED SCED

Paso 4: determinar el multiplicador de esfuerzo

M.Ing. B. Rossi 32


1. RCPX: confiabilidad y complejidad del producto fiabilidad de la documentacin complejidad del producto medida de la Base de Datos

2. RUSE: reutilizacin 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 rotacin 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 planificacin

M.Ing. B. Rossi 33

RCPX: confiabilidad y complejidad del producto Se calcula la media, redondeando en las diferencias hacia el nominal


Extra bajo


Fiabilidad de la documentacin

Muy poco

Poco Algo Bsico Fuerte Muy fuerte Extremo

Complejidad del producto

Muy simple

Simple Algo Moderado Complejo Muy complejo

Extremadamente

complejo

Medida de la Base de Datos

Pequeo Pequeo Pequeo Moderado Grande Muy grande Muy Grande

Valor del Driver

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

RUSE - Reutilizacin de software

Extra bajo


RUSE Nada Por programa

Por proyecto

Por lnea de producto

Por mltiples lneas de producto

Valor del Driver

0,95 1,00 1,07 1,15 1,24

M.Ing. B. Rossi 34

Paso 5: calcular PM ajustado Diseo

Preeliminar

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

PMn = 2,45 x 200 (1,07) = 725,40

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

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

7 EMi = 1,30 * 1 * 1 * 1* 0,87 * 0,87 * 1= 0,984 i=1

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

M.Ing. B. Rossi 35

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

Paso 6: Calcular el tiempo de desarrollo -TDEV

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

SCED % ajuste al plan

Extra bajo


75% del nominal

85% del nominal

100% del nominal

130% del nominal

160% del nominal

PMa = 344,57 x 0,984 = 339,06 PMa = 725,40 x 0,984 = 713,79

B = 1,07405

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

M.Ing. B. Rossi 36

3) Modelo de Post - Arquitectura

Basado en la contabilizacin de Puntos de Funcin sin ajustar Pasos a seguir:

1) Estimar el tamao del software (= Diseo Preliminar)

2) Establecer la escala de ahorro-gasto (= Diseo 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 (= Diseo Preeliminar)

7) Estimar la cantidad de personal (= Diseo Preeliminar)

M.Ing. B. Rossi 37

Se toman los puntos de

funcin sin ajustar y se

les aplica las mtricas

de clculo de lneas de

cdigo

Lenguaje SLOC x PFAda 71

Algol 106

APL 32

Asembler 320

Basic 64

C 150

C++ 29

Chill 106

5GL (generadores de codigo) 15

Cobol 106

4GL database 40

Forth 64

Fortran 106

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

Paso 1: estimar el tamao del SW

M.Ing. B. Rossi 38

B= 0,91+0,01 W i


(Wi) Muy bajo

Bajo

Nominal

Alto

Muy alto

Extra alto

PREC

Sin

Precedentes

6,20

Muy pocos

precedentes

4,96

Pocos

Precedentes

3,72

Familiar

2,48

Muy

Familiar

1,24

Totalmente

familiar

0

FLEX

Riguroso

5,07

Ocasional

4,05

Algo

Flexible

3,04

Conformidad

gral.

2,03

Algo

Conforme

1,01

Metas

Generales

0

RESL

Poco (20%)

7,07

Algo (40%)

5,65

A menudo

(60%)

4,24

Usualmente

(75%)

2,83

Mayormen-

te (90%)

1,41

Totalmente

(100%)

0

TEAM

Interaccin

muy difcil

5,48

Interaccin

algo difcil

4,38

Interaccin

bsicamente

cooperativa

3,29

Bastante

cooperativa

2,19

Altamente

cooperativa

1,10

Interaccin

sin fisuras

0

7,80 6,24 4,68 3,12 1,56 0 PMAT


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


Ejemplo

M.Ing. B. Rossi 39

B= 0,91+0,01 W i A= Constante calibrada actualmente en 2,45

Tamao del software expresado en miles de

lneas de cdigo

Paso 3: calcular PM nominal

Factores Wi

PREC precedente

FLEX flexibilidad

RESL resolucin

riesgos

TEAM cohesin equipo

PMAT madurez

del proceso

M.Ing. B. Rossi 40

Paso 4: calcular el Multiplicador de esfuerzo

Frmula con 17 factores para el Modelo Post-Arquitectura

Disparadores de costo Post-Arquitectura

Factores del producto RELY, DATA, CPLX, DOCU

RUSE

Factores de la plataforma TIME, STOR, PVOL

Factores del personal ACAP, PCAP, PCON

AEXP, PEXP, LTEX

Factores del proyecto TOOL, SITE

SCED

M.Ing. B. Rossi 41

Paso 4: calcular el Multiplicador de esfuerzo 1. RELY: nivel de confiabilidad para realizar la funcin esperada

2. DATA: medida del volumen de datos

3. CPLX: complejidad del producto

4. RUSE: grado de reusabilidad requerida para otras aplicaciones

5. DOCU: documentacin requerida de acuerdo al ciclo de vida

6. TIME: restricciones del tiempo de ejecucin

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 mltiples

17. SCED: restricciones en ms/menos impuestas al plan del proyecto

M.Ing. B. Rossi 42

Paso 5: calcular PM ajustado Post-

Arquitectura

M.Ing. B. Rossi 43

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

Paso 6: calcular el tiempo de desarrollo (TDEV)

RRHH = PM / TEDV

Paso 7: estimar la cantidad de personal

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 duracin del proyecto

M.Ing. B. Rossi 44

Estimo como me parece o uso un estndar?

M.Ing. B. Rossi 45

Dificultades para estimar No existe un modelo de estimacin universal

Hay varios referentes implicados y con distintas necesidades

Influencia de un gran nmero de factores: Disparadores de Costo: Quin? Qu? Cmo? Por qu

Reduccin de la estimacin por cuestiones polticas

La vigencia de una estimacin depende de la etapa de desarrollo

El carcter lgico del software dificulta la estimacin

La volatilidad de la tecnologa y de las metodologas

Poca experiencia acumulada en realizar estimaciones

La tendencia a la sub-estimacin por parte de los involucrados

Relaciones errneas entre el esfuerzo requerido y el tiempo

M.Ing. B. Rossi 46

Cualidades de un Estimador

Formacin y experiencia profesional

Juicio independiente

Basarse en un mtodo

Utilizar herramientas especficas y que soporten el mtodo

Capaz de describir y transmitir su experiencia

Capaz de documentar su estimacin

M.Ing. B. Rossi 47

Un mtodo eficaz permitir ignorar aspectos sin inters y concentrarse en los aspectos

esenciales

Requisitos de un buen mtodo de estimacin

Debe lograr una estimacin con un desvo no mayor al 30% del costo final.

Debe permitir el refinamiento durante el ciclo de vida.

Tiene que ser fcil de utilizar por el estimador.

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

El mtodo debe ser soportado por herramientas y estar documentado.

M.Ing. B. Rossi 48

Calidad de procesos y estimacin

Procesos poco predecibles en costo y plazo Depende de la capacidad de los involucrados Sobreesfuerzo RRHH

Definidos Procesos bsicos de control de proyectos

Estandarizados Procesos documentados, integrados.

Administrados Procesos predecibles, medidos y controlados

Optimizados Mejora continua de los procesos

Impredecibles

M.Ing. B. Rossi 49

Estudios realizados por el SEI indican que la falla ms

comn de las organizaciones que estn en el Nivel 1 (Impredecible),

es la incapacidad para realizar estimaciones certeras.

Si se sub-estima un proyecto, no importa cual metodologa 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.

Calidad de procesos y estimacin

M.Ing. B. Rossi 50

Herramientas de Software Angel Tool (Bournemouth University) - basado en estimacin por

analoga 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 pblica 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/

M.Ing. B. Rossi 51

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, informacin 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

estimación cocomo ii

Documents