PUNTOS DE FUNCIN 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 Funcin miden la aplicacin desde una perspectiva del usuario, dejando de lado
los detalles de codificacin.
Es una tcnica totalmente independiente de todas las consideraciones de lenguaje y ha sido
aplicada en ms de 250
lenguajes diferentes. Se supone que FPA evala con fiabilidad
- el valor comercial de un sistema para el usuario
- tamao del proyecto, coste y tiempo de desarrollo
- calidad y productividad del programador MIS
- esfuerzo de adaptacin, modificacin y mantenimiento
- posibilidad de desarrollo propio
- beneficios de implementacin en 4GL.
fpa_archivos\fpapic1.jpg

Figura 1. Relaciones entre Usuarios, Aplicaciones y Funciones

Un Punto de Funcin se define como una funcin comercial de usuario final. De esta manera un
programa que tenga
x PFs entrega x funciones al usuario final. El mejor modo de trabajo es la interaccin analistausuario.
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.
Despus se clasifica y pondera cada funcin por su nivel de complejidad (simple, media, compleja).
2. Se ajusta este total de acuerdo con unas caractersticas 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
lmite de la aplicacin. 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 lgica de procesamiento.
Adems de las pantallas y los listados (papel o pantalla), tambin pueden ser salidas:

1 de 10

 fichero de transaccin enviado a otra aplicacin

facturas
cheques
fichas perforadas
transacciones automticas
mensajes al usuario
cintas
grficos
ficheros back-up, etc.
No se deben contar como salidas:
cabeceras de columna, ttulos, nmero de pgina
mensajes individuales (informacin, confirmacin o respuestas a consultas de error)
salida en igual formato y lgica que ya se hay contado para otro soporte.

Salidas

0 o 1 fichero
referenciado
2 o 3 ficheros
referenciados
4 o ms ficheros
referenciados

1-5 items de
datos
referenciados

6-19 items de
datos
referenciados

Simple (4)

Simple (4)

20 o ms items
de
datos
referenciados
Medio (5)

Simple (4)

Medio (5)

Complejo (7)

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 lmites de la
aplicacin y actualiza un fichero lgico 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 lgica diferente de procesamiento, o se
modifica un fichero interno lgico diferente.
Supongamos que tenemos dos pantallas de entrada, cada una con el mismo formato pero con diferente
lgica de procesamiento. Se cuenta cada pantalla como una entrada diferente; pero si tuvieran la misma lgica
slo se contara una. Lo mismo sucede con la repeticin de pantallas.
Supongamos que tenemos un pantalla cuya funcin es actualizar un fichero o un conjunto de datos.
Puesto que cada una de las tres funciones de actualizacin (aadir, cambiar, borrar) requiere diferente lgica 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 ratn
documentos MICR

2 de 10

 transacciones de cintas
pantallas sensitivas
lectores de cdigo de barras, etc.
Entradas

0 o 1 fichero
referenciado
2 ficheros
referenciados
3 o ms ficheros
referenciados

1-4 items de datos

referenciados
Simple (3)

5-15 items de
datos referenciados
Simple (3)

16 o ms items de
datos referenciados
Medio (4)

Simple (3)

Medio (4)

Complejo (6)

Medio (4)

Complejo (6)

Complejo (6)

III. CONSULTAS .
Se debe contar cada combinacin 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 aplicacin; por
ejemplo, responder a otra aplicacin que pregunta por el precio de un producto se contara 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 lgica 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 especficos -esto es, un registro simple o grupo de
registros, no un rango2. requiere respuesta inmediata, y
3. no realiza funciones de actualizacin (aunque se pueden efectuar clculos).
Las consultas pueden aparecer en
consulta de usuario/display sin actualizacin de fichero u otra entidad lgica
fichero de transaccin que sale del lmite de la aplicacin si est accesible al usuario on-line
pantalla de seleccin de men (todas las pantallas de men cuentan como una consulta)
mensaje de informacin o pantalla de ayuda.
Consultas
Parte Salida
0 o 1 fichero
referenciado
2 o 3 ficheros
referenciados
4 o ms ficheros
referenciados
Parte Entrada
0 o 1 fichero
referenciado
2 ficheros
referenciados

