Tecnicas de Estimacin de

Productos de Software
Clarena Rodriguez Pinto 160002346
Juan Camilo Cajamarca - 160002332

Tecnicas de Estimacin
Estas tcnicas de estimacin son una forma de resolucin de problemas en
donde, en la mayora de los casos, el problema a resolver es demasiado
complejo para considerarlo como una sola parte. Por esta razn,
descomponemos el
problema, recaracterizndolo como un conjunto de
pequeos problemas.
Las estimaciones estn asociadas con el esfuerzo, costo y el tiempo de las
actividades identificadas del proyecto. El
objetivo de la estimacin de
proyectos es reducir los costos e incrementar los niveles de servicio y de
calidad.

Modelos
COCOMO 81
COCOMO II
Delphi
Analogia
Punto de Funcin
Lineas de Cdigo

Cocomo
Fue desarrollado por Barry Boehmen 1981. El modelo asume que los
requerimientos son relativamente estables y que el proyecto ser
administrado por el cliente y el desarrollador. El modelo entrega un orden
de magnitud de los costos del Software. Utiliza como datos el tamao
estimado del proyecto y el tipo de producto adesarrollar.

Cocomo81 Modelos
COCOMO 81 est compuesto por tres modelos que corresponden a distintos
niveles de detalle y precisin.

Modelo COCOMO bsico

Modelo COCOMO intermedio
Modelo COCOMO avanzado (o detallado)

Cocomo81 Modelo Basico

Es un modelo univariable esttico que calcula el esfuerzo y el tiempo del
desarrollo de software en funcin del tamao del programa, expresado en
Lneas de Cdigo (LDC) estimadas. Adecuado para hacer estimaciones de
forma rpida, aunque sin gran precisin.

Cocomo81 Modelo
Intermedio
Es un modelo univariable esttico que calcula el esfuerzo del desarrollo de
software en funcin del tamao del programa y un conjunto de conductores
de coste, que incluyen la evaluacin subjetiva del producto, del hardware,
del personal y de los atributos del proyecto. Estos conductores del coste se
consideran como trminos de impacto agregado al esfuerzo total del
proyecto.

Cocomo81 Modelo Avanzado

Es un modelo que incorpora todas las caractersticas de la versin
intermedia y lleva a cabo una evaluacin del impacto de los conductores de
coste en cada fase(anlisis, diseo, etc.) del proceso de ingeniera de
software.
La estimacin es ms precisa a medida que se toman en cuenta mayor
cantidad de factores que influyen en el desarrollo de un producto de
software.

Cocomo81 - Fases
Diseo del Producto (PD)
Se define la arquitectura del hardware, software y las estructuras de datos y
control. Tambin se desarrolla un bosquejo del manual del usuario y los
planes de aceptacin y testeo.

Diseo Detallado (DD)

Codificacin y Testeo de Unidades (CT)

En estas dos fases el diseo global de la fase anterior es implementado,
creando las componentes de software, que son testeadas y evaluadas
individualmente.

Cocomo81 - Fases
Integracin y Testeo (IT)
Se fusionan todas las componentes de software desarrolladas con el fin de
lograr que el producto de software funcione correctamente. Los
requerimientos definidos son usados para controlar las aptitudes del producto
liberado. Los costos y tiempos de las fases excluidas (Requerimientos y
Mantenimiento) deben ser estimados en forma separada empleando otros
modelos.

Cocomo81 Tipos de Proyectos

Los modelos COCOMO estn definidos para tres modos de
desarrollo:

Proyectos

Orgnicos:
El equipo de desarrollo es pequeo y experimentado, en un
ambiente familiar y con aplicaciones conocidas.

Proyectos Semiconectados (Semilibres):

El equipo de desarrollo est formado por personal experimentado y
novato con algo de experiencia en la tecnologa y la aplicacin.
Suelen tener interacciones con otros sistemas.
Proyectos

