Tcnicas de Estimacin

No existe una forma simple de hacer una estimacin precisa del esfuerzo requerido para
desarrollar un sistema de software. El software tiene que ejecutarse en computadoras
poco familiares. Probablemente no se conozcan las personas involucradas en el proyecto
y sus habilidades. Todos estos factores indican que en una primera etapa es difcil
producir una estimacin precisa de los costos de desarrollo.
Enfoques:

Descendente. Parte del sistema y baja.

Ascendente. Divisin en componentes y sube.

Las desventajas del enfoque descendente son las ventajas del ascendente y viceversa.
Tcnicas de estimacin Boehm 81

Modelado del algoritmo de costos.

Opinin de expertos.
Estimacin por analoga.
Ley de Parkinson.
Asignar precios para ganar.

Modelado del algoritmo de costos.

Se basa en informacin histrica con alguna mtrica (por Ej. tamao).
A partir de esa mtrica el modelo predice el esfuerzo requerido.
Opinin de expertos.
Se busca uno o ms expertos, se comparan sus estimaciones, se discuten y se
llega a una estimacin acordada.
Estimacin por analoga.
Cuando el proyecto a estimar tiene ya uno similar o parecido hecho por nosotros.
Ley de Parkinson.
Establece que el trabajo se extiende para llenar todo el tiempo disponible.
El costo va por los recursos disponibles ms que por los objetivos logrados. (si
el software se debe entregar en 12 meses y tengo 5 personas, el esfuerzo es 60
personas/mes).

Asignar precios para ganar.

El esfuerzo estimado depende del presupuesto del cliente y no de la
funcionalidad del software.
Parece poco tica y poco apropiada para los negocios, pero se usa bastante.
Ventaja: se negocia con el cliente el alcance del software por el dinero con que
se cuente.

Cada tcnica tiene sus fortalezas y sus debilidades, para proyectos grandes se
recomienda usar ms de una y tener cuidado si divergen. Solo son aplicables si
existe un documento de requerimientos para el sistema.

Modelado algortmico de costos

Es el enfoque ms esquemtico, aunque no necesariamente el ms preciso, para la
estimacin del software es la estimacin algortmica de costos.
Este se construye analizando costos y atributos de los proyectos realizados. Se utiliza
una formula matemtica basada en estimaciones del tamao del proyecto, numero de
programadores y otros factores de los procesos y productos.

Modelado algortmico de costos

Grfica de Boehm 95 sobre INCERTIDUMBRE
4x

2x

Feasibility Requirements

Design

Code

Delivery

0.5x

0.25x

El estimador debe desarrollar ms de una estimacin: la peor, la esperada y la mejor.

Cunto ms se sabe del proyecto, ms preciso se puede ser.
El modelo COCOMO

Existen varios modelos algortmicos como base para estimar el esfuerzo, la

calendarizacin y costos de un proyecto. Estos son similares pero utilizan diferentes
valores en sus parmetros. El modelo COCOMO es un modelo emprico.
Modelo COCOMO:
1- Esta bien documentado, es de dominio publico y lo apoyan el dominio publico y
las herramientas comerciales.
2- Se ha utilizado y evaluado muy ampliamente.
Modelo COCOMO 81
Supone proceso en cascada y desarrollo desde cero. Fue la primer versin.
Se basa en 3 niveles:
Bsico: provee estimacin inicial burda.
Segundo: la modifica utilizando multiplicadores del proyecto y del proceso.
Ms detallada: produce estimaciones de cada fase del proyecto.
Modelo COCOMO 2

Construccin de prototipos inicial: las estimaciones de tamao son basadas en

puntos de objeto y con el uso de frmulas simples se estima el esfuerzo.
De diseo inicial: Este nivel corresponde al fin de requerimientos y algo de
diseo inicial, se basan en PDF que luego se convierten a LDC.
Post arquitectnico: Ya diseada la arquitectura del sistema, se completan
nuevos atributos y se trabaja basados en LDC.

PM = A SizeB M

PM el esfuerzo en personas/mes.
A coeficiente por complejidad y nivel.
Size las miles de lneas de cdigo LDC a partir de PDF y tabla segn lenguaje.
B exponente que refleja el crecimiento del proyecto por tamao.
M conjunto de 7 atributos de los costos del proyecto.