3 de 10

1-5 items de datos

referenciados
Simple (4)

6-19 items de
datos referenciados
Simple (4)

20 o ms items de
datos referenciados
Medio (5)

Simple (4)

Medio (5)

Complejo (7)

Medio (5)

Complejo (7)

Complejo (7)

1-4 items de datos

referenciados
Simple (3)

5-15 items de
datos referenciados
Simple (3)

16 o ms items de
datos referenciados
Medio (4)

Simple (3)

Medio (4)

Complejo (6)

3 o ms ficheros
referenciados

Medio (4)

Complejo (6)

Complejo (6)

IV. FICHEROS
Se debe contar cada grupo lgico mayor de datos de usuario o de informacin de control mantenidos
dentro de los lmites de la aplicacin. FPA distingue entre dos tipos de ficheros: ficheros con transacciones
temporales y ficheros con registros lgicos de datos permanentes. Slo los almacenamientos de datos
permanentes se ven como ficheros lgicos. Cuando se mantienen dentro de la aplicacin se clasifican como
"ficheros internos lgicos". Si se comparten entre aplicaciones se clasifican como interfaces y cmo ficheros
internos lgicos.
Las transacciones, por el contrario, se considera que son sucesos que desencadenan cambios en los
ficheros lgicos internos; no se clasifican como ficheros. Un fichero transaccin se puede clasificar como
entrada si es ledo para actualizar datos en un fichero lgico interno. Un fichero transaccin puede ser un
interface o una salida si trasfiere transacciones de actualizacin a otra aplicacin.
Cuando se utiliza anlisis estructurado cada almacenamiento de datos contendr al menos un fichero
lgico interno. Hay que enfatizar que hablamos de ficheros lgicos. Supongamos que un fichero fsico contiene
dos claves diferentes, entonces contaramos dos ficheros lgicos internos, puesto que cada camino presenta
diferente informacin. Del mismo modo, cada vista lgica del usuario en una base de datos se cuenta como un
fichero.
Se pueden encontrar ficheros en :
bases de datos: 1 por vista lgica 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
Ficheros
1-19 items de datos
referenciados
Simple (7)

1 formato/relacin de
registro lgico
2-5 formatos/relaciones Simple (7)
de registro lgico
6 o ms formatos/
Medio (10)
relaciones de registro
lgico

20-50 items de
datos referenciados
Simple (7)

51 o ms items de
datos referenciados
Medio (10)

Medio (10)

Complejo (15)

Complejo (15)

Complejo (15)

V. INTERFACES.
Se debe contar como uno cada fichero lgico de otro grupo de datos ( o informacin de control) que se
enva fuera de los lmites de la aplicacin, o se comparte o es recibido desde otra aplicacin. Los ficheros que se
comparten entre aplicaciones se cuentan como ficheros y como interfaces en cada aplicacin en la que se
utilizan; de otro modo slo se puntuar como fichero en aquella aplicacin que utilice o mantenga el fichero (la
otra slo recibir puntos de interface). Esto es, cada fichero interface debe ser tambin un fichero interno lgico

4 de 10

en esa aplicacin, en otra o en ambas; o puede ser un fichero transaccin o de impresin generado en la propia
aplicacin. Los interfaces presentan una de estas situaciones:
1. Datos o informacin de control se pasa del fichero A al fichero B. En A se punta fichero e interface y
en B slo interface
2. Datos o informacin de control se pasa del fichero B a A. En B se punta fichero e interface y en A
slo interface
3. Datos o informacin de control se comparte entre A y B. A y B reciben puntos de fichero e interface.
Ver tabla adjunta.
Utilizacin del fichero:

compartido con B

en esta aplicacin A
contar
slo interface (sin
actualizaciones)
ambos fichero e interface

enviado a B

ambos fichero e interface

recibido de B

en las otras aplicaciones

B
ambos fichero e interface
ambos fichero ( si se
mantiene) e interface
slo interface (sin
actualizaciones)

