Calculo De Puntos De Funcion De Albertch

Puntos de Función Albrecht

NOTA IMPORTANTE: el siguiente texto tiene como base el libro de J.B. Dreger, "Function Point Analysis", Prentice-Hall, 1989,
por lo que las afirmaciones que se realizan deben entenderse dentro de ese contexto.

Los Puntos de Función miden la aplicación desde una perspectiva del usuario, dejando de lado los detalles de codificación.
Es una técnica totalmenteindependiente de todas las consideraciones de lenguaje y ha sido aplicada en más de 250
lenguajes diferentes. Se supone que FPA evalúa con fiabilidad
- el valor comercial de un sistema para el usuario
- tamaño del proyecto, coste y tiempo de desarrollo
- calidad y productividad del programador MIS
- esfuerzo de adaptación, modificación y mantenimiento
- posibilidad de desarrollo propio- beneficios de implementación en 4GL.
fpa_archivos\fpapic1.jpg
Figura 1. Relaciones entre Usuarios, Aplicaciones y Funciones
 
Un Punto de Función se define como una función comercial de usuario final. De esta manera un programa que tenga
“x” PF’s entrega “x” funciones al usuario final. El mejor modo de trabajo es la interacción analista-usuario.
El proceso requiere dos etapasfundamentales:
1. Se identifican las funciones disponibles para el usuario y se organizan en cinco grupos (mejor en este orden)
- Salidas
- Consultas
- Entradas
- Ficheros
- Interfaces.
Después se clasifica y pondera cada función por su nivel de complejidad (simple, media, compleja).
2. Se ajusta este total de acuerdo con unas características del entorno. Ver la figura 1.
 
I. Salidas.
Se debe contar cada dato único de usuario o salida de control generado proceduralmente y que sale del límite de la aplicación. Esto incluye informes y mensajes a otras aplicaciones y usuarios.
Una salida se considera única si
1. tiene formato diferente
2. tiene el mismo formato que otra salida pero requiere diferente lógica de procesamiento.
Además de las pantallas y los listados(papel o pantalla), también pueden ser salidas:
• fichero de transacción enviado a otra aplicación
• facturas
• cheques
• fichas perforadas
• transacciones automáticas
• mensajes al usuario
• cintas
• gráficos
• ficheros back-up, etc.
No se deben contar como salidas:
• cabeceras de columna, títulos, número de página
• mensajes individuales (información, confirmación orespuestas a consultas de error)
• salida en igual formato y lógica que ya se hay contado para otro soporte.
 
 
Salidas
  | 1-5 items de datos referenciados | 6-19 items de datos referenciados | 20 o más items de datos referenciados |
0 o 1 fichero referenciado | Simple (4) | Simple (4) | Medio (5) |
2 o 3 ficheros referenciados | Simple (4) | Medio (5) | Complejo (7) |
4 o más ficherosreferenciados | Medio (5) | Complejo (7) | Complejo (7) |
 
II. Entradas .
Se debe contar cada dato único de usuario o entrada de control que se introduce en los límites de la aplicación y actualiza un fichero lógico interno, conjunto de datos, tabla o dato independiente. Esto incluye ficheros de entrada y transacciones recibidas de otras aplicaciones.
Una entrada se considera única si
1.tiene un formato diferente
2. tiene el mismo formato que otra entrada pero requiere una lógica diferente de procesamiento, o se modifica un fichero interno lógico diferente.
Supongamos que tenemos dos pantallas de entrada, cada una con el mismo formato pero con diferente lógica de procesamiento. Se cuenta cada pantalla como una entrada diferente; pero si tuvieran la misma lógica sólo secontaría una. Lo mismo sucede con la repetición de pantallas.
Supongamos que tenemos un pantalla cuya función es actualizar un fichero o un conjunto de datos. Puesto que cada una de las tres funciones de actualización (añadir, cambiar, borrar) requiere diferente lógica de procesamiento tendremos tres entradas, no una. Cada fichero tendrá tres entradas, así como una salida (el fichero formateado de...