SEMINARIO DE TÍTULO

Estimación Rendimientos y Calidad

METRICAS
Introducción

Dentro del proceso “8.1.3. Planificar la Calidad” en el PMBOK, una

de las salidas son las Métricas de Calidad en el proyecto. Para
explicar el concepto de métrica, el PMBOK hace una
diferenciación entre métrica y medición. Una métrica de calidad
es una definición operativa que describe un atributo del producto
o del proyecto. Una medición es un valor real.

Una métrica indica la manera en que el proceso de control de

calidad medirá el trabajo o el producto.

A su vez, la tolerancia define la variación permisible de las

métricas.
 Introducción

Para ejemplificar los tres conceptos:

una métrica de calidad en el proyecto puede ser el tiempo de

respuesta de una implementación tecnológica, para elaborar un
reporte de datos específico. Imaginemos que la implementación es
la banca por internet (“Home banking”) de un banco líder en el
mercado. El reporte es la lista de movimientos del día en una cuenta
bancaria.
 Introducción

Para ejemplificar los tres conceptos:

Una métrica de calidad en el proyecto podría ser “Elaborar el

Reporte X en un tiempo de 3 segundos de espera para el usuario
con una tolerancia de un segundo, asumiendo que su conexión a
internet funciona correctamente y tiene una velocidad estándar en
el mercado”.
Una medición de esta característica sería la medición real de este
tiempo una vez que el sistema se encuentra en producción: 3,1
segundos, 2,8 segundos, 2,3 segundos, etc.
 Introducción

Una Métrica de un proyecto es la medida de alguna propiedad de

un entregable del proyecto o del proceso de administración de
proyectos, efectuada para conocer el avance o los desvíos al plan
original.

Si se definen métricas acerca de un entregable específico, estas

métricas son particulares al proyecto. Las métricas relacionadas al
proceso de administración de proyectos pueden usarse en todo tipo
de proyectos.
 Introducción

Las métricas pueden ser usadas para medir el estado, efectividad o

progreso de las actividades de un proyecto y así contribuir a tomar
decisiones estratégicas ante los desvíos, incidentes o diferentes
problemas que surgen en la ejecución.
 Introducción

Ejemplo

En el contexto de un proyecto en particular, las métricas describen las

expectativas sobre un determinado entregable o sobre las tareas que se
ejecutarán para producirlo. Por ejemplo, si el entregable del proyecto es
“Datos convertidos al nuevo sistema y validados por el cliente interno”, un
grupo de métricas podría ser:

¿Cuántas tablas de los sistemas legacy fueron migradas al nuevo sistema

hasta hoy? ¿Cuántas tablas del nuevo sistema fueron validadas por el
cliente interno hasta hoy? ¿En qué pantallas del sistema se encuentran las
tablas convertidas y cuántas de ellas han sido validadas por el cliente
interno?

Este conjunto de tres métricas se mediría cada semana durante el proceso

de conversión, para tener una idea acerca del avance y los desvíos.
 Introducción

¿Para qué sirven las Métricas?

* Identifican eventos y tendencias importantes en los proyectos y

otorgan a la organización la información necesaria para la toma de
decisiones.

* Sirven como vocabulario común entre el grupo de personas que

participa de la implementación de los proyectos, y el grupo que los
patrocina (Sponsors, Stakeholders).

* Sirven como motivación para el equipo, porque relacionan en

esfuerzo personal de los miembros con los resultados generales del
proyecto.
 Introducción

Debemos saber que… Puntos de Función es:

UnaTécnica de medición del Tamaño funcional

Introducción

Debemos saber que… Puntos de Función es:

Una Técnica de medición

del Tamaño funcional del Proyecto, desde el punto de vista del Cliente o
Usuario beneficiado por el Proyecto.

Está basada en estándares definidos por la IFPUG.

International Function Point User Group
http://www.ifpug.org/
Introducción

Ejemplo: basada en Métodos estándar de ISO/IEC 20926 de medición de

software que cuantifica los Requisitos funcionales del Usuario. Dependerá del
tipo de Proyecto Tecnológico la ISO a aplicar.
Introducción

Debemos saber que… en Puntos de Función:

El Análisis no considera ningún aspecto de

Implementación de la Solución del Proyecto.

Introducción

Antes de Existir FPA (Análisis por Punto de Función).

La métrica de comparación entre proyectos eran las líneas
de código.
Era una métrica demasiado técnica y el usuario no podía entender su
cálculo y menos estimarlo sin ser programador.
 Introducción