Integrados (Empotrados):
Tiene un gran equipode desarrollo, pero en general es poco
experimentado en el tema dado que se trata de proyectos casi
nicos. Corresponden a proyectos que representan un fuerte
acoplamiento entre el Hardware, Software y los procedimientos
operacionales. La modificacin a los requerimientos no esprctica

Formulas

E=(a(Kl)^b )*m(X) (Esfuerzo)

E Salario/mes = Esfuerzo
a y b Constante segn el tipo de proyecto
Kl Cantidad e Lineas de Cod.
m(x) Multiplicador que depende de 15 Atributos
Constantes.

T=cE^d (Tiempo de Duracin de

Desarrollo)
P=E/T (Cantidad de Personas)
KLDC=(PF*L)/1000 (Kilo de Lineas de
Cod.)

COCOMO II
Que es?
Nuevas Mejoras
Modelos

Composicin de Aplicacin
Diseo temprano
Post-Arquitectura

Qu es?
COCOMO II es un modelo que permite estimar el coste, esfuerzo y tiempo
cuando se planifica una nueva actividad de desarrollo software.
COCOMO II est adaptado a los ciclos de vida de los modelos de desarrollo de
software actuales, dado que esposible de aplicar a aquellas nuevas prcticas
no tradicionales de software como desarrollo rpido de aplicaciones,
aplicaciones no secuenciales, reusabilidad del software, reingeniera,
programacin orientada a objetos, entre otras.

Nuevas Mejoras

Desarrollar un modelo de estimacin de costo y cronograma de proyectos

de software que se adaptara tanto a las prcticas de desarrollo de la
dcada del 90 como a las futuras

Construir una base de datos de proyectos de software que permitiera la

calibracin continua del modelo, y as incrementar la precisin en la
estimacin

Implementar una herramienta de software que soportara el modelo

Proveer un marco analtico cuantitativo y un conjunto de herramientas y

tcnicas que evaluaran el impacto de las mejoras tecnolgicas de software
sobre los costos y tiempos en las diferentes etapas del ciclo de vida de
desarrollo

Composicin de Aplicacin
Indicado para proyectos construidos con herramientas
construccin de interfaces grficos para usuario

modernas

de

Diseo Temprano
Se utiliza en las primeras etapas del desarrollo en las cuales se evalan las
alternativas de hardware y software de un proyecto. En estas etapas se tiene
poca informacin, lo que concuerda con el uso de Puntos Funcin, para estimar
tamao y el uso de un nmero reducido de factores de costo.

Post-Arquitectura
Este es el modelo COCOMO 2 ms detallado. Puede ser utilizado despus de
haber desarrollado la arquitectura global del proyecto. Utiliza nuevos
parmetros de costo, nuevas reglas de conteo de lneas y nuevas ecuaciones.
Este modelo corresponde al esfuerzo de desarrollo estimado una vez que se ha
fijado la arquitectura del sistema. Este modelo base puede ajustarse para:
Estimaciones ms tempranas, correspondiente al modelo de diseo
temprano (Pre-arquitectura).
Mantenimiento.
Estimacin de nmero de defectos esperados

Ejemplo

Calcular el esfuerzo, el tiempo y personal que se debera implementar en

el proyecto con los siguientes datos.

PF=261,36
Lenguaje VB= 32 LDC * C/PF

Solucin

KLDC=

m(x)=1,15*1,00*0,85*1,11*1,00*1,00*1,07*0,86*0,82*0,

(PF * Lneas de cdigo por cada PF)/1000 =

(261,36*32)/1000= 8,363
70*1,00*0,95*1,00*0,91*1,08

= 0,53508480

E = a KLDC e * FAE = 3,2 * (8.363)^1,05

* 0,53508480 =

15,91 personas /ms

T = c Esfuerzo d = 2,5 * (15,91)^0,38 = 7,15 meses

P = E/T = 15,91/7,15 = 2,22 personas

