gerson taddeo condori cerpa

2. PRINCIPALES RAZONES DEL FRACASO EN
LOS PROYECTOS
 Falta de planificación
 Expectativas irrealistas
 Requisitos y especificaciones incompletas
 Pobre aportación del usuario
 Falta de recursos
 Falta de soporte ejecutivo
 Cambios en los requisitos – especificaciones
 Falta de gestión tecnológica
 Desconocimiento tecnológico

3.  Técnica de estimación de costes de proyecto de software,
desarrollada por Lawrence H. Putnam en 1978.
 Fue desarrollada para estimar los costes de los grandes
proyectos de software.
 Lawrence Putnam, el describe el tiempo y el esfuerzo
requeridos para estimar un proyecto del software de un tamaño
especificado. Comercialmente es conocido como SLIM
(Software LIfecycle Management) el cual es el nombre dado
por Putnam al conjunto propietario de herramientas producidas
por su compañía

4. VENTAJAS
Es uno de los métodos que mayor exactitud presenta frente al
resto.
Técnica creada para estimar proyecto grandes
DESVENTAJAS
Es un modelo comercial y existe poca documentación
disponible para utilizarlo de forma manual.

5.  Producto: representa cierta medida sobre el funcionamiento
del mismo. La medida LDC suele ser una medida habitual de
la funcionalidad.
 Esfuerzo: representa el trabajo humano, medido en persona-
meses o personas-años.
 Tiempo: representa la duración del trabajo.
 Constante: es un factor de proporcionalidad.
LCD: líneas de código
LA ECUACIÓN BÁSICA

6. PRODUCTIVIDAD DEL PROCESO
 La ecuación anterior tiene mayor sentido si la expresamos
como:
 Se deduce que la relación entre los términos no es lineal.

7. LA ECUACIÓN DEL SOFTWARE
 Producto: se mide en LDC
 Parámetro de productividad (PP): se suele derivar de
datos históricos aplicando la ecuación.
 Esfuerzo: Hombres-año / hombres-mes
 B: es un parámetro de habilidad depende del tamaño
del producto.
 Tiempo: de desarrollo en años o meses

8. FACTOR B

9. OBTENIENDO EL FACTOR PRODUCTIVIDAD
 Se obtiene por calibración a partir de sistemas ya
concluidos.
 Por ejemplo: dado un sistema de 30.000 líneas de
Cobol, finalizado en 17 meses con un gasto de recursos
de 146 personas-mes, tenemos:

10. UTILIZACIÓN DE LA ECUACIÓN PARA LA
ESTIMACIÓN
 La utilización al estimar tiempo y esfuerzo al comienzo
de un nuevo proyecto.
 La ecuación del software debe estimar el tiempo e
desarrollo (T) y esfuerzo de desarrollo (E).
 Soluciones:
 Determinista.
 Simulación (Vensim)
 Programación Lineal
 Se deben conocer el PP de la organización mediante
proyectos anteriores y una estimación del Producto
(LDC).

11. SOLUCIÓN DETERMINISTA
 Basándose en datos históricos, se estudiaron 20
proyectos, Norden comprobó que:
 Los procesos de desarrollo tienen 5 fases
 Tienen un comportamiento, en cuanto a la
producción similar a una curva de Rayleigh.
 La cola de la curva se debe al mantenimiento.

12. MODELO DE PROCESOS DE NORDEN

13. SLIM: CASO PRÁCTICO
 Se tiene que desarrollar un nuevo sistema para la
ubicación, registro, distribución de unidades móviles de
una empresa que brinda el servicio de taxi.
 Se pretende estimar el tiempo y esfuerzo para
desarrollar el software.

14. PRIMERO
 Se recolectan los datos de los registros de sistemas
anteriores u sistemas similares externos para obtener el
parámetro de productividad.
 Se tienen los siguientes datos:
LCD Lenguaje Personas/M
es
Tiempo
(meses)
50000 Cobol 156 14
65000 C++ 150 17
53000 Pascal 95 14
70000 C++ 145 16

15. SEGUNDO
 Obtenemos una estimación de la cantidad de líneas de
código de acuerdo a registros anteriores.
 El software será desarrollado con un lenguaje C++, y
poseerá 60000 SLOC.
 Tomando el dato histórico del sistema de 70000 SLOC
 PP=6508
 El valor de B: 0.39

16. DOS VARIABLES
 Tiempo y Esfuerzo: dos variables con las que se
puede estimar el esfuerzo (personas) y tiempo
(meses)

17. VIENDO LOS CASOS
TIEMPO ESFUERZO
10 601.23
12 289.94
14 156.50
16 91.74
18 57.27

18.  Gracias…