7 atributos del multiplicador M:

Fiabilidad y complejidad del producto.

Reutilizacin requerida.
Dificultad de la plataforma.
Capacidad del personal.
Experiencia del personal.
Calendarizacin.
Recursos de apoyo.

Para cada nivel se emplean frmulas especficas.

En el nivel 3 se pueden contar con 2 factores:
la volatilidad de los requerimientos y
la amplitud de la posible reutilizacin.
Tambin en este nivel adems se incorporan:
capacidad del personal,
ms conocimiento del producto y
detalle de las caractersticas del proyecto.
Adems, los 7 atributos pasan a ser 17.
Exponente B:
COCOMO 81 asume 3 valores segn complejidad: simple, moderada o incrustada
(embebed).
COCOMO 2 estima considerando 5 factores de escala con valores de 5 a 0, los valores
se suman, se dividen por 100 y al resultado se le suma 1.01 para obtener ste exponente.

Precedentes
Proyecto nuevo para nosotros. Bajo (4)
Flexibilidad de desarrollo
No se involucra al cliente, solo fija metas. Muy alto (1)
Resolucin de la arquitectura / riesgos
No se lleva a cabo anlisis de riesgos. Muy bajo (5)
Cohesin del equipo
Grupo nuevo, se desconoce unin. Normal (3)
Madurez del proceso
Solo algn control del proceso. Normal (3)

Atributos del producto (caractersticas):

Fiabilidad
Complejidad de los mdulos
Amplitud de documentacin requerida
Tamao de la base de datos
Porcentaje requerido de componentes reutilizables

Atributos de la computadora (restricciones):

Tiempo de ejecucin
Restricciones de memoria
Volatilidad de la plataforma de desarrollo
Atributos del personal (experiencia y capacidad):

Capacidad de anlisis
Continuidad del personal
Experiencia en el dominio del proyecto tanto para analistas como para
programadores
Capacidad de programar
Experiencia en el lenguaje y otras herramientas

Atributos del proyecto (particularidades):

Utilizacin de herramientas de software.
Compresin de los tiempos de desarrollo.
Amplitud del trabajo en sitios mltiples y calidad de las comunicaciones del
sitio.

Modelos algortmicos de costos en la planeacin del proyecto

Existen tres componentes a ser tomados en cuenta en el costo de este proyecto:
1- El costo del hardware objetivo que ejecuta el sistema.
2- El costo de la plataforma (computadora mas hardware) para desarrollar el
sistema.
3- El costo del esfuerzo requerido para desarrollar el software.
Duracin y personal del proyecto
Los administradores de proyectos tambin estiman cuanto durara el desarrollo del
software y cuanto personal se necesita para trabajar en el proyecto. Tambin se debe
estimar la duracin del proyecto. Las organizaciones demandan tiempos de duracin
ms cortos para que sus productos salgan antes al mercado que los de sus competidores.
La relacin entre el nmero de personas que trabajan en un proyecto, el esfuerzo
requerido y el tiempo de desarrollo no es lineal.
En cuanto crezca el numero de personal se necesitara mas esfuerzo, doblar el numero de
personas no significa que la duracin del proyecto se reducir a la mitad.
COCOMO incluye una frmula para estimar tiempo calendario de duracin de un
proyecto (igual para todos los niveles):
TDEV = 3 * (PM) (0.33 + 0.2 * (B 1.01))
PM = clculo del esfuerzo
B = componente calculado (1 para el modelo inicial de construccin de prototipos).
Clculo predice la duracin nominal del proyecto.
Dividir el esfuerzo requerido por la duracin NO DA una indicacin til del nmero de
personas. Generalmente el nmero de personas crece desde un nmero pequeo hasta

un mximo y despus se reduce. Slo un nmero pequeo es necesario al inicio para

tareas de planeacin y especificacin. Al progresar y requerirse trabajo ms detallado, el
nmero llega a un mximo. Despus de la implementacin y pruebas unitarias, el
nmero decae hasta alcanzar 1 o 2 para la entrega del producto.
El modelo de Putnam incluye el tiempo de desarrollo como un factor clave.
Si se reduce ese tiempo, el esfuerzo requerido para el desarrollo del sistema crece
exponencialmente.