Diferente models of software estimation are discussed

1. Modelos de Estimación de
Software

2. Introducción
Dentro de la ingeniería de Software nos
encontramos con una problemática especial a
la hora de realizar una planificación de costes
y tiempos. Se discutirán diferentes enfoques a
la hora de resolver esta problemática.

3. Índice
●Problemática
●Ingeniería tradicional.
●Tipología de los modelos de estimación
●Presentación de diversos Modelos
●Metodología recomendada

4. Comunidad de Madrid
●Ampliación linea 6
●Tramo Elíptica Carabanchel
Alto
●Presupuesto 7.643.524.334
●Fecha de terminación:Enero
1999

5. Proyecto Ejemplo
●Presentación de la Problemática
●Pregunta clave 1 : ¿Como cuándo estará?
●Pregunta clave 2 : ¿Cuánto va a costar?
●Pregunta clave 3 : ¿Cuántas personas
necesito?

6. Ingeniería Civil.
●Métodos clásicos de planificación de
proyectos
●Técnicas de cálculo de presupuestos
●Basadas en parámetros medibles

7. Ingeniería Software
●Ausencia de parámetros medibles en
proyectos de Ingeniería de software.
¿Qué
podem
os

8. Tipología de los Modelos de
Estimación
●Opinión de Expertos
●Estimación por Analogía
●Descomposición
●Ecuaciones o modelos de estimación .

9. Opinión de expertos
●La “adivinación basada en la experiencia
personal” [Fenton, 1991
●Técnica Delphi
●Técnica Delphi de banda ancha

10. Técnica Delphi [Bohem,1981
●1 Un coordinador proporciona a cada
experto una especificación del proyecto
propuesto y un impreso para expresar su
opinión.
●2 los expertos rellenan el impreso de forma
anónima.
●3 El coordinador ofrece a cada experto el
valor medio de las opiniones para que las
compare con la suya.

11. Técnica Delphi (II)
●Se pide realizar una nueva estimación
anónima indicando las posibles razones de
la misma.
●Se repite el proceso hasta llegar a un
consenso en la estimación. No se realizan
reuniones en grupo durante todo el
proceso.

12. Técnica Delphi de banda ancha.
●Variante de la anterior:
o1.1 El coordinador reúne a los expertos para
que intercambien opiniones sobre el proyecto.
●4 Los expertos no indican las razones de la
estimación
o4.1 El coordinador convoca una reunión en
grupo para que los expertos discutan las
razones de las diferencias de estimación

13. Técnica Delphi de banda ancha (II)
●5 Se rellenan anónimamente los impresos y se
repite el proceso hasta llegar a un acuerdo.

14. Estimación por analogía
●Complemento del juicio de expertos.
●Se dispone de datos de proyectos similares
al que se desea estimar
 Ejemplo: Si se estima que el proyecto es el 10%
mayor que uno anterior que ha costado 10 millones,
podemos deducir que el coste aproximado será 11
millones, y se emplearían las carácterísticas de los
proyectos para refinar la estimación

15. Estimación por descomposición
●El responsable de cada componente estima
el coste de su desarrollo
●Enfoque Bottom-Up
●Se precisa un diagrama de descomposición
del producto, acompañado de un diagrama
de descomposición de actividades
●Integra actividades como integración o
gestión de configuración

16. Modelos algorítmicos
●SLIM
●COCOMO
●FPA

17. SLIM [Putnam,1978
●Basado en la curva de Rayleigh
●Ecuación del Software:
oT = C . K 1/3 (Td) 4/3
oT = Tamaño del Software en LDC
oC = Constante tecnológica
oK = Esfuerzo de desarrollo en personas - año
oTd= Tiempos de desarrollo en años

18. COCOMO [Boehm, 1981
●Esfuerzo = a . (KLDC) b
●KLDC = miles de líneas de código
●a , b = parámetros de ajuste

19. Modos de desarrollo
●Orgánico. Entrono estable con poca
innovación técnica, pocas presiones de
tiempo y tamaño relativamente pequeño
(<=50KLDC)
●Empotrado (Embedded). Desarrollo con
requisitos muy restrictivos, volátiles,
complejo y de gran innovación técnica.
●Semilibre (Semidettached). Situaciones
intermedias.

20. Ecuaciones

21. Modelos COCOMO
●Basados en la cantidad de información
disponible a lo largo del ciclo de vida
oBásico. Primeras estimaciones al principio del
proyecto
oIntermedio. Identificados los componentes
principales del sistema
oAvanzado. Componentes individuales.

22. COCOMO Intermedio
●Aplicamos la ecuación básica
●Refinamos la estimación a partir de los
factores de coste.

23. Factores de coste
●Atributos del Producto
●Atributos del hardware
●Atributos del Personal
●Atributos del Proyecto

24. Atributos del Producto

25. Atributos del hardware

26. Atributos del Personal

27. Atributos del Proyecto

28. Puntos de función
[Albrecht, 1979
●Basado en la existencia de una
especificación más o menos formalizada
●Métrica que cuantifica la funcionalidad que
se entrega al usuario al construir una
aplicación
●Unidades de medida de proyectos software

29. Características
●Independencia de lenguaje y entorno
●Basado en parámetros lógicos independientes
●Medir productividad
●Estimar desarrollo y soporte
●Monitorizar acuerdos de outsourcing
●Dirigir decisiones relativas a TI
●Normalizar otras métricas

30. Parámetros significativos

31. Factores de complejidad
●Comunicación de datos
●Rendimiento
●Frecuencia de transacciones
●Requisitos de manejo de usuario
●Procesos complejos
●Mantenimiento
●Instalación en múltiples lugares

32. Factores de complejidad (II)
●Funciones distribuidas
●Carga de trabajo
●Entrada on-line de datos
●Actualizaciones on-line
●Utilización con otros sistemas
●Facilidad de operación
●Facilidad de cambio

33. Puntos de función ajustados
●Cada factor de ajuste se valora de 0 a 5
●FA = (0.01 x ( FC) + 0.65
●PFA = PFNA x FA
●Permite 35% sobre el valor de PFNA

34. Técnica usada
●Calcular los PFNA a partir de los
requerimientos funcionales del proyecto
●Calcular el número de LDC a partir de
tablas dependiendo del lenguaje
●Aplicar COCOMO Intermedio
●Técnica Backfiring en migraciones

35. Inconvenientes de los modelos
●Cálculo de LDC dificultoso
●Modelos basados en estadísticas de proyectos
●Necesidad de calibración al cambiar de
entorno
●Subjetividad al cuantificar valores de coste
●Margen de error ( 25% en el 75 % de los
casos)

36. Enfoque recomendado
●Primeras estimaciones basadas en juicio de
expertos, técnica Delphi y analogía con
proyectos anteriores
●Ecuaciones de costes tras especificaciones
detalladas
●Desarrollar ecuaciones locales
●Refinar los modelos con la experiencia