PUNTOS DE ALFA Software

FUNCIÓN
 ¿Qué es el método de puntos de función?

• Es una técnica de estimación de software desarrollada originalmente por

Allan Albrecht en 1979 mientras trabajaba para IBM, quien definió
conceptos para medir el software a partir de valoraciones de
funcionalidades entregadas al usuario y no a partir de aspectos técnicos,
con la intención de producir valoraciones independientes de la tecnología y
fases del ciclo de vida utilizado.
¿QUÉ SON LOS
PUNTOS DE
FUNCIÓN?
Los puntos de función son una medida
del tamaño funcional del Software.
Proporcionan una medida objetiva,
cuantitativa y auditable del tamaño de
las aplicaciones, desde el punto de
vista de los requisitos especificados
por el usuario final de la aplicación.
 El Análisis de Puntos Función nos proporcionará
una medida objetiva de la funcionalidad de una
¿Son importantes? aplicación software, ayudándonos en la
evaluación, planificación, gestión y control de
los procesos de desarrollo software.
 Tipo de Componente
Entrada Externa - External Input
(EI)
Salida Externa - External Output
(EO)
Consulta Externa - External
Query (EQ)
Archivo Lógico Interno - Internal
Logical File (ILF)
Archivo de Interfaz Externo –
External Interface File (EIF)
Descripción Ejemplo
Es una función de transacción en
la que los datos entran al sistema Pantalla y tablas de entrada
desde fuera.
Es una función de transacción en
la que los datos "salen" del Pantallas e informes de salida
sistema.
Es una función de transacción
con componentes de entrada y
salida que dan como resultado la Indicaciones e interrupciones.
recuperación de datos.
Datos relacionados lógicamente
o información de control que Bases de datos y directorios
reside completamente dentro de
los límites del sistema.
Datos relacionados lógicamente
o información de control que la Bases de datos compartidas y
aplicación utiliza solo con fines rutinas compartidas.
de referencia.
 Clasificación de los tipos de componentes
Los Puntos de Función de una aplicación se descubren contando el número
y los tipos de funciones utilizadas en las aplicaciones. Las funciones
utilizadas en una aplicación se pueden clasificar en dos tipos, funciones de
transacción y las funciones de datos, que a su vez se encuentran
subdivididos en diferentes tipos de componentes funcionales.
Funciones de Datos
Las funciones de datos se componen de recursos internos y externos que
afectan al sistema. Sus tipos de componentes funcionales son:
•Archivos lógicos internos

•Archivos de interfaz externa

 Clasificación del nivel de complejidad
• Para calcular el punto de función no ajustado (UFP) es necesario conocer el nivel
de complejidad de cada tipo de componente, para de esa forma saber su valor de
punto de función y por consecuente poder realizar las operaciones
correspondientes. La siguiente tabla nos proporcionara el valor de punto de
función dependiendo de su complejidad: 
• Cada punto de función se clasifica según su complejidad. Existen
ponderaciones/valores ya predefinidos para cada punto funcional en cada
categoría, los cuales son proporcionados por la IFPUG (International Function
Point Users Group). Cabe recalcar que las organizaciones que utilizan métodos de
puntos funcionales desarrollan criterios para determinar si el nivel de complejidad
de un tipo de componente en particular es bajo, medio o alto. No obstante, la
determinación de la complejidad es algo subjetiva. 
 Tipo de Funcion Baja Media Alta
Entrada Externa - External Input (EI) 3FP 4FP 6FP
Salida Externa - External Output
(EO)
4FP 5FP 7FP
Consulta Externa - External Query
(EQ)
3FP 4FP 6FP
Archivo Lógico Interno - Internal
Logical File (ILF)
5FP 7FP 10FP
Archivo de Interfaz Externo –
External Interface File (EIF)
7FP 10FP 15FP
 Tipos Unidad logica
FUNCION TIPO Complejidad FP
de datos distintos (No.)
Registro clientes EI 4 4Media 4
Registro administradores EI 3 4Media 4
Modificar clientes EI 4 4Media 4
Registrar productos EI 4 4Media 4
Actualizar productos EI 4 4Media 4
Eliminar producto EI 4 4Media 4
Generar ticket de compra EO 3 5Media 5
Buscar producto por nombre EQ 3 5Media 4
Modificar pedido EI 1 4Media 4
Añadir pedidos EI 1 4Media 4
Corte de caja/mes EO 4 5Media 5
Marcar producto favorito EI 2 4Media 4
Tabla de productos ILF 21 7Alta 10
Tabla de entregas ILF 25 8Alta 10
Tabla de usuario ILF 22 7Alta 10
Puntos de Funcion Sin Ajusar 80
 Factor de ajuste

