Puntos de Función

Ms. Carlos Castillo Diestra, Dr(c)

Modelo de Puntos de Función

Punto de Función:
• Una unidad para medir la funcionalidad del software.
• Una función comercial de usuario final.
• Una medida basada en los procesos elementales de la vista
de usuarios.
• Miden la aplicación desde una perspectiva del usuario,
dejando de lado los detalles de codificación.

Proceso elemental
• La más pequeña unidad con significado de actividad para el
usuario.
Mas información: www.ifpug.org
IFPUG: International Function Points Users Group

1
 Modelo de Puntos de Función
Proceso:
1. Identificar las funciones disponibles para el usuario y
se organizan en cinco grupos:
• Salidas
• Consultas
• Entradas
• archivos
• 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.

Modelo de Puntos de Función

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:
• archivo de transacción enviado a otra aplicación
• facturas
• cheques
• transacciones automáticas
• mensajes al usuario
• gráficos
• arhivos 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.

2
 Modelo de Puntos de Función
Complejidad de las salidad

Complejidad Peso
Baja 4
Media 5
Alta 7

Modelo de Puntos de Función

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 archivo 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 archivo u otra entidad lógica
• archivo 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.

3
 Modelo de Puntos de Función
Complejidad de las consultas

Complejidad Peso
Baja 3
Media 4
Alta 6

Modelo de Puntos de Función

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 archivo lógico interno, conjunto de datos, tabla o
dato independiente. Esto incluye archivos 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 archivo 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 archivo 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 archivo tendrá tres entradas, así como una salida (el archivo 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.

4
 Modelo de Puntos de Función
Complejidad de las entradas

Complejidad Peso
Baja 3
Media 4
Alta 6

Modelo de Puntos de Función

ARCHIVOS
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 archivos: archivos con
transacciones temporales y archivos con registros lógicos de datos
permanentes. Sólo los almacenamientos de datos permanentes se ven
como archivos lógicos. Cuando se mantienen dentro de la aplicación
se clasifican como “archivos internos lógicos". Si se comparten entre
aplicaciones se clasifican como interfaces.
Las transacciones, por el contrario, se considera que son sucesos que
desencadenan cambios en los archivos lógicos internos; no se
clasifican como archivos. Un archivo transacción se puede clasificar
como entrada si es leído para actualizar datos en un archivo lógico
interno. Un archivo transacción puede ser un interface o una salida si
trasfiere transacciones de actualización a otra aplicación.
Se pueden encontrar archivos en :
• bases de datos: 1 por vista lógica o camino de acceso
• archivos maestros: 1 por cada grupo de claves
• tablas mantenidas por los usuarios: estados, tarifas, mensajes, etc.
• archivos de procesamiento batch

5
 Modelo de Puntos de Función
Complejidad de los archivos

Complejidad Peso
Baja 7
Media 10
Alta 15

Modelo de Puntos de Función

INTERFACES
Se debe contar como uno cada archivo 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 archivos que se
comparten entre aplicaciones se cuentan como archivos y
como interfaces en cada aplicación en la que se utilizan;
de otro modo sólo se puntuará como archivo en aquella
aplicación que utilice o mantenga el archivo (la otra sólo
recibirá puntos de interface). Esto es, cada archivo
interface debe ser también un archivo interno lógico en esa
aplicación, en otra o en ambas; o puede ser un archivo
transacción o de impresión generado en la propia
aplicación.

6
 Modelo de Puntos de Función
Complejidad de las interfaces

Complejidad Peso
Baja 5
Media 7
Alta 10

Modelo de Puntos de Función

Calculo de los
puntos de
función sin
ajustar
(PFSA)

7
 Modelo de Puntos de Función
EQUIVALENCIA LDC/PF

Ejemplo
CASO: HOSPITAL “CORAZON DE JESUS”
Se desea crear un sistema de gestión hospitalaria donde es necesario
manipular la información sobre las salas del hospital y los pacientes
ingresados. Las salas se clasifican según la especialidad que atienden
(ortopedia, urología, etc.), es importante conocer la capacidad de
camas en cada sala y cuantas de ellas están disponibles. Se pueden
tener varias salas de una misma especialidad.
Sobre los pacientes se controla su identificación, nombre y apellidos,
edad, sexo, grupo, factor, enfermedad por la que ingresó y por todos
los estados por los que ha pasado (de cada estado - grave, crítico, de
cuidado – se sabe la fecha y hora en que fue reportado así).
Se desea que el sistema sea capaz de controlar los ingresos y altas de
pacientes. Para los familiares de los pacientes, el sistema debe
permitir visualizar el estado actual (el último reportado) y para los
médicos la evolución que ha tenido desde su ingreso (todos los
estados por los que ha pasado con su fecha y hora). Para el
departamento de estadísticas se debe permitir obtener un reporte con
el por ciento de ocupación de las salas de una especialidad dada: (total
de camas ocupadas/total de cama)*100.
Basados en el caso descrito, estime los puntos de función sin ajustar

8
 Esquema de la Base de Datos
Paciente (CodigoPaciente, Apellidos, Nombre, FechaNacimiento, Sexo,
Grupo, Factor)
MovimientoPaciente (CodigoPaciente, FechaIngreso, HoraIngreso,
CodigoEnfermedad, Peso, Estatura, FechaSalida, HoraSalida)
Enfermedad (CodigoEnfermedad, DescripcionEnfermedad)
EstadoPaciente (CodigoPaciente,FechaIngreso,Fecha,Hora, CodigoEstado)
Estado (CodigoEstado, DescripcionEstado)
Sala (CodigoSala, CodigoEspecialidad, Capacidad)
Especialidad (CodigoEspecialidad, DescripcionEspecialidad)
Cama (NroCama, CodigoSala, CodigoPaciente)

Funciones
1. Ingresar nuevo paciente
2. Modificar datos del paciente
3. Admitir paciente para atención
4. Dar de alta a un paciente
5. Listar capacidad de camas por sala
6. Listar disponibilidad de camas por sala
7. Registrar estados de un paciente
8. Visualizar estado actual de un paciente
9. Mostrar evolución de un paciente
10. Reportar porcentaje de ocupación de sala por
especialidad
11. Archivos que se indican en el esquema

9
 Calificar el Tipo y Complejidad de
las Funciones
1. Ingresar nuevo paciente (ENTRADA, BAJA)
2. Modificar datos del paciente (ENTRADA, BAJA)
3. Admitir paciente para atención (ENTRADA, ALTA)
4. Dar de alta a un paciente (ENTRADA, ALTA)
5. Listar capacidad de camas por sala (SALIDA, MEDIA)
6. Listar disponibilidad de camas por sala (CONSULTA, MEDIA)
7. Registrar estados de un paciente (ENTRADA, MEDIA)
8. Visualizar estado actual de un paciente (CONSULTA, MEDIA)
9. Mostrar evolución de un paciente (CONSULTA, MEDIA)
10. Reportar porcentaje de ocupación de sala por especialidad
(SALIDA, MEDIA)

Resumen
Tipo de función de
Nivel de complejidad Nº * Peso = Total
usuario

Baja 2 3 6

Entradas Media 1 4 4

Alta 2 6 12

Baja 0 4 0

Salidas Media 2 5 10

Alta 0 7 0

Baja 0 3 0

Consultas Media 3 4 12

Alta 0 6 0

Baja 8 7 56

Archivos Media 0 10 0

Alta 0 15 0

Baja 0 5 0

Interfaces Media 0 7 0

Alta 0 10 0

Número de Puntos Función sin ajustar: 100

10