Los interfaces habitualmente involucran ficheros maestros, no transacciones. Hay diferencia entre ficheros
maestros lgicos y ficheros transaccin. Si las aplicaciones se relacionan a travs de transacciones entonces se
puntuarn entrada, salida, y/o consulta, y, quiz, interface. Si lo hacen a travs de ficheros maestros entonces se
puntuar interface y, quiz, fichero. Un fichero transaccin no se contar como interface si el formato con el que
lo recibe el otro programa es el mismo (no hay conexin). El programa receptor lo contara como entrada. Si el
programa que lo enva realiza el trabajo de conversin entonces se contar (para ste) una salida y un interface.
Los interfaces se pueden encontrar en:
ficheros lgicos internos accesibles desde otra aplicacin
ficheros lgicos internos accedidos en otra aplicacin
base de datos compartida
lista de parmetros compartida
fichero de impresin exportado
fichero transaccin compartido que requiere conversin.
Se contarn como un interface
fichero de registros de otra aplicacin (en la otra aplicacin (+1 fichero,
+1 interface)
Ficheros Transaccin

en esta aplicacin A

en otras aplicaciones B

Situacin:

contar:

contar:

NO SE REQUIERE
CONVERSIN DE DATOS
1. Recibido de B

5 de 10

entrada (lo normal)

salida

2. enviado a B

salida

entrada (lo normal)

SE PRECISA CONVERSIN
DE DATOS
1. Recibido de B, A convierte

ambos fichero e interface

------------------------------

2. Recibido de B, B convierte

------------------------------

ambos fichero e interface

3. Enviado a B, A convierte

ambos fichero e interface

------------------------------

4. Enviado a B, B convierte

------------------------------

ambos fichero e interface

fichero de registros a otra aplicacin (+1 fichero) (otra aplicacin +1 interface)

fichero de registros a varias aplicaciones (+1 fichero) - afecta al peso de complejidad tambin fichero de registros compartido entre dos o ms aplicaciones (+1 fichero) (para las otras aplicaciones:
+1 interface, +1 fichero en cada aplicacin si realizan mantenimiento)
base de datos compartida con otras aplicaciones (+1 fichero) 1 interface por cada vista realmente
enviada (para la otra aplicacin: +1 fichero, +1 interface por cada vista utilizada)
base de datos compartida de otras aplicaciones (+1 fichero) 1 interface por cada vista utilizada (para la
otra aplicacin: +1 fichero, +1 interface por vista)
fichero transaccin de otra aplicacin con conversin de datos (+1 entrada)
fichero transaccin enviado a otra aplicacin con conversin de datos (+1 salida). Los ficheros
transaccin slo se cuentan en una aplicacin (no en las dos)
lista de parmetros.
Interfaces

1 formato/relacin de
registro lgico
2-5
formatos/relaciones de
registro lgico
6 o ms formatos/
relaciones de registro
lgico

1-19 items de datos

referenciados
Simple (5)

20-50 items de
datos referenciados
Simple (5)

51 o ms items de
datos referenciados
Medio (7)

Simple (5)

Medio (7)

Complejo (10)

Medio (7)

Complejo (10)

Complejo (10)

VI. CARACTERSTICAS GENERALES FPA DE LA APLICACIN.

Segn este mtodo, la cuenta de puntos de funcin no ajustada debe calibrarse con otros 14 elementos
que dependen del entorno. Estos son:
1. Comunicaciones de datos
2. Datos o procesamiento distribudos
3. Objetivos de rendimiento
4. Configuracin utilizada masivamente
5. Tasa de transaccin
6. Entrada de datos on-line
7. Eficiencia para el usuario

6 de 10

8. Actualizacin on-line
9. Procesamiento complejo
10. Reutilizacin
11. Facilidad de instalacin y conversin
12. Facilidad de operacin
13. Puestos mltiples
14. Facilidad de cambio.
Estos factores se puntan de 0 a 5; tambin se pueden asociar porcentajes, como se muestra en las
figuras.
Valor del Factor

Influencia en el Sistema

0
1
2
3
4
5

Ninguna
Insignificante
Moderada
Media
Significativa
Fuerte

Porcentaje que afecta o es

requerido por la aplicacin
0%
1-20%
21-40%
41-60%
61-80%
81-100%

Escala de influencia (excepto para el factor 10)

Valor del Factor

0
1
2
3
4
5

Porcentaje que afecta o es

requerido por la aplicacin
0-10%
11-20%
21-30%
31-40%
41-50%
>50%

Escala de influencia para el factor 10

1. Comunicacin de Datos: los datos o informacin de control que la aplicacin utiliza se enva o recibe a travs de las facilidades de
comunicacin.
0
Aplicacin es batch exclusivamente
1-2
Impresin o entrada de datos remota
3-5
Teleproceso (TP) interactivo
3
TP interface a un proceso batch

7 de 10

5
La aplicacin es interactiva predominantemente
2. Funcin Distribuda. "Distribuda" significa que los componentes (o los datos) de la aplicacin estn distribudos en dos o
ms procesadores diferentes (esto tambin incrementa el factor anterior).
0
La aplicacin no ayuda a la trasferencia de datos o a la funcin de procesamiento entre los componentes del
sistema
1
La aplicacin prepara datos para el usuario final de otro procesador
2-4
Los datos se preparan para trasferencia, se trasfieren y se procesan en otro componente del sistema
5
Las funciones de procesamiento se realizan dinmicamente en el componente ms apropiado del sistema.
3. Rendimiento: referido a la importancia de respuesta dentro de todo el sistema
0-3
Anlisis y diseo de las consideraciones del rendimiento son estndar. No se precisan requerimientos especiales
por parte del usuario
4
En la fase de diseo se incluyen tareas del anlisis del rendimiento para cumplir los requerimientos del usuario
5
Adems se utilizan herramientas de anlisis del rendimiento en el diseo, desarrollo e instalacin
4. Configuracin utilizada masivamente: referente a la importancia del entorno. Esto es, si hay restricciones de memoria o del
hardware.
0-3
La aplicacin corre en una mquina estndar sin restricciones de operacin
4
Restricciones de operacin requieren caractersticas especficas de la aplicacin en el procesador central
5
Adems hay restricciones especficas a la aplicacin en los componentes distribudos del sistema.
5. Tasas de Transaccin: una alta llegada de transacciones provoca problemas ms all de los de la caracterstica 3
0-3
Las tasas son tales que las consideraciones de anlisis de rendimiento son estndares
4
En la fase de diseo se incluyen tareas de anlisis de rendimiento para verificar las altas tasas de transacciones
5
Adems se utilizan herramientas de anlisis del rendimiento.
6. Entrada On-Line de datos
0-2
Hasta el 15% de las transacciones tienen entrada interactiva
3-4
15% al 30% tienen entrada interactiva
5
30% al 50% tienen entrada interactiva.
7. Diseo para la eficiencia de usuario final
0-3
No se especifican requerimientos especiales
4
Se incluyen tareas de diseo para la consideracin de factores humanos
5
Adems se utilizan herramientas especiales o de prototipado para promover la eficiencia.
8. Actualizacin On-Line
0
Nada
1-2
Actualizacin on line de los ficheros de control. El volumen de actualizacin es bajo y la recuperacin fcil.
3
Actualizacin on line de la mayora de los ficheros internos lgicos
4
Adems es esencial la proteccin contra la prdida de datos
5
Adems se considera el coste de recuperacin de volmenes elevados.
9. Complejidad del procesamiento: esto es, complejidad interna ms all de la media en lo referente a la entrada, salida o
lgica de procesamiento
Qu caractersticas tiene la aplicacin?
mucho procesamiento matemtico y/o lgico
procesamiento complejo de las entradas
procesamiento complejo de las salidas
muchas excepciones de procesamiento, muchas transacciones incompletas y mucho reprocesamiento de las
transacciones
procesamiento de seguridad y/o control sensitivo
0
No se aplica nada de esto
1
Se aplica alguna cosa
2
Se aplican dos cosas
3
Se aplican tres cosas
4
Se aplican cuatro cosas
5
Se aplica todo.
10. Utilizable en otras aplicaciones: el cdigo se disea para que sea compartido o utilizable por otras aplicaciones (no
confundir con 13).
0-1
Una aplicacin local que responde a las necesidades de una organizacin usuaria
2-3
La aplicacin utiliza o produce mdulos comunes que consideran ms necesidades que las del usuario
4-5
Adems, la aplicacin se "empaquet" y document con el propsito de fcil reutilizacin
11. Facilidad de Instalacin
0-1
No se requieren por parte del usuario facilidades especiales de conversin e instalacin
2-3
Los requerimientos de conversin e instalacin fueron descritos por el usuario y se proporcionaron guas de
conversin e instalacin
4-5
Adems se proporcionaron y probaron herramientas de conversin e instalacin
12. Facilidad de Operacin
0
No se especifican por parte del usuario consideraciones especficas de operacin
1-2
Se requieren, proporcionan y prueban procesos especficos de arranque, backup y recuperacin

8 de 10

3-4
Adems la aplicacin minimiza la necesidad de actividades manuales, tales como instalacin de cintas y papel
5
La aplicacin se disea para operacin sin atencin
13. Puestos Mltiples.
0
El usuario no requiere la consideracin de ms de un puesto
1-3
Se incluyeron necesidades de varios puestos en el diseo
4-5
Se proporciona documentacin y plan de apoyo para soportar la aplicacin en varios lugares
14. Facilidad de Cambio: esfuerzo especfico de diseo para facilitar cambios futuros.
0
No hay requerimientos especiales del usuario para minimizar o facilitar el cambio
1-3
Se proporciona capacidad de consulta flexible
4-5
Datos importantes de control se mantienen en tablas que son actualizadas por el usuario a travs de procesos
on-line interactivos.

As, para calcular el total de puntos de funcin utilizaremos la frmula

PF's no ajustados * (0'65 + 0.01 (influencia 14 factores)).