Wideband Delphi
Fue concebido en los aos cincuenta con fines militares y a partir de la
dcada de los sesenta ha sido utilizado en los mbitos acadmicos y
empresariales. Ha sido empleado principalmente como tcnica de
previsin y consenso en situaciones de incertidumbre, en las que no es
posible acudir a otras tcnicas basadas en informacin objetiva.

Wideband Delphi Caracteristicas

Es un proceso iterativo. Como mnimo los expertos deben ser consultados

dos veces sobre la misma cuestin, de forma que puedan volver a pensar
su respuesta ayudados por la informacin que reciben de las opiniones del
resto de los expertos.

Mantiene el anonimato de los participantes, o al menos de sus respuestas,

ya que stas van directamente al grupo coordinador. Ello permite poder
desarrollar Un proceso de grupo con unos expertos que no coinciden ni
temporal ni espacialmente, y adems busca evitar las influencias
negativas que en las respuestas Individuales pudieran tener factores
relativos a la personalidad de los expertos participantes.

Wideband Delphi Caracteristicas

Feedback controlado. El intercambio de informacin entre los expertos no

es libre, sino que se realiza a travs del grupo coordinador del estudio, con
lo que se elimina toda informacin que no sea relevante.

Respuesta estadstica de grupo. Todas las opiniones forman parte de la

respuesta final. Las preguntas estn formuladas de forma que se pueda
realizar un tratamiento cuantitativo y estadstico de las respuestas.

Wideband Delphi - Metodologia

Es un mtodo grupal para refinar el Project plan, donde participan el Project
Manager o un moderador, un recorder y estimadores. Las especificaciones se
le dan a un grupo de expertos, quienes discuten las metas del proyecto,
las suposiciones y estiman los recursos. Adems, ellos hacen las estimaciones
y se las dan a un moderador, quien compila las estimaciones. Luego, cada
estimador sabe los resultados de sus estimaciones, las dems son annimas.
Seguidamente, los expertos discuten los resultados y revisan las tareas. Este
ciclo continua hasta que las estimaciones convergen en una que se encuentre
en un rango aceptable.

Wideband Delphi Ciclo de Vida

Planificacin: Es el primer paso del proceso Wideband delphi que
comienza con la definicin y alcance del problema a estimar.
Reunin inicial:
Consiste en la comprensin sobre el problema de
estimacin, en donde el equipo revisa los objetivos estimados, discute el
problema y algunos asuntos de la estimacin llegando a un acuerdo sobre las
unidades de estimacin (semanas, horas laborales, dlares, lneas de cdigo)
que se usaran a lo largo del proceso.

Wideband Delphi Ciclo de Vida

Preparacin individual: Consiste en que cada participante desarrolla
independientemente una lista inicial de tareas que debern ser completadas
para alcanzar la meta del proyecto, donde cada participante estima el
esfuerzo que cada tarea consumir.
Reunin de estimacin: El objetivo en este paso es establecer una lista
con todas las estimaciones individuales para debatirlas en anonimato,
evitando las posibles intimidaciones entre los participantes, todo esto, con el
fin de debatir las diferentes estimaciones con el propsito de que cada
integrante pueda modificar, aadir, eliminar sus estimaciones renovando la
lista obtenida anteriormente .

Wideband Delphi Ciclo de Vida

Ensamblando las tareas: Es donde el moderador o Project manager
ensambla las tareas del proyecto y sus estimaciones individuales dentro de
una lista maestra definitiva de tareas, en donde se encuentran recopilados
todos los procesos trabajados con anterioridad.
Revisin de resultados: Finalmente, en este paso el equipo de estimacin
revisa los resultados resumidos y llega a un acuerdo sobre el resultado final.

Wideband Delphi
Ventajas/Desventajas

Ventajas

Desventajas

Hay menos probabilidad de una

estimacin negativa.

Requiere de expertos para que

hagan la estimacin.

Esta basado en valores

histricos.

No define un proceso a seguir

