Puntos de Funcion

Puntos de Función

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 totalmente independiente 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.

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 etapas fundamentales:

1. Se identifican las funciones disponibles para el usuario y se organizan en cinco grupos (mejor en este orden)

- Salidas
- Consultas
- Entradas
- Ficheros
- Interfaces.

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 o respuestas a consultas de error)
• salida en igual formato y lógica que ya se hay contado para otro soporte.

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 se contarí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 salida) y una consulta.

Tipos de entradas pueden ser:
• el ratón
• documentos MICR
• transacciones de cintas
• pantallas sensitivas
• lectores de código de barras, etc.

III. Consultas .

Se debe contar cada combinación única de entrada/salida en la que la entrada on-line definida por el usuario genera una salida inmediata on-line. Las consultas se pueden proporcionar a/desde otra aplicación; por ejemplo, responder a otra aplicación que pregunta por el precio de un producto se contaría como una consulta. Una consulta se considera única si
1. tiene un formato diferente de otras bien en su entrada o salida
2. tiene el mismo formato, tanto entrada como salida, que otra consulta pero requiere diferente lógica de procesamiento en cualquiera de los dos.
Una consulta directa en una base de datos o fichero maestro es aquella que
1. utiliza claves simples para recuperar datos específicos -esto es, un registro simple o grupo de registros, no un rango-
2. requiere respuesta inmediata, y
3. no realiza funciones de actualización (aunque se pueden efectuar cálculos).
Las consultas pueden aparecer en:
• consulta de usuario/display sin actualización de fichero u otra entidad lógica
• fichero de transacción que sale del límite de la aplicación si está accesible al usuario on-line
• pantalla de selección de menú (todas las pantallas de menú cuentan como una consulta)
• mensaje de información o pantalla de ayuda.

IV. Ficheros

Se debe contar cada grupo lógico mayor de datos de usuario o de información de control mantenidos dentro de los límites de la aplicación. FPA distingue entre dos tipos de ficheros: ficheros con transacciones temporales y ficheros con registros lógicos de datos permanentes. Sólo los almacenamientos de datos permanentes se ven como ficheros lógicos. Cuando se mantienen dentro de la aplicación se clasifican como "ficheros internos lógicos". Si se comparten entre aplicaciones se clasifican como interfaces y cómo ficheros internos lógicos.
Las transacciones, por el contrario, se considera que son sucesos que desencadenan cambios en los ficheros lógicos internos; no se clasifican como ficheros. Un fichero transacción se puede clasificar como entrada si es leído para actualizar datos en un fichero lógico interno. Un fichero transacción puede ser un interface o una salida si trasfiere transacciones de actualización a otra aplicación.
Cuando se utiliza análisis estructurado cada almacenamiento de datos contendrá al menos un fichero lógico interno. Hay que enfatizar que hablamos de ficheros lógicos. Supongamos que un fichero físico contiene dos claves diferentes, entonces contaríamos dos ficheros lógicos internos, puesto que cada camino presenta diferente información. Del mismo modo, cada vista lógica del usuario en una base de datos se cuenta como un fichero.
Se pueden encontrar ficheros en :
• bases de datos: 1 por vista lógica o camino de acceso
• ficheros maestros: 1 por cada grupo de claves
• tablas mantenidas por los usuarios: estados, tarifas, mensajes, etc.
• fichero de procesamiento batch
• índices de referencias cruzadas

V. Interfaces.

Se debe contar como uno cada fichero lógico de otro grupo de datos ( o información de control) que se envía fuera de los límites de la aplicación, o se comparte o es recibido desde otra aplicación. Los ficheros que se comparten entre aplicaciones se cuentan como ficheros y como interfaces en cada aplicación en la que se utilizan; de otro modo sólo se puntuará como fichero en aquella aplicación que utilice o mantenga el fichero (la otra sólo recibirá puntos de interface). Esto es, cada fichero interface debe ser también un fichero interno lógico en esa aplicación, en otra o en ambas; o puede ser un fichero transacción o de impresión generado en la propia aplicación. Los interfaces presentan una de estas situaciones:

1. Datos o información de control se pasa del fichero A al fichero B. En A se puntúa fichero e interface y en B sólo interface
2. Datos o información de control se pasa del fichero B a A. En B se puntúa fichero e interface y en A sólo interface
3. Datos o información de control se comparte entre A y B. A y B reciben puntos de fichero e interface.