DETERMINACION DE COSTES POR PUNTOS DE FUNCION Cristina Campillo David Peces David Luis Luis Antonio González

Métrica que se basa en la funcionalidad o utilidad del programa creado Métrica que se basa en la funcionalidad o utilidad del programa creado. Este método fue diseñado por A.J.Albretecht para ser aplicados a sistemas de información de gestión, da importancia a la dimensión de datos, excluyendo las dimensiones funcionales y de control. Su aplicación no era del todo adecuada para sistemas de ingeniería y embebidos, pero con el correr del tiempo, se fueron subsanando estos inconvenientes. De esta metrica surgen nuevas:

Tipos de metricas de puntos de funcion   Feature Points (Puntos de Características): este método fue propuesto por Caper Jones [1987] MK II FPA: propuesto por Charles R. Symons [1998] 3-D Function Point: entre los años 1989 y 1992, Scott Whitmire [ Full Function Points (Puntos de Función Completos): esta técnica ha sido desarrollada por un equipo de la Universidad de Québec en Montreal (Canadá) [Abran A., et al., 1998]. COSMIC FFP: a finales de 1998, un grupo de expertos en métricas de software, establecieron el Common Software Measurement International Consortium (COSMIC FFP).

Como hacer una valoración por puntos de función: Modelo de Albretecht Entradas: procesos que hacen llegar datos a la aplicación desde el exterior, desde un usuario u otra aplicación. Tipos de entradas: pantallas de entrada de datos, lector de códigos de barras, lector de tarjetas magnéticas y electrónicas, captura de imágenes, voz, etc.

Salidas: Son todos aquellos procesos que hacen llegar datos desde la aplicación hacia el exterior, a un usuario o a otra aplicación.. Ejemplos: pantallas de salida de datos, listados, grabación de bandas magnéticas, transferencia de datos a otras aplicaciones, ya sea mediante ficheros o transmisión de datos Consultas: Son todos aquellos procesos que están formados por una combinación de entradas y salidas, produciendo una consulta a los datos. El flujo de datos deberá tener dos direcciones.

Ficheros lógicos internos: Es un grupo de datos relacionados, tal como los percibe el usuario y que son mantenidos por la aplicación. Ejemplos: Clientes, socios, artículos … Ficheros de Interfaz: ficheros internos de otra aplicación

Se introducen los valores de los siguientes parámetros:

Con esta tabla se calcula según la dificultad de las tareas (simple, media o compleja) los puntos de función no ajustados (PFNA). Se cuenta cada parámetro y se multiplica por el factor de ponderación, posteriormente se suma todo y obtenemos el total, PFNA. Eso sí, es muy subjetivo porque no todos tendremos los mismos criterios de valoración. Además de esto, debemos también valorar los factores de complejidad (FC) que afectan a la complejidad de una aplicación software. Se les da un valor del 1-5.

Después todas esas puntuaciones se suman y con la siguiente ecuación se obtiene el factor de ajuste de complejidad (FA): FA = (0.01*(∑FC))+0.65 El valor de FA puede variar de 0.65 a 1.35. Una vez calculado el FA ya calculamos los puntos de función (PF): PF=PFNA*FA

Este sistema fue actualizado en 1886 por Caper Jones que diseña una nueva variedad de puntos de función destinada a aplicaciones a tiempo-real de software. La llamo puntos de características. Para calcularlos había que rellenar la siguiente tabla:

Es similar a la tabla del principio para el cálculo de los PFNA solo que además se tiene en cuenta los algoritmos. Los algoritmos se describen como problema de complejidad computacional limitada que se incluye dentro de un determinado programa de computadora. La inversión de una matriz, la decodificación de una cadena de bits o el manejo de una interrupción son todo ellos ejemplos de algoritmos.

El manual emitido por el grupo internacional de usuarios de los puntos de función (IFPUG) lo resume en los siguientes cuadros:

Ejemplo

Archivos Logicos Interfaz Registro de clientes Datos elementales referenciados: 15 Registros lógicos referenciados: 1 Grado de la función: SIMPLE Registro de Productos Datos elementales referenciados: 13 Registro de Pedidos Datos elementales referenciados: 6

Archivos de Interfase Externa Histórico de clientes Datos elementales referenciados: 3 (Se cuentan solamente los campos utilizados: Código de cliente, Total-compra-año, Total-compra-mes-actual) Registros lógicos referenciados: 1 Grado de la función: SIMPLE Contraseñas Datos elementales referenciados: 3 (Código-usuario, contraseña y fecha- validez)

Entradas Externas Inclusión de clientes Modificación de clientes Datos elementales referenciados: 16 (15 campos y mensajes de error) Archivos lógicos referenciados: 1 Grado de la función: MEDIA Modificación de clientes Exclusión de clientes Datos elementales referenciados: 2 (Código-Cliente y mensajes de error) Grado de la función: SIMPLE

Inclusión de productos Datos elementales referenciados: 14 (13 campos y mensajes de error) Archivos lógicos referenciados: 1 Grado de la función: SIMPLE Modificación de productos Exclusión de productos Datos elementales referenciados: 2 (Código-producto y mensajes de error)

Pedidos de clientes Datos elementales referenciados: 7 (6 campos y mensajes de error) Archivos lógicos referenciados: 3 (Clientes, productos y pedidos) Grado de la función: COMPLEJA

Salidas Externas Listado de Clientes Listado de productos Datos elementales referenciados: 10 (9 campos y total de clientes) Archivos lógicos referenciados: 1 Grado de la función: SIMPLE Listado de productos Datos elementales referenciados: 7 

Consultas Externas Consulta de clientes Consulta de productos

Pantalla de ayuda Lista de clientes inactivos

Cálculo del factor de ajuste 1- Comunicación de datos La aplicación no es batch; incluye entrada de datos on-line. Nada se ha mencionado sobre la cantidad de protocolos de comunicación. Vamos a considerar 1 protocolo. Por lo expuesto, el grado de este factor es 4. 2- Procesamiento distribuido Nada se ha mencionado en cuanto a la ejecución en otros procesadores. La aplicación puede ser ejecutada en un ambiente Unix o en entornos de redes. no hay preocupación en cuanto a la distribución de funciones. El grado del factor es 0. 3- Perfomance (desempeño) Según lo manifestado en la descripción, el volumen de transacciones no debe ser alto. El periodo crítico será a fin del año. No se puede establecer que no hay ningún requerimiento de perfomance o desempeño. El grado del factor es 1. 4- Configuración del equipamiento No se ha hecho ninguna consideración en cuanto a la configuración del equipamiento. El grado del factor es 1. 5- Volumen de transacciones Están previstos picos de transacciones anualmente. el grado del factor es 1. 6- Entrada de datos on-line De acuerdo con los descrito, las transacciones son procesadas solamente on-line. El grado del factor es 5. 7- Interfase con el usuario Se especificaron menús de navegación e interfase a través de terminales. Por lo tanto, pocas características fueron especificadas. El grado del factor es 1.

8- Actualización on-line Actualización on-line de todos los archivos lógicos internos, no fue especificada una protección especial contra la perdida de datos o procesos automáticos de recuperación. el grado del factor es 3. 9- Procesamiento complejo La aplicación no realiza procesamiento complejo. El grado del factor es 0. 10- Reusabilidad No hay preocupación en cuanto a la Reusabilidad del código. El grado del factor es 0. 11- Facilidad de implementación No se hecho ninguna consideración con vistas a facilitar la implementación o instalación de la aplicación. El grado del factor es 0. 12- Facilidad de operación No se ha hecho ninguna consideración específica. el grado del factor es 0. 13- Múltiples locales Los requerimientos no consideran la necesidad de instalación en más de un local. El grado del factor es 0. 14- Facilidad de cambios No se hecho ninguna consideración específica para la facilidad de cambios en el sistema. El grado del factor es 0.

Calculo de PFNA

Factores de complejidad