Puntos de Función
Una comparación desde 1979
Jonathan Ocles Mina
Universidad San Francisco de Quito
jonathan.ocles@estud.usfq.edu.ec
Abstract
This document aims to perform a critical and compa-
rative analysis of the evolution of ideas around the mea-
surement of productivity in the development of projects
using the method of function points, considering the re-
lationship between the first reference dating from 1979
and the international standard embodied in ISO 19761.
Resumen
Este documento tiene como objetivo realizar un análi-
sis crı́tico y comparativo de la evolución de las ideas en
torno a la medición de la productividad en el desarrollo
de proyectos utilizando el método de puntos de función,
tomando en cuenta la relación entre la primera referencia
que data del año 1979 y el estándar internacional plasma-
do en la ISO 19761. También se incurrirá en la temática
de su uso, es decir, en qué casos es recomendable utilizar
puntos de función.
1. Introducción
Vamos a inferir desde la idea de cómo gestionar aque-
llo que no se puede medir. Es ahı́ donde intervienen los
puntos de función, los cuales son utilizados para realizar
una medición de un sistema o aplicación desde una
perspectiva del usuario, dejando a un lado los detalles
arquitectónicos y técnicos de la codificación. Tiene una
total independencia de en qué lenguaje se desarrolla
o sobre qué tecnologı́as está hecha la aplicación. Se
presupone una fiabilidad de los puntos de función para
la evaluación del valor que tiene un sistema o aplicación
para el usuario; el tiempo, el costo y el tamaño del
proyecto; la calidad y la productividad del programador
y el administrador del sistema; la cantidad de esfuerzo
que conllevará realizar una adaptación, una modificación
y el mantenimiento de un sistema[3].
2. Sección A - Puntos de Función 1979
En el año 1979 Allan J. Albrecht, realiza la pri-
mera mención de los puntos de función en su paper:
”Measuring Application Development Productivity”,
en el cual detalla el proceso utilizado por IBM para
la administración de proyectos y la medición de la
productividad en el desarrollo de los mismos. Albrecht,
habrı́a determinado que el software puede ser medible
mediante la comprobación de los flujos de transacciones
externas realizadas por un sistema o una aplicación,
tanto como en las bases de datos que se utilizan. Enfatizó
en la existencia de tres criterios para la medición del
éxito al desarrollar y administrar un proyecto: finalizar
a tiempo, estar dentro de los lı́mites del presupuesto y,
satisfacer al usuario [2].
Para esto, según Albrecht, un punto de función se
definirı́a como una función de negocio para el usuario,
de esta forma, un programa debe tener correspondencia
entre los puntos de función de entrega y los puntos de
funciones del usuario final. Teniendo en cuenta que para
ello el mejor modo de empleo para el desarrollo de una
aplicación o sistema es la interacción directa entre el
analista y el usuario. Éste proceso está compuesto de
dos estapas: la primera, en la cual se deben identificar
las funciones para el usuario final (salidas, consultas,
entradas, interfaces y ficheros) para posteriormente
definirlas según el nivel de complejidad que posean
y la segunda, que es un ajuste que depende de las
caracterı́sticas del entorno [3].
3. Sección B - Puntos de Función 2011
3.1. COSMIC FFP - ISO/IEC 19761
Esta técnica de medición fue desarrollada por un
equipo colaborativo de la Universidad de Québec,
conformado por Alain Abran, Serge Oligny, Denis
StPierre, Jean-Marc Desharnais y Charles Symons,
orientada para la medición eficiente de los puntos de
función en sistemas de control de tiempo real e hı́bridos.
Exclusivamente en sistemas de tiempo real exponen dos
factores claves: el tiempo de respuesta y su interacción
con entidades externas. Esta iniciativa se fundamenta en
dar la respuesta a proveedores y a clientes de servicios
de desarrollo de software; en principio, COSMIC-FPP
apunta a quellos proveedores de sistemas que deben
interpretar los requerimientos de un cliente en un
tamaño de software con un paso preliminar y descisivo
que permita la estimación del valor del proyecto [1].
El método de medición COSMIC-FFP, inicia de una
descomposición factible del software en una o más ca-
pas dependiendo éstas del nivel de abstracción que posea
el software. Se establece lı́mites o fronteras entre capas
y funcionalidades o subprocesos (inputs, outputs). Cada
proceso presenta una serie se subprocesos que realizan
manejo de datos y para cada uno de éstos se le asigna
una medida cfsu o unidad de tamaño funcional COSMIC
[4].
3.2. Otros métodos de medición basados en
Puntos de Función
MK II FPA
Este método es una variante de los Puntos de Función
de Allan J. Albrecht, que difiere del original al contem-
plar al sistema como un conjunto de transacciones lógi-
cas complejas. Entendiendo transacciones lógicas com-
plejas al proceso, a las entradas y salidas [6]. Esta meto-
dologı́a de medición es apropiada para aquellos proyec-
tos que empleen el uso de tecnologı́as modernas que per-
mitan la sencilla interpretación e identificación de estas
transacciones lógicas.
Feature Points
Este método se genera como una alternativa para
permitir obtener los puntos de función de un software
cientı́fico y de ingenierı́a. Creado por Caper Jones, quién
para evitar confusiones, con el método de Albretch, lo
denominó como puntos de caracterı́sticas [5]. Esta meto-
dologı́a de medición es empleada regularmende en siste-
mas hı́bridos, sistemas en tiempo real y en sistemas de
diseño asistido por ordenador (CADs).
2
4. Puntos de Función vs COSMIC FFP
4.1. Ventajas
4.1.1. Beneficios de elegir Puntos de Función
Primer método de medición de proyectos: Tiene mu-
cho tiempo en uso por lo cual posee refinamientos
y mejoras. Es fiable y mayormente aceptado, tiene
bases sólidas para la generación de mediciones.
Generador de métodos: El resto de métodos existentes
parten de su concepto base.
Estándar no iure1 : Por su larga trayectoria es el más
usado y conocido para la medición de proyectos.
Poca información para estimar: Necesita pocos datos
para poder generar una estimación por lo cual es
totalmente funcional en cualquier parte de la vida
de un proyecto.
4.1.2. Beneficios de elegir COSMIC FFP
Menor dependencia: Es el estándar con menor depen-
dencia entre estructura, principios del proceso de
medición y conceptos.
Estimación temprana: Puede resultar más factible y
sencillo realizar una estimación en fases más pre-
maturas del proyecto.
Software de tiempo real: Fue concebida con orienta-
ción a generar mediciones en proyectos RTS (Real-
Time Software.
Divide y vencerás: Separa un proyecto por capas de
software, lo cual permite un enfoque más claro del
proyecto.
4.2. Desventajas
4.2.1. Desventajas de elegir Puntos de Función
Tiempo real: Complejidad y poca adaptación para la
medición de proyectos en tiempo real.
Homogenización: Presenta una dificultad en mantener
criterios uniformes para realizar el recuento.
Pequeños proyectos: Presenta poca confiabilidad al
manejar proyectos pequeños, que se encuentren de-
bajo de 100 pf.
Factor de ajuste: El factor de ajuste resulta de una uti-
lidad incierta.
4.2.2. Desventajas de elegir COSMIC FFP
Homogenización: Presenta una dificultad en mantener
criterios uniformes para realizar el recuento.
Pequeños proyectos: Presenta poca confiabilidad al
manejar proyectos pequeños, que se encuentren de-
bajo de 100 pf.

Factor de ajuste: El factor de ajuste resulta de una uti-

lidad incierta.

5. Conclusiones
Se puede concluir que la utilización de los puntos de
función es un tema clave y crucial para la buena adminis-
tración de un proyecto, debido a que nos permite estimar
el costo de la generación del proyecto y el tamaño del
mismo; sin tener que considerar la tecnologı́a que se
aplicará para el desarrollo ni el personal humano que se
necesita, tomando en cuenta que este último (personal
humano) es el resultado del tamaño del proyecto y no al
inverso.

El método de medición por puntos de función, cual-

quiera que fuese, es un método basado en subjetividades
y experiencia lo cual supone diferentes resultados depen-
diendo de quién y de cómo se efectúe el método. Las ba-
ses de los puntos de función tienen gran utilidad, a conse-
cuencia de esto la mayorı́a de métricas de funcionalidad
de software son una variación de la primera versión de
Allan Albrecht.

Referencias
[1] A BRAN , A., D ESHARNAIS , J.-M., M AYA , M., S T-P IERRE ,
D., AND B OURQUE , P. Design of a functional size measure-
ment for real-time software. Montréal, Université du Québec
à Montréal [www document].. URL http://www. lrgl. uqam.
ca/publications/pdf/407. pdf (1998).
[2] A LBRECHT, A. J. Measuring application development producti-
vity. Tech. rep., IBM Corporation.
[3] D REGER , J. B. Function point analysis. Prentice-Hall, Inc., 1989.
[4] Ingenierı́a del Software – COSMIC-FFP – Un método de medi-
ción del tamaño funcional. Standar, International Organization for
Standarization, Sept. 2002.
[5] J ONES , C. A short history of function points and feature points.
Software Productivity Research Inc (1988).
[6] S YMONS , C. R. Function point analysis: difficulties and impro-
vements. IEEE transactions on software engineering 14, 1 (1988),
2–11.

Notes
1 Proveniente del latı́n iure: ”de derecho”, es decir reconocida por

su uso y no por una norma establecida