Comunicación de datos 5
Procesamiento distribuido 1
Objetivos de rendimiento 1
Configuración de equipamiento 1
Tasa de transacciones 2
Entrada de datos en línea 4 Ya que usamos una plantilla
Interfase con el usuario 3
Actualizaciones en línea 1
Procesamiento complejo 0
Reusabilidad del código 4
Facilidad de implementacion 1
Facilidad de operación 0
Instalaciones multiples 0
Facilidad de cambios 0
Factor de ajuste 24
 Comunicación de datos

Grado Descripcion
0 Aplicación puramente batch no funciona en una computadora aislada
La aplicacion es batch, pero utiliza entrada de datos remota o
1 impresion remota
La aplicación es batch, pero utiliza entrada de datos e impresión
2 remota
La aplicación inclille entrada de datos on-line via entrada de video o
un procesador front-end para alimentar procesos batch o sistemas de
3 consultas
La aplicación es mas que una entrada on-line y soporta apenas un
4 protocolo de comunicación
La aplicación es mas que una entrada on-line y soporta mas de un
5 protocolo de comunicación
 Procesamiento distribuido

Grado Descripcion
La aplicación no contribuye en la transferencia de datos o funciones entre los
0 procesadores de la empresa
1 La aplicación prepara datos para el usuario final en otra CPU de la empresa
La aplicación prepara datos para transferencia, los transfiere y entonces son
2 procesados en otro equipamiento de la empresa (no por el usuario final)
Procesamiento distribuido y la transferencia de datos son on-line, en apenas
3 una direccion
Procesamiento distribuido y la transferencia de datos son on-line, en ambas
4 direcciones
Las funciones de procesamiento son dinamicamente ejecutadas en el
5 equipamiento mas adecuado
 Objetivos de rendimiento

Grado Descripcion
0 Ningun requerimiento especial de performance fue solicitado por el usuario
Requerimientos de performance y de diseño fueron establecidos y previstos, sin
1 embargo ninguna accion especial fue requerida
El tiempo de respuesta y el volumen de datos son criticos durante horarios pico de
procesamiento. Ninguna determinacion especial para la utilizacion del procesador fue
establecida. El intervalo de tiempo limite para la disponibilidad de procesamiento es
2 siempre el proximo dia habil
El timpo de respuesta y volumen de procesamiento son items criticos durante todo el
horario comercial. Ninguna determinacion especial para la utilizacion del procesador
fue establecida. El tiempo limite necesario para la comunicación con otros sistemas es
3 un aspecto importante
Los requerimentos del performance establecidos requieren tareas de analisis de
4 performance en la fase de analisis y diseño de la aplicación
Ademas de lo descrito en el item anterior, herramientas de analisis de performance
fueron usadas en las faces de diseño, desarrollo y/o implementacion para atender los
5 requerimientos de performance establecidos por el usuario
 Tasa de transacciones
Grado Descripción
0 No están previstos periodos picos de voluemen de transacción

1 Están previstos picos de transacciones mensualmente, trimestralmente,

anualmente o en un cierto periodo del año
2 Se préven picos semanalmente
3 Se préven picos diariamente
Alto nivel de transacciones fue establecido por el usuario, el tiempo de respuesta
4 necesario exige un nivel alto o suficiente para requerir análisis de performance y
diseño

Además de lo descrito en el item anterior, es necesario utilizar herramientas de

5 análisis de perfomance en las fases de diseño, desarrollo y/o implementación
 Interfase con el usuario

Grado Descripción
0 Todas las transacciones son procesadas en modo batch
De 1% al 7% de las transacciones son entradas de datos on-
1
line
De 8% al 15% de las transacciones son entradas de datos
2
on-line
De 16% al 23% de las transacciones son entradas de datos
3
on-line
De 24% al 30% de las transacciones son entradas de datos
4
on-line
Más del 30% de las transacciones son entradas de datos on-
5
line
 Entrada de datos en línea
Grado Descripción
0 Ningún de los ítems descritos
1 De uno a tres de los items descritos
2 De cuatro a cinco de los items descritos
Más de cinco de los items descritos, no hay requerimientos especificos del
3
usuario en cuanto a amigable del sistema
Más de cinco de los ítems descritos, y fueron descritos requerimientos en cuanto
4 a amigabilidad del sistema suficientes para generar actividades especificas
incluyendo factores tales como minimización de la digitación
Más de cinco de los ítems descritos y fueron establecidos requerimientos en
cuanto a la amigabilidad suficientes para utilizar herramientas especiales y
5
procesos especiales para demostrar anticipadamente que los objetivos fueron
alcanzados
 Actualizaciones en Linea