cuando se esta estimando.

Analoga
El coste de un proyecto se calcula por comparacin con proyectos similares
en el mismo dominio de aplicacin. Es aplicable cuando otros proyectos en el
mismo dominio de aplicacin se han completado. Se estima el costo de un
nuevo proyecto por analoga con estos proyectos completados.

Anlisis de Puntos de Funcin

(FPA)
La tcnica de puntos de funcin fue introducida por Albrecht y su propsito es
pedir el software cualificando la Funcionalidad que proporciona externamente,
basndose en el diseo lgico del sistema.

Medir lo que el usuario pide y lo que el usuario recibe.

Medir independientemente la tecnologa utilizada en la implantacin del
sistema.
Proporcionar una mtrica de tamao que d soporte al anlisis de la calidad
y la productividad.
Proporcionar un medio para la estimacin del software.

FPA Mecanismo
El anlisis de los puntos de funcin se desarrolla considerando cinco
parmetros bsicos externos del sistema:

Entrada (EI, del ingls External Input).

Salida (EO, del ingls External Output).
Consultas (EQ, del ingls External Query).
Ficheros Lgicos Internos (ILF, del ingls Internal Logic File).
Ficheros Lgicos Externos (EIF, del ingls External Interface File)

FPA Entradas (EI)

Es un proceso elemental o una accin que procesa datos o informacin de

control que vienen desde afuera de la frontera de la aplicacin hacia
adentro. Los datos pueden venir desde otra aplicacin o desde una
pantalla de ingreso de datos. El objetivo fundamental es mantener uno o
ms archivos lgicos internos (o ILF de Internal Logical File) y/o alterar el
comportamiento del sistema.

FPA Entradas (EI)

Se aplican las siguientes reglas:

R1: Los datos se reciben desde fuera de los lmites de la aplicacin.
R2: Los datos mantienen un ILF a travs de un proceso elemental de la
aplicacin.
R3: El proceso es la unidad ms pequea de actividad que es significativa
para el negocio del usuario final.
R4: El proceso es auto contenido y deja la aplicacin que est siendo
contada en un estado consistente.
R5: El proceso identificado debe verificar alguna de estas reglas:
Su lgica de proceso es nica respecto de otras entradas externas de
la aplicacin.
Los elementos de datos identificados son distintos a los de las otras EI
de la aplicacin.
Los ficheros lgicos referenciados son diferentes

FPA Salidas(OI)

El objetivo fundamental es presentar informacin al usuario a travs del

procesamiento lgico de los datos o de la informacin de control obtenida.

Se aplican las siguientes reglas:

R1: El proceso enva datos informacin de control.
R2: Los datos o informacin de control se envan a travs de un proceso
elemental de la aplicacin.
R3: El proceso es la unidad ms pequea de actividad que es significativa
para el negocio del usuario final.
R4: El proceso es auto contenido y deja a la aplicacin en un estado
consistente.

FPA Salidas(OI)
R5: El proceso identificado debe verificar alguna de estas reglas:
Su lgica de proceso es nica respecto de otras salidas externas de la aplicacin.
Los elementos de datos identificados son distintos a los de otras EOs de la
aplicacin.
Los ficheros lgicos referenciados son distintos.
R6: Debe cumplirse al menos una de las siguientes condiciones:
El proceso elemental contiene al menos una frmula matemtica o clculo.
El proceso crea datos derivados
El proceso que genera la salida mantiene algn ILF
El proceso que genera la salida altera el comportamiento del sistema.
R7: La transferencia de datos a otras aplicaciones se cuenta como salidas
R8: Los informes escritos y online se cuentan como salidas independientes.
R9: Los grficos se cuentan como una salida cada uno.

FPA Consultas(EQ)
El objetivo principal de un EQ es presentar informacin al usuario a travs
de la obtencin del dato o de la informacin de control.

Se aplican las siguientes reglas:

R1: Una peticin entra dentro del lmite de la aplicacin.
R2: Un resultado sale del lmite de la aplicacin
R3: Hay recuperacin de datos
R4: Los datos recuperados no contienen datos derivados.
R5: El proceso lgico no contiene frmulas matemticas o clculos
R6: El proceso que genera la consulta no mantiene ningn ILF ni altera el
comportamiento del sistema
R7: La peticin de entrada y el resultado de salida juntos, hacen del
proceso la unidad de actividad ms pequea que es significativa para el
negocio del usuario final.
R8: El proceso es auto contenido y deja a la aplicacin que est siendo
contada en un estado consistente.

FPA - Ficheros Lgicos Internos

(ILF)
El objetivo fundamental de un ILF es manejar los datos mantenidos a travs de
uno o ms procesos elementales (o acciones) de la aplicacin que est siendo
contada.

Reglas para identificarlos:

R1: El grupo de datos o informacin de control es un grupo de datos
lgico identificable por el usuario que cubre de manera completa
requisitos especficos de este.
R2: El grupo de datos es mantenido dentro de los lmites de la
aplicacin.
R3: El grupo de datos es mantenido o modificado por medio de un
proceso elemental de la aplicacin.
R4: El grupo de datos identificado no se ha contado como ELF de la
aplicacin.

FPA - Ficheros Lgicos Externos

(ELF)
El objetivo principal de un ELF es manejar los datos referenciados mediante
uno o ms procesos elementales (o acciones) dentro de la frontera de la
aplicacin contada.

Reglas:
R1: El grupo de datos o informacin de control es un grupo de datos lgico
identificable por el usuario que cubre de manera completa requisitos
especficos de este.
R2: El grupo de datos es referenciado y es externo a la aplicacin que est
siendo contada.
R3: El grupo de datos no es mantenido por la aplicacin que est siendo
contada.
R4: El grupo de datos se ha contado como ILF en al menos otra aplicacin.
R5: El grupo de datos identificado no ha sido contado como un ILF para la
aplicacin.

Regresar

Lineas de Cdigo
Es una medida propuesta inicialmente cuando los programas se escriban en
tarjetas, con una lnea por tarjeta. Actualmente los lenguajes permiten escribir
varias sentencias en una lnea, o una misma sentencia en varias lneas
Las LDC miden en forma directa el tamao del producto de software. Se
calculan simplemente contando las instrucciones de cdigo fuente de cada
componente del producto de software excluyendo, generalmente, los
comentarios y blancos.

Entonces, se calcula el valor esperado de LDC. El valor esperado para la

variable de estimacin, E, se obtiene como una medida ponderada de las
estimaciones LDC ptima (a), ms probable (m) y pesimista (b).
Esta tcnica trata de definir el tiempo y el costo del proyecto en base a la
cantidad de lneas de cdigo se tienen que escribir, cual es el costo por lnea y
cuantas lneas de cdigo desarrollamos en un mes.
Formula:

Los pasos para desarrollar ese mtodo son los siguientes:

Descomponemos el problema en los mdulos importantes que posea.
Estimar los valores para las columnas de lneas a escribir optimista Ms
Probable, Pesimista
Calcular la columna esperada en base a la frmula
Se coloca en la columna de "$/lnea" el precio de cada lnea en cada mdulo,
esto generalmente se realiza basados en los costos de proyectos anteriores.
La siguiente casilla pertenece a cuantas lneas se pueden escribir en un mes.
La casilla de "Coste", nos permite tener el clculo de cuanto costara cada
mdulo, esto se obtiene de multiplicar la columna de "$ por lnea" con la de
"Esperada".
Los meses se calculan multiplicando las "Lneas al mes" por "Esperada"
Al totalizarlas columnas calculadas tendramos en la columna de "Esperada"
la cantidad de lneas que se escribiran, el la de "Coste" el costo estimado del
proyecto y en la de "Meses" los meses que demorara el proyecto

Regresar