cocomo ii examples

Ejercicio 1

Estimar el esfuerzo y el tiempo de desarrollo para un proyecto con 100KSLOC– El sumatorio de los multiplicadores de

esfuerzo son 1.0– El sumatorio de los factores de escala

es de 24

COCOMO IICasos Prácticos

Solución 1

Esfuerzo=568.61 personas·mes Tiempo de desarrollo=29.7 meses Personal necesario=19.75

personas 20 personas


Factores de Escala

COCOMO IIPresentación del Modelo

Factores de

Escala

Muy Bajo

Bajo

Normal

Alto

Muy Alto

Extra Alto

PREC

Extremadamente nuevo

Muy nuevo Novedoso de alguna manera

Familiar Muy familiar Extremadamente familiar

SFj: 6.20 4.96 3.72 2.48 1.24 0.00 FLEX Riguroso Relajación

ocasional Alguna

relajación Conformidad

general Alguna

conformidad Metas generales

SFj: 5.07 4.05 3.04 2.03 1.01 0.00 RESL Poco (20%) Algo (40%) A menudo

(60%) Generalmente

(75%) Casi

Siempre (90%)

Siempre (100%)

SFj: 7.07 5.65 4.24 2.83 1.41 0.00

TEAM Interacciones muy difíciles

Interacciones algo difíciles

Interacciones cooperativas

básicas

Bastante cooperativos

Altamente cooperativos

Alto nivel de interacción

SFj: 5.48 4.38 3.29 2.19 1.10 0.00

PMAT SW-CMM Nivel

1 Bajo SW-CMM

Nivel 1 Alto SW-CMM

Nivel 2 SW-CMM

Nivel 3 SW-CMM

Nivel 4 SW-CMM Nivel

5 SFj: 7.80 6.24 4.68 3.12 1.56 0.00

O la madurez estimada del proceso (EMPL)

Ejercicio 2 (I)

La empresa aseguradora “El Castañazo” está pensando construir un nuevo software para la gestión de sus pólizas de seguro para el que se ha estimado un tamaño de 184 puntos de función

El entorno de programación que se utilizará para su programación es Visual Age 2.0

Determinar esfuerzo, duración y personal necesario para desarrollar el proyecto, teniendo en cuenta que se deben considerar los siguientes factores de escala


Ejercicio 2 (II)

Todo el código que se desarrolle para este proyecto es de nueva elaboración

La organización se encuentra en el nivel 1 de madurez de su capacidad, teniendo en cuenta que cumple con las KPAs de gestión de requisitos y gestión de configuración

Es la primera vez que se va a utilizar el entorno de programación Visual Age 2.0

Se han desarrollado varias aplicaciones para la gestión de polizas de seguro

El equipo de proyecto estará formado por 6 personas de las cuales 3 son de nueva contratación

Existe una necesidad muy alta de que el software cumpla con los requisitos pre-establecidos para el software a construir

El factor de escala RESL no deberá ser tenido en cuenta para la realización de estimaciones


Solución 2

PREC(A), FLEX(MB), TEAM(B), RESL(N), PMAT(VL)

Esfuerzo=13.9 personas·mes Tiempo de desarrollo=8.7 meses Personal necesario=1.6 personas

2 personas Productividad=277.8 SLOC/p·m


Multiplicadores de EsfuerzoEarly Design (I)


Multiplicador de Esfuerzo en Early Design

Combinación de Multiplicadores de Esfuerzo en Post-Architecture

RCPX RELY, DATA, CPLX, DOCU RUSE RUSE PDIF TIME, STOR, PVOL PERS ACAP, PCAP, PCON PREX APEX, PLEX, LTEX FCIL TOOL, SITE

SCED SCED

Multiplicadores de EsfuerzoEarly Design (II)


Multiplicador de Esfuerzo

XL VL L N H VH XH