Grado Descripcion
0 Ninguna
1 Actualizacion on-line de uno a tres archivos logicos internos
2 Actualizacion on-line de mas de tres archivos logicos internos
3 Actualizacion on-line de la mayoraia de los archivos logicos internos
Ademas del item anterior, la proteccion contra perdidas de datos es esencial y
4 fue especificamente proyectado y codificado en el sistema
Ademas del item anterior, altos volumenes influyen en las consideraciones de
costo en el proceso de recuperacion. Procesos para automatizar la recuperacion
5 fueron incluidos minimizando la itervencion del operador
 Procesamiento Complejo

Grado Descripcion
0 Ninguno de los Items descritos
1 apenas uno de los items descritos
2 Dos de los items descritos
3 Tres de los items descritos
4 Cuatros de los items descritos
5 Todos los items descritos
 Resuabilidad del Codigo

Grado Descripcion
0 No presenta codigo reutilizable
1 Codigo reutilizado fue usado solamente dentro de la aplicación
Menos del 10% de la aplicación fue proyectada previendo la utilizacion posterior del codigo
2 por otra aplicación
10% o mas de la aplicación fue proyectada previendo la utilizacion posterior del codigo por
3 otra aplicación
La aplicación fue especificamente proyectada y/o documentada para tener su codigo
facilmente reutilizable por otra alicacion y la aplicación es configurada por el usuario a nivel
4 del codigo fuente
La aplicación fue especificamente proyectada y/o documentada para tener su codigo
facilmente reutilizable por otra alicacion y la aplicación es configurada para uso atraves de
5 parametros que pueden ser alterados por el usuario
 Facilidad de Implementacion

Grado Descripcion
0 Ninguna consideracion especial fue establecida por el usuario y ningun procedimiento
especial fue necesario en la implementacion
Ninguna consideracion especial fue establecida por el usuario y mas procedimientos
1 especiales son requeridos en la implementacion
Requerimientos de conversion e implementacion fueron establecidos por el usuario y
rutinas de conversion e implementacion fueron proporcionados y probados. El impacto de
2 conversion en el proyecto no es considerdo importante
Requerimientos de conversion e implementacion fueron establecidos por el usuario y
rutinas de conversion e implementacion fueron proporcionados y probados. El impacto de
3 conversion en el proyecto es considerdo importante
Ademas del item 2, conversion automatica y herramientas de implementacion fueron
4 proporcionadas y probadas
Ademas del item 3, conversion automatica y herramientas de implementacion fueron
5 proporcionadas y proveidas
 Facilidad de operación
Grado Descripción

0 Ninguna consideración especial de operación, además del proceso normal de respaldo

establecido por el usuario.
1-4 Verificar cuales de las siguientes afirmaciones pueden ser identificadas en la aplicación.
Cada item vale un punto, excepto se defina lo contrario:
·         Fueron desarrollados procedimientos de inicialización y respaldo, siendo
necesaria la intervención del operador.
·         Se establecieron procesos de inicialización, respaldo y recuperación sin
ninguna intervención del operador (contar como 2 items)
·         La aplicación minimiza la necesidad de montaje de cintas magnéticas
·         La aplicación minimiza la necesidad de manoseo de papel
La aplicación fue diseñada para trabajar sin operador, ninguna intervención del operador
5 necesaria para operar el sistema, excepto ejecutar y cerrar la aplicación. La aplicación
posee rutinas automáticas de recuperación en caso de error.
 Instalaciones multiples
Grado Descripción
Los requerimientos del usuario no consideran la necesidad de instalación de más de un
0 local

1 La necesidad de múltiples locales fue considerada en el proyecto y la aplicación fue

diseñada para operar apenas sobre el mismo ambiente de hardware y software

2 La necesidad de múltiples locales fue considerada en el proyecto y la aplicación fue

diseñada para operar en ambientes similares de software y hardware

3 La necesidad de múltiples locales fue considerada en el proyecto y la aplicación esta

separada para trabajar sobre diferentes ambientes de hardware y software
Plan de mantenimiento y documentación fueron proporcionados y probados para
4 soportar la aplicación en múltiples locales, además los ítems 1 y 2 caracterizan a la
aplicación

5 Plan de documentación y mantenimiento fueron proveídos y probados para soportar la

aplicación en múltiples locales además el item 3 caracteriza a la aplicación
 Facilidad de cambios

Grado Descripción
0 Ninguno de los ítems descritos
1 Apenas uno de los ítems descritos
2 Dos de los ítems descritos
3 Tres de los ítems descritos
4 Cuatro de los ítems descritos
5 Todos los ítems descritos
GRACIAS