M

1
Métricas para la Estimación de Proyectos de
Software

• Prof. Gabriel Matonte

2
Introducción

• No debe perderse de vista que lo que intentamos
  hacer no es una rama de la brujería, sino una
  rama de la Ingeniería de Software. No se busca
  preparar gurús sino ingenieros, no se apela a
  oscuros mecanismos sino a datos numéricos en
  información medible
• Ing. Juan Grompone

3
Introducción

• La gestión de pryectos es una rama de la
  ingeniería que
• Emplea metodologías bien definidas
• Realiza medidas repetibles y confiables
• Estima costos y tiempos
• Da lementos para la gestión de proyectos
• Replantea resultados para ajustar la información
  disponible.

4
Introducción Tipos de proyectos

• Proyectos nuevos Se busca analizar, costos,
  tiempos y cantidad de personas. Es el caso más
  dificil de todos.
• Replanteo de proyectos viejos Se busca afinar
  las metodologías de estimación. Es la principal
  fuente de información.
• Ampliaciones de Proyectos Es una caso intermedio
  donde se desea tener buena precisión en plazos y
  costos.

5
IntroducciónTamaño de los Proyectos

• Proyectos Pequeños Consisten solamente en
  implementación. No tienen costos indirectos
  importantes.
• Proyectos Medianos Es un caso intermedio entre
  los otros 2.
• Proyectos Grandes Poseen implementación, pero
  hay mas cosas. Poseen gerencia de proyecto,
  control de calidad, capacitación de personal, hay
  un plan de mantenimiento, hay documentación
  importante interna y externa. Se genera
  información para mercadeo.

6
IntroducciónTamaño de los Proyectos

• Proyectos Pequeños
• Menos de un año de desarrollo
• Menos de 25 meses-persona de esfuerzo
• Menos de 3 personas en el equipo de trabajo
• Proyectos Grandes
• Más de 3 años de desarrollo
• Más de 100 meses-persona de esfuerzo
• Más de 10 personas en el equipo de trabajo

7
Visión cuantitativa del desarrollo

• En un proyecto nuevo es complejo determinar la
  cantidad de personas necesarias, módulos,líneas
  de código,etc. Solo existe una visión externa de
  lo necesario. En conclusión la información que
  falta es costos, tiempos y personas.
• Lo ideal sería disponer de una métrica aplicada
  sobre los datos externos, que midiera lo que hace
  falta. Luego con estimadores obtener costos,
  tiempos y personal.

8
Los datos externos de un proyecto

• Las metodologías deben basarse solamente en lo
  que el usuario ve de su sistema informático
• Datos de entrada al sistema Ingresos por
  pantalla y otras formas informáticas.
• Datos de salida del sistema listados y otras
  formas informáticas
• Datos almacenados en el sistema y la manera de
  consultarlos
• Comunicación del sistema con otros sistemas
  informáticos

9
Modelos de Estimación

• Son resultado de 2 elementos
• Una idea, acerca del proceso de fabricación de
  software
• Una ecuación empírica ajustada a partir de casos
  de estudio reales.

10
Modelos de Estimación-Clasificaciónes

• Según el tipo de resultados
• Modelos estáticos
• Modelos dinámicos
• Los estáticos dan estimaciones globales o
  promedio, los dinámicos los complementan y
  relizan estimaciones a lo largo del desarrollo.

11
Modelos de Estimación-Clasificaciónes

• Según la cantidad de variables básicas
• Modelos de una variable
• Modelos de varias variables
• Varían entre la sencillez y la precisión, según
  la situación elijo una u otras.

12
Métricas Empíricas de Proyectos

• Las métricas teóricas solo se aplican a
  algorítmos, o sistemas de tiempo real.
• Para los demás casos, se utilizan métricas
  empíricas de proyectos.
• Se basan en características internas o externas
  del proyecto
• El tamaño final del proyecto
• La cantidad de módulos
• El tamaño del progrma ejecutable final
• La cantidad de líneas de código (importante
  medida interna)
• La medida de las funcionalidades (medida
  importante externa)

13
Puntos Funcionales

• Creada en 1979 por Allan J. Albrecht de IBM
• Es de las pocas métricas orientadas a los datos
  externos del proyecto.
• Pretende medir las funcionalidades que ve el
  usuario.

14
Puntos Funcionales

• Se basa en 5 funcionalidades básicas
• Número de diferentes tipos de entradas externas
• Número de diferentes tipos de salidas externas
• Número de consultas
• Número de archivos lógicos usados
• Número de interfaces a otros sistemas

15
Puntos Funcionales
16
Puntos Funcionales

• Entradas de usuario. Son entradas que
  proporcionan diferentes datos a la aplicación. No
  confundirlos con las peticiones de usuario.
• Salidas de usuario. Son reportes, pantallas o
  mensajes de error que proporcionan información.
  Los elementos de un reporte, no se cuentan de
  forma separada.
• Peticiones de usuario. Es una entrada interactiva
  que produce la generación de alguna respuesta del
  software en forma de salida interactiva.
• Archivos. Son los archivos que pueden ser parte
  de una base de datos o independientes.
• Interfaces externas. Son los archivos que se usan
  para transmitir información a otro sistema

17

• 2) Ponderación
• Responder a cada una de las siguientes catorce
  preguntas y asignarles un valor entre 0 y 5,
  donde 0 es no influencia, 1 es incidental, 2 es
  moderado, 3 es medio, 4 es significativo y 5 es
  esencial.
• Requiere el sistema copias de seguridad y de
  recuperación fiables?
• Requiere comunicación de datos?
• Existen funciones de procesamiento distribuido?
• Es crítico el rendimiento?
• Se ejecutará el sistema en un entorno operativo
  existente y fuertemente utilizado?
• Requiere entrada de datos interactiva?
• Requiere la entrada de datos interactiva que las
  transacciones de entrada se lleven a cabo sobre
  múltiples pantallas u operaciones?

18

• 8. Se actualizan los archivos maestros de forma
  interactiva?
• 9. Son complejas las entradas, las salidas, los
  archivos o las peticiones?
• 10. Es complejo el procesamiento interno?
• 11. Se ha diseñado el código para ser
  reutilizable?
• 12. Están incluidas en el diseño la conversión y
  la instalación?
• 13. Se ha diseñado el sistema para soportar
  múltiples instalaciones en diferentes
  organizaciones?
• 14. Se ha diseñado la aplicación para facilitar
  los cambios y para ser fácilmente utilizada por
  el usuario?
• Sumar los puntos asignados a cada respuesta y
  obtener un total F que indica un valor de ajuste
  de complejidad.

19
Cálculo

• El punto de función PF se calcula con la
  siguiente ecuación PF T (0.65 0.01 F).
• Métricas
• Errores por PF.
• Defectos por PF.
• Costo por PF.
• Página de documentación por PF.
• PF por hombre-mes.

20
Funcionalidad de los lenguajes de programación

• La tabla siguiente proporcional estimaciones
  informales del número de líneas de código que se
  necesitan para construir un punto de función en
  varios lenguajes de programación

21
Puntos Funcionales

• Según valores tomaados de bibliografía
  específica, se escriben 620 líneas de código por
  mes.
• Luego se hacen los cálculos necesarios para
  calcular costos, o el cálculo deseado.
• Existe una normalización de esta métrica a cargo
  de la International Function Point Users Group
  (IFPUG).