PERS 2.12 1.62 1.26 1.00 0.83 0.63 0.50 RCPX 0.49 0.60 0.83 1.00 1.33 1.91 2.72 PDIF 0.87 1.00 1.29 1.81 2.61 PREX 1.59 1.33 1.12 1.00 0.87 0.74 0.62 FCIL 1.43 1.30 1.10 1.0 0.87 0.73 0.62

RUSE 0.95 1.00 1.07 1.15 1.24 SCED 1.43 1.14 1.00 1.00 1.00

Ejercicio 3 (I)

La empresa “Compañía de Comunicaciones Megabit” está pensando construir un software de comunicaciones para el que se ha estimado un tamaño de 200 puntos de función

El lenguaje de programación que se quiere utilizar es Java, equivaliendo un punto de función ajustado a 53 líneas de código fuente

Los factores de escala aplicables son los obtenidos en el ejercicio 2

Determinar esfuerzo, duración y personal necesario para desarrollar el proyecto


Ejercicio 3 (II)

RELY: tiene un valor moderado. DATA: tamaño de la base de datos 9 MB CPLX: tener en cuenta que el proyecto pertenece al campo del

control de las comunicaciones, teniendo en cuenta que es necesario un procesamiento distribuido soportado por middleware

TIME: se usa al 70% STOR: la capacidad de almacenamiento en memoria es inferior

al 50%. ACAP: La capacidad de los analistas se considera en la

organización como alta. APEX, LTEX: Tres años PCAP: Se cuenta con buenos programadores, con tres años de

experiencia en el entorno y el lenguaje TOOL: Se posee una herramienta CASE que da soporte a las

actividades de análisis y diseño SCED: su valor se estima en nueve meses.


Solución 3

RELY(N), DATA (A), CPLX (N, Control de Operaciones), TIME (A), STOR (N), APEX (A), TOOL (B,N), SCED (L, 85% del nominal), ACAP (A), PCAP (A)

EAF=0.83 Esfuerzo=36.7 personas·mes Tiempo de desarrollo=12 meses Personal necesario=3.1 personas 3

personas Productividad=289.1 SLOC/p·m


Sistema de Procesamiento de Transacciones

Ofrecer una visión general del Sistema de Gestión de Transacciones

Explicar a los asistentes porqué se han seleccionado algunas de las opciones

Usar el ejemplo para mostrar cómo utilizar el modelo de estimación COCOMO II


Visión general del sistema

Sistema cliente/servidor que permita a los usuarios acceder a información de interés a través de una red– Las transacciones de entrada se generan en

workstations– Las transacciones se procesan en servidores tan

rápido como sea posible– Los usuarios necesitan realizar otros trabajos

mientras esperan por el resultado de las transacciones

– La cantidad de procesamiento implicada no es grande

Los usuarios pueden consultar la base de datos y procesar diferentes funciones utilizando el sistema



Arquitectura del Sistema



Capacidades del Software (I)

CLIENTE Funciones del

Sistema– Procesamiento de

comandos– Comunicaciones– Conversión de

Protocolos– Controles de

seguridad e integridad– Utilidades

Aplicaciones de usuario– Generación de

informes– Interfaz de usuario– Procesamiento de

transacciones– Otras aplicaciones

usuarias

Control de fallos– Aislamiento de fallos y

gestión de recuperación



Capacidades del Software (II)

SERVIDOR Funciones del

Sistema– Procesamiento de

comandos– Comunicaciones– Conversión de

Protocolos– Controles de

seguridad e integridad– Gestión de Recursos– Utilidades/Librerías

Procesamiento de consultas– Gestión de base de

datos– Gestión de ficheros– Persistencia de la

base de datos Monitorización

– Cheksum Processing Diagnosis ante fallos

– Aislamiento de fallos y gestión de recuperación



Situación de la organización

4 años de experiencia en desarrollo cliente/servidor Capacitados en la utilización de C/C++ con un

entorno muy productivo Muchos equipos de soporte y herramientas de

desarrollo Fuerte formación técnica La organización está en el nivel 2 y tiene previsto

conseguir el nivel 3 en un año Se han elegido gestores para capacidades técnicas Pobres prácticas en la estimación de proyectos Debate SLOC vs. Puntos de Función



Procedimiento de estimación



Paso 1: Estimar el Tamaño del trabajo

Paso 2: Estimar el esfuerzo utilizandouna primera aproximación (WBS, etc.)

Paso 3: Estimar el esfuerzo utilizando una segunda aproximación (COCOMO,etc.)

Paso 4: Comparar estimaciones y resolver diferencias

Requisitos

Work Breakdown Structure

DESARROLLAR SOFTWARE Determinar Requisitos Software Desarrollar software (usando un paradigma selec.)

– Diseño de Arquitectura (especificación de– Implantación– Integración y Pruebas

Realizar Gestión de Proyectos– Planificación y seguimiento– Gestión de riesgos

Mantener Control de Configuración– Control de versiones/línea base– Actividades del CCC

Realizar Aseguramiento de la Calidad



Estimaciones de tamaño



Componente

Funciones Tamaño Notas

Software de Sistema

Drivers comunicacionesProtocolosAutenticacionesLibrerías de clases

18 KSLOC (Nuevas)10 KSLOC (Reutiliza-das)

Se han comprado libreríasEl código de integración y las extensiones se han considerado como nuevo

Aplicaciones Usuarias

Pantallas e informesInterfaz para las aplicaciones

800 SLOC (Nuevas)

Interfaz de usuario desarrollada con herramienta IGU

Diagnosis de fallos

Aislamiento lógico de fallosGestión de la recuperación

8K Puntos Función

Utilización de redes nueronales

Estimación a partir de WBS



Tareas Esfuerzo Razones para la estimación

Desarrollar los requisitos de usuario

1.600 Multiplicar el número de requisitos por la productividad

Desarrollar el software 22.350 Multiplicar las líneas de código por la productividad

Realizar la gestión del proyecto

2.235 Se ha asumido un 10% del esfuerzo de desarrollo

Mantener el control de la configuración

1.440 Se ha asumido una persona a tiempo completo

Realizar el aseguramiento de la calidad

1.440 Se ha asumido una persona a tiempo completo

Total 29.065

Proceso de estimación con COCOMO II



Paso 1: EstimarTamaño

Paso 2: Establecer factores de escala y cost drivers

Paso 3: EstimarEsfuerzo yCalendario

Paso 4: Necesidadde más ajustes

Paso 5: AsignarEsfuerzo al calendario

NO

SI

Asignación de factores de escala

Factor de Escala PREC FLEX RESL TEAM PMAT

Valor Alto Alto Alto Muy Alto Normal



Asignación de Multiplicadores de Esfuerzo

Conductores de producto– RELY (Normal)– DATA (Normal)– CPLX (Normal)– RUSE (Normal)– DOCU (Normal)

Conductores de plataforma– TIME (Normal)– STOR (Normal)– PVOL (Normal)

Conductores de personal– ACAP (Alto)– PCAP (Normal)– PCON (Alto)– APEX (Alto)– LTEX (Normal)– PLEX (Alto)

Conductores del proyecto– TOOL (Alto)– SITE (Bajo)– SCED (Normal)



Resultados obtenidos



Estudio comparativo Estimación WBS

– Requisitos: 1600 h.

– Software: 22350 h.– Gestión: 2235 h.– Configuración/

Calidad: 2880 h.– Total: 29065 h.

COCOMO II– Software: 92.4

p·m= 14054 h. (152 h./pm)

– Menos requisitos: 29065 h. – 1600 h. = 27465 h.

UNA DIFERENCIA MUY GRANDE



Simplificar suposiciones, utilizar valores pesimistasen las horas trabajadas por la plantilla al mes

cocomo ii examples

Documents