1 / 34

DETERMINACION DE COSTES POR PUNTOS DE FUNCION

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

maree
Download Presentation

DETERMINACION DE COSTES POR PUNTOS DE FUNCION

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


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

  2. 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:

  3. Tipos de metricas de puntos de funcion • FeaturePoints (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 FunctionPoints (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).

  4. 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.

  5. 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.

  6. 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

  7. Se introducen los valores de los siguientes parámetros:

  8. 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.

  9. 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

  10. 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:

  11. 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.

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

  13. Ejemplo

  14. 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 • Registros lógicos referenciados: 1 • Grado de la función: SIMPLE • Registro de Pedidos • Datos elementales referenciados: 6 • Registros lógicos referenciados: 1 • Grado de la función: SIMPLE

  15. 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) • Registros lógicos referenciados: 1 • Grado de la función: SIMPLE

  16. Entradas Externas • Inclusió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 • Datos elementales referenciados: 16 (15 campos y mensajes de error) • Archivos lógicos referenciados: 1 • Grado de la función: MEDIA • Exclusión de clientes • Datos elementales referenciados: 2 (Código-Cliente y mensajes de error) • Archivos lógicos referenciados: 1 • Grado de la función: SIMPLE

  17. 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 • Datos elementales referenciados: 14 (13 campos y mensajes de error) • Archivos lógicos referenciados: 1 • Grado de la función: SIMPLE • Exclusión de productos • Datos elementales referenciados: 2 (Código-producto y mensajes de error) • Archivos lógicos referenciados: 1 • Grado de la función: SIMPLE

  18. 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

  19. Salidas Externas • Listado de Clientes • 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  • Archivos lógicos referenciados: 1 • Grado de la función: SIMPLE

  20. Consultas Externas • Consulta de clientes • Consulta de productos

  21. Pantalla de ayuda • Lista de clientes inactivos

  22. 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.

  23. 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.

  24. Calculo de PFNA

  25. Factores de complejidad

More Related