Otra técnica de medición anterior al FPA eran la cantidad de

pantallas, informes o archivos que entregaba dicho sistema.
 Introducción

FPA con los PPF (Puntos por Función) miden sólo:

La Función
y NO la Cantidad de pantallas generadas por esta Función.
 Objetivos de Medir con PPF

Objetivos del Proceso de Medición:

Ser una medida Consistente.
Entre dos o más personas, estimar analizando un mismo proyecto un resultado
similar o aproximado si lo realizarán por separado.

Simple para Minimizar el esfuerzo de la medición.

 Objetivos de Medir con PPF

¿Cómo realizar la medición?

• Estimar el esfuerzo en un proyecto informático en HH. (Horas Hombre)
• Estimar la duración del proyecto de software en meses
• Estimar el costo del proyecto tecnológico
 Objetivos de Medir con PPF

¿Cómo realizar la medición?

El análisis se divide en la especificación funcional de la
Interacción y Almacenamiento. Entonces se dividen en:

 Componentes Funcionales Básicos

• Interacción Función de Transacción (Interacción con el
usuario)
• Almacenamiento Función de Datos
 Objetivos de Medir con PPF

¿Cómo realizar la medición?

 Componentes Funcionales Básicos
Interacción Función de Transacción (Interacción con el
usuario):
• Entrada Externa (EI  External Input)
Pantallas donde el usuario ingresa datos

• Salida Externa (EO -> External Output)

Informes, gráficos, listados de datos.

• Consulta externa (EQ -> External Query)

Recuperar y mostrar datos al usuario (Buscar)
 Objetivos de Medir con PPF

¿Cómo realizar la medición?

 Componentes Funcionales Básicos
Almacenamiento Función de Datos:
• Archivo lógico interno (ILF -> Internal Logical File
Archivo del punto de vista lógico, no como en un sistema operativo.
Pueden ser tablas en la base de datos.

• Archivo de interfaz externo (EIF -> External Interface File)

Datos referenciados a otros sistemas.
Datos mantenidos por otros sistemas, pero no usados por el sistema actual.
Objetivos de Medir
con PPF

Resumen…
• Buscar (EQ)
• Insertar (EI)
• Listar (EO)
• Eliminar (EI) Cada Sistema tiene un
• Informes o reportes (EO) CRUD, es el acrónimo
de Crear, Leer,
• Tablas de BD (ILF) Actualizar y Borrar (del
original en inglés:
Create, Read, Update
and Delete).
Cada uno tiene
asignada una
Métrica o
componente Funcional
Metodología Análisis
de PPF

Tipo / Complejidad Baja Media Alta

(EI) Entrada Externa 3 PF 4 PF 6 PF
(EO) Salida Externa 4 PF 5 PF 7 PF
(EQ) Consulta Externa 3 PF 4 PF 6 PF
(ILF) Archivo Lógico 7 PF 10 PF 15 PF
(EIF) Archivo de Interfaz 5 PF 7 PF 10 PF
externo
Deben crear los tipos
en una Tabla y su Tabla con
nivel de complejidad Valores
y cada uno tiene estándar
puntos por definidos por
función en base al (IFPUG)

Métricas
estándar International
Function Point
Users Group
Metodología Análisis de PPF

Tipo / Complejidad Baja Media Alta

(EI) Entrada Externa 3 PF 4 PF 6 PF
(EO) Salida Externa 4 PF 5 PF 7 PF
(EQ) Consulta Externa 3 PF 4 PF 6 PF
(ILF) Archivo Lógico 7 PF 10 PF 15 PF
(EIF) Archivo de Interfaz 5 PF 7 PF 10 PF
externo
Están predeterminados los valores de
cada tipo de Complejidad según rango
Por ejemplo
Baja, Media y Alta.
registrar Integrantes
a un Curso de
Y tu como analista del Desarrollo debes
Alumnos. Analizas el
determinar si una funcionalidad es de

Métricas
tipo de
Complejidad Alta, Media o Baja.
complejidad según
los requerimientos y
Determinas su nivel.
 Metodología Análisis de PPF

Ejemplo
Se considera que todas las funciones identificadas serán de
Complejidad Media según un hipotético análisis previo en base a la
experiencia.
EL SISTEMA REQUERIDO ES: Ahora lo que
• Registro de Equipo de Futbol
• Registro de partidos
debemos hacer
• Buscar partidos por fecha es analizar la
• Actualización de datos de equipo tabla y listar que
• Eliminar equipos TIPO de FUNCION
• Listado de equipos son…
• 1 reporte de equipos registrados por rango de fecha
• 1 reporte de partidos jugados

Tipo / Complejidad Baja Media Alta

(EI) Entrada Externa 3 PF 4 PF 6 PF
(EO) Salida Externa 4 PF 5 PF 7 PF
(EQ) Consulta Externa 3 PF 4 PF 6 PF
(ILF) Archivo Lógico 7 PF 10 PF 15 PF
(EIF) Archivo de Interfaz 5 PF 7 PF 10 PF
 Metodología Análisis de PPF

Ejemplo
LA ASIGNACION DE PUNTOS DE FUNCION ES:
Se agregan 4 tablas
• Registro de Equipo de Futbol (EI 4 PF)
• Registro de partidos (EI 4 PF)
de la BD pensando
• Buscar partidos por fecha (EI 4 PF) que son 4 archivos
• Actualización de datos de equipo (EI 4 PF) lógicos internos.
• Eliminar equipos (EI 4 PF) Entonces los 4 se
• Listado de equipos (EO 5 PF) multiplican por 10
• 1 reporte de equipos registrados por rango de fecha según la tabla
(EO 5 PF) resultando 40
• 1 reporte de partidos jugados (EO 5 PF)
• 4 Tablas en BD (ILF 40 PF)

Tipo / Complejidad Baja Media Alta

(EI) Entrada Externa 3 PF 4 PF 6 PF
(EO) Salida Externa 4 PF 5 PF 7 PF
(EQ) Consulta Externa 3 PF 4 PF 6 PF
(ILF) Archivo Lógico 7 PF 10 PF 15 PF
(EIF) Archivo de Interfaz 5 PF 7 PF 10 PF
 Metodología Análisis de PPF

Ejemplo
LA ASIGNACION DE PUNTOS DE FUNCION ES:
• Registro de Equipo de Futbol (EI 4 PF)
• Registro de partidos (EI 4 PF)
• Buscar partidos por fecha (EI 4 PF)
• Actualización de datos de equipo (EI 4 PF) El valor de
• Eliminar equipos (EI 4 PF) resultado es de
• Listado de equipos (EO 5 PF) 75 PFSA
• 1 reporte de equipos registrados por rango de fecha
(EO 5 PF)
• 1 reporte de partidos jugados (EO 5 PF)
• 4 Tablas en BD (ILF 40 PF)
Resultado Puntos de Función sin Ajustar: (PFSA): 75

Tipo / Complejidad Baja Media Alta

(EI) Entrada Externa 3 PF 4 PF 6 PF
(EO) Salida Externa 4 PF 5 PF 7 PF
(EQ) Consulta Externa 3 PF 4 PF 6 PF
(ILF) Archivo Lógico 7 PF 10 PF 15 PF
(EIF) Archivo de Interfaz 5 PF 7 PF 10 PF
 Metodología Análisis de PPF

Ejemplo El cruce de información

debería generar una
LA ASIGNACION DE PUNTOS DE FUNCION ES:
tabla similar a la que
• Registro de Equipo de Futbol (EI 4 PF)
vemos. Recuerden que
• Registro de partidos (EI 4 PF)
para el ejemplo
• Buscar partidos por fecha (EI 4 PF)
acordamos complejidad
• Actualización de datos de equipo (EI 4 PF)
común media pero
• Eliminar equipos (EI 4 PF)
pueden hacer una con
• Listado de equipos (EO 5 PF)
distintas complejidades.
• 1 reporte de equipos registrados por rango de fecha
(EO 5 PF)
• 1 reporte de partidos jugados (EO 5 PF)
• 4 Tablas en BD (ILF 40 PF)
Tipo / Complejidad Baja Media Alta Total
(EI) Entrada Externa 3 PF 4 x 4 PF 6 PF 16
(EO) Salida Externa 4 PF 3 x 5 PF 7 PF 15
(EQ) Consulta Externa 3 PF 1 x 4 PF 6 PF 4
(ILF) Archivo Lógico 7 PF 4 x 10 PF 15 PF 40
(EIF) Archivo de Interfaz 5 PF 0 X 7 PF 10 PF 0
externo
PSFA 75
Metodología Análisis de PPF

Ahora este valor de Puntos de Función sin

Ajustar PSFA 75 lo debemos
pasar a un
Cálculo de Puntos de Función Ajustado.
Factor de Ajuste

Factor de Ajuste Puntaje

Método para Comunicación de datos

Procesamiento distribuido
4
4

ajustar PSFA. Objetivos de rendimiento 1

Configuración equipamiento 1
Tasa de transacciones 3
Entrada de datos en línea 5
Interfase con usuarios 2
Actualizaciones en línea 3
Procesamiento Completo 1
Reusabilidad del Código 1
Factibilidad de implementación 0
Factibilidad de operación 1
Instalaciones Múltiples 2
Factibilidad de Cambios 4
Factor de Ajuste 32
Metodología Análisis de PPF

Ahora este valor de Puntos de Función pasa

a llamarse Factor de ajuste y
es de FA 32 y me permitirá estimar:

Los costos de mí proyecto

El tiempo y
Las HH (hrs. Hombre)
Metodología Estimación de Esfuerzo Requerido

FA 32
PFA = PFSA * [0,65 + (0,01 * Factor de ajuste)]

Con este valor de PFA

Donde: puedo calcular el Valor
PFSA : Puntos de Función sin ajustar de mí esfuerzo o costo del
PFA: Puntos de función ajustado desarrollo del proyecto.

PFA=75 * [0,65+ (0,01*32)]

PFA= 75 * [0,65+0,32]
PFA=75 * 0,97

P F A = 7 3 , 8 A p r o x i m a m o s a  7 4 PFA 74
Metodología Estimación de Esfuerzo Requerido

Estimación del Esfuerzo requerido:

Que hago entonces con el FPA de Punto de Función ajustado…?

PFA 74

La cantidad de HH por punto de función es algo difícil e impreciso de

valorar de forma global. Es imposible suponer que la productividad de
software en todas las empresas es igual.
 Metodología Estimación de Esfuerzo Requerido

Estimación del Esfuerzo requerido:

La IFPUG crearon una tabla que muestra las líneas de código por puntos
de función y las horas promedio por puntos de función basados en este
caso con Lenguaje ensamblador, cobol y Lenguaje Orientado a objeto de
4ta Generación.

Lenguaje Horas PF promedio Líneas de Código por

PF
Ensamblador 25 300
COBOL 15 100
Lenguaje 4ta 8 20
Generación
Metodología Estimación de Esfuerzo Requerido

Estimación del Esfuerzo requerido

Lenguaje Horas PF promedio Líneas de Código por
PF
Ensamblador 25 300
COBOL 15 100
Lenguaje 4ta 8 20
H/H = PFA * Horas PF Promedio
Generación
H/H = 74 * 8
H/H = 592 HH (Horas Hombre) Cálculo basado en
lenguaje de Cuarta
Ejemplo: Generación.
5 horas diarias de trabajo
1 mes = 20 días

592 /5 = 118,4 días de trabajo

118,4 /20 = 5,92 meses para desarrollar el software de lunes a viernes
5 horas diarias con 1 trabajador (ESTIMACION DURACION DEL PROYECTO)
Metodología Estimación de Esfuerzo Requerido

Estimación del Esfuerzo requerido

Lenguaje Horas PF promedio Líneas de Código por
PF
Ensamblador 25 300
COBOL 15 100
Lenguaje 4ta 8 20
H/H = PFA * Horas PF Promedio
Generación Además puedo calcular
H/H = 74 * 8 el valor a pagar por cada
programador en base a
H/H = 592 HH (Horas Hombre) la cantidad de Horas
Hombre. Por ejemplo si
Ejemplo: sabemos su valor HH se
Si hubiera un costo mensual de sueldo de $800 mil multiplica por las 592 HH
Por desarrollador intermedio. Sería 20 días al mes dividido}
En 8 horas diarias resulta 320 horas al mes 20 días del mes (Lunes a viernes):

800 mil / 320 hrs. = 2500 pesos

Esfuerzo en el desarrollo con un Programador:
592 HH del Proyecto * 2500 = 1.480.000 mil pesos
Metodología Estimación de Esfuerzo Requerido

Tipos de Métricas en un proyecto

Métrica Aplicación
Progreso Tamaño y Complejidad
Estabilidad Tasa de cambio en el tamaño o
complejidad del sistema
Adaptabilidad Facilidad de cambio
Modularidad Ambito de cambio (diferentes módulos)
Calidad Número de errores
Madurez Frecuencia de errores
Gastos Costo del proyecto vs presupuesto
Conclusión

Conclusión

Implementar una metodología de cálculo predictivo de

esfuerzo del desarrollo de software es fundamental para
determinar si el proyecto es viable económicamente y así
determinar además la cantidad de días asociados al
desarrollo y su costo asociado como actividades de
Análisis, Planificación, Desarrollo e Implementación.