Modelo de

Diseo
Anticipado

INTEGRANTES:

Modelo de Diseo Anticipado

Este modelo est diseado para aplicarse en etapas inciales

del desarrollo en las cuales la arquitectura del mismo no hay
sido totalmente definida.

Puede utilizarse para obtener estimaciones aproximadas del

coste de un proyecto.

Utiliza un pequeo conjunto de drivers de coste nuevo y

nuevas ecuaciones de estimacin. Est basado en Punto de
Funcin sin ajustar o KSLOC (Miles de Lneas de Cdigo
Fuente).

Utilizacin Del Modelo De Diseo

Anticipado

El modelo de Diseo Anticipado usa Puntos de Funcin No Ajustados

como mtrica de medida.

Este modelo se utiliza en las primeras etapas de un proyecto

software, cuando se conoce muy poco sobre el tamao del producto
que se va a desarrollar, la naturaleza de la plataforma objetivo, la
naturaleza del personal involucrado en el proyecto o especificaciones
detalladas del proceso que se va a usar.

Puede aplicarse a cada uno de los sectores de desarrollo de

Generador de Aplicaciones, Integracin de sistemas o
Infraestructura.

Formula Bsica

Esta ecuacin calcula el esfuerzo nominal para un proyecto

de un tamao dado expresado en Meses-persona (MM).

Las entradas son la medida del desarrollo del software, una

constante, A, y un factor de escala, B.

Formula Bsica

La medida est en unidades de lneas de cdigo fuente

(KSLOC), puede estimarse tambin a partir de Puntos de
Funcin sin ajustar convirtiendo a SLOC y luego
dividiendo por 1000.

El factor de escala (exponencial B), explica el ahorro

gasto relativo de escala encontrado en proyectos
software de distintos tamaos.

Constante A

La constante A, se usa para cortar los efectos multiplicativos

de esfuerzo en proyectos de tamao incremental.

Se usa para capturar los efectos multiplicativos de esfuerzo

en proyectos de tamao incremental. Provisionalmente se le
ha estimado un valor de 2.45.

Variable SIZE

COCOMO II utiliza un porcentaje de Rotura BRAK para ajustar

el tamao eficaz del producto.

Rotura BRAK es el porcentaje de cdigo desperdiciado

debido a la volatilidad de los requisitos.

Tamao de una Aplicacin

Si se opta por utilizar los Puntos de Funcin sin Ajustar para

determinar el tamao del proyecto, stos deben convertirse
en lneas de cdigo fuente en el lenguaje de
implementacin para evaluar la relativamente concisa
implementacin por Puntos de Funcin.

Variable B

El

exponente B se usa para considerar los gastos

y ahorros relativos de escala encontrados en
proyectos software de distinto tamao.

Calculo de la Variable B

Si B < 1.0. El proyecto presenta ahorros de escala. Si el tamao del

producto se dobla, el esfuerzo del proyecto es menor que el doble. La
productividad del proyecto aumenta a medida que aumenta el tamao del
producto.

Si B = 1.0. Los ahorros y gastos de escala estn equilibrados. Este modelo

lineal se usa a menudo para la estimacin de coste de proyectos pequeos.

Si B > 1.0. El proyecto presenta gastos de escala. Esto se debe

normalmente a dos factores principales: El crecimiento del gasto en
comunicaciones y el gasto en crecimiento de la integracin de un gran
sistema.

Calculo de la Variable B

El exponente B se obtiene mediante los denominados drivers

de escala.

Cada driver de escala tiene un rango de niveles de valores

desde Muy Bajo hasta Extra Alto.

Cada nivel de valores tiene un peso, SF, y el valor especfico

del peso se llama factor de escala.

Un factor de escala de un proyecto, SFj, se calcula sumando

todos los factores y se usa para determinar el exponente de
escala, B.

Factores de escala para el

Modelo de COCOMO II de Diseo
Anticipado

Valores de los Factores de escala

para el Modelo de COCOMO II

(PREC) (FLEX)
Precedencia y Flexibilidad de
desarrollo

La tabla se organiza para trazar su rango de proyecto dentro de las escalas de

Precedencia y Flexibilidad de desarrollo.

(RESL) Arquitectura/Resolucin
de Riesgos

La medida de RESL es la media pesada subjetiva de las

caractersticas de la lista.

(TEAM) Cohesin del Equipo

El factor de escala de Cohesin del Equipo explica los recursos

de turbulencia y entropa del proyecto debido a dificultades en
la sincronizacin de los implicados en el proyecto, usuarios,
clientes, desarrolladores, los que lo mantienen, etc...

La tabla proporciona una informacin detallada para los

niveles de medida completos TEAM. La medida final es la
media pesada subjetiva de las caractersticas de la lista.

(PMAT) Madurez del proceso

El periodo de tiempo para medir la madurez del proceso es el momento

en el que el proyecto comienza.
Nivel de Madurez Global

Nivel 1 CMM (Mitad inferior)

Nivel 1 CMM (Mitad superior)
Nivel 2 CMM
Nivel 3 CMM
Nivel 4 CMM
Nivel 5 CMM

. Cuestionario del Modelo de

Madurez de Capacidad del
Instituto de Ingeniera del
Software (CMM)

Ajuste Mediante Drivers De

Coste

Los drivers de coste se usan para capturar caractersticas del

desarrollo del software que afectan al esfuerzo para completar el
proyecto.

Cada nivel de medida de cada driver de coste tiene un peso asociado.

El peso se llama multiplicador de esfuerzo (EM).

La medida asignada a un driver de coste es 1.0 y el nivel de medida

asociado con ese peso se llama nominal. Si un nivel de medida
produce ms esfuerzo de desarrollo de software, entonces el EM est
por encima de 1.0.

Recprocamente si el nivel de medida reduce el esfuerzo entonces el

correspondiente EM es menor que 1.0.

Ajuste Mediante Drivers De

Coste

Los

EM se usan para ajustar el esfuerzo

Meses-persona nominal.

Multiplicadores de esfuerzo del

Diseo Anticipado

(RCPX) Fiabilidad del Producto y

Complejidad

Fiabilidad Software (RELY), Tamao de la Base de Datos (DATA), Complejidad del

Producto (CPLX), y Documentos que necesita el Ciclo de Vida (DOCU).

(RUSE) Reutilizacin Requerida

Este driver de coste del modelo de Diseo Anticipado es el mismo que

su homlogo de Post-Arquitectura.

(PDIF) Dificultad de la
Plataforma

Tiempo de Ejecucin (TIME), Restricciones de Almacenamiento (STOR) y

Volatilidad de la Plataforma (PVOL).

(PREX) Experiencia Personal

Experiencia (AEXP),Experiencia en la Plataforma (PEXP) y Experiencia

en el Lenguaje y Herramientas (LTEX).

(FCIL) Facilidades.

Uso de Herramienta Software (TOOL) y Desarrollo MultiLugar (SITE).

(SCED) Planificacin Temporal

El driver de coste es el mismo que su homlogo de Post-Arquitectura.

Valores de Multiplicadores de
Esfuerzo

Rangos De Salida

Esta etapa del modelo tambin permite la estimacin de

rangos probables de valores de salida usando distintas
relaciones de exactitud de coste y medida.

Una vez que se calcula el valor de esfuerzo ms probable, E,

se calculan un conjunto de estimaciones optimistas y
pesimistas que representan una desviacin estndar
alrededor del valor ms probable.

Rangos de Estimacin

Rangos De Salida
El

rango de valores de esfuerzo puede utilizarse en

la ecuacin de tiempo para determinar un rango de
valores de tiempo.

Se

puede calcular el esfuerzo y duracin distribuido

por fases y subfases del proyecto con las tablas del
modelo COCOMO 81.

Tratamiento de la
Reutilizacin en la Estimacin

Se pueden incluir consideraciones especiales cuando se prev reutilizacin del

cdigo que compondr la aplicacin que estamos estimando.

La inclusin de caractersticas de reutilizacin conlleva describir el parmetro

Size como sigue:

Tratamiento de la Reutilizacin
en la Estimacin
La

variable KASLOC representa miles de lneas de

cdigo fuente adaptadas

El

valor AT representa el porcentaje de traduccin

automatizada y por ltimo la variable AAM
representa un Multiplicador de Ajuste para la
Adaptacin

Hay que estimar la cantidad de software que se va a

adaptar, ASLOC y tres parmetros de grado de modificacin.

El porcentaje de diseo modificado (DM).

El porcentaje de cdigo modificado (CM).

El porcentaje de esfuerzo inicial de integracin requerido

para la integracin del software reutilizado (IM).

 El

clculo de ESLOC se basa en una cantidad

intermedia, el Factor de Ajuste de Adaptacin (AAF).

Las

cantidades de adaptacin DM, CM, IM se usan

para calcular AAF, donde:

DM:

Porcentaje de diseo modificado. (Esto es

necesariamente una cantidad subjetiva).

 CM:

Porcentaje de cdigo modificado.

IM:

Porcentaje de integracin requerida para software

modificado.

Si

no hay DM CM entonces no es necesario SU. Se

aplica SU si el cdigo es modificado.

El incremento de comprensin del software (SU) se expresa

cuantitativamente como un porcentaje.

Si el software se tasa muy alto en estructura, claridad y

descriptivita del mismo, la comprensin del software y la
penalizacin por comprobar el interfaz es del 10%. S

Si el software se tasa muy bajo en estos factores, es del

50%. SU se determina tomando el promedio subjetivo de las
tres categoras.