VII. EJEMPLO. SISTEMA DE PIEZAS ON-LINE.

Supongamos que tenemos en funcionamiento un sistema batch de inventario de piezas. Queremos aadir
a este sistema las siguientes facilidades de men on-line:
peticin on-line de informes
display on-line del inventario de piezas
display on-line de la descripcin de las piezas
mantenimiento de ficheros on-line.
Debido a restricciones de almacenamiento, rendimiento y restricciones de tiempo de respuesta, no se
utilizar totalmente el Fichero Maestro de Piezas -FMP- en el nuevo sistema on-line (se seguir utilizando en el
sistema batch). En vez de ello, slo se utilizar una parte del mismo en el Fichero de Piezas Seleccionadas
-FPS- (aquellas con ms alta demanda). Los usuarios identificarn las piezas que se aaden al FPS, al igual que
indicarn piezas que no desean que estn el FPS. Ambas situaciones se llevarn a cabo a travs de la Tabla de
Seleccin de Piezas - TSP-, que relaciona items de FPS con los del FMP, y mantiene un registro del nmero
actual del FPS.
Se debe proporcionar un informe de control que liste todos los cambios del FPS y liste el tamao y
estado actual (definido al ltimo da laborable). Se debe proporcionar un Informe del Inventario de Piezas, que
ser solicitado por los operadores y listar las piezas contenidas en el FPS.
Adems del FMP, que es una entidad externa y no ser utilizado directamente, consideraciones de diseo
y rendimiento indican que hacen falta dos ficheros fsicos ms. Uno de estos es la TSP que consiste slo en los
tems de datos nmero de pieza y cdigo de tamao, y se relaciona lgicamente con el FMP (slo) a travs de
interface batch. El otro fichero fsico es el FPS. Tiene el mismo formato que el fichero maestro y consiste en dos
ficheros lgicos, el Fichero de Descripcin de Piezas, -FDP-, y el Fichero de Localizacin de Piezas -FLP-, cada
uno de los cuales se relaciona lgicamente con el FMP (a travs de interface batch). El fichero lgico FDP
contiene los siguientes tems:
1. nmero de pieza
2. cdigo de tamao
3. descripcin
4. precio unitario
5. comentarios
La clave de este fichero lgico es la clave mltiple 1-2-3

9 de 10

El FLP consiste en
6. nmero de pieza
7. cdigo de tamao
8. identificacin de la localizacin
9. stock disponible
10. stock pedido
11. fecha de peticin.
La clave de este fichero es 6-7-8.
En las figuras 9A y 9B se muestra un diagrama de flujo del sistema. Al tratarse de un sistema nuevo
clasificaremos primero las salidas, consultas y entradas, y despus los ficheros e interfaces.

10 de 10