Está en la página 1de 3

Puntos de Función

Una comparación desde 1979

Jonathan Ocles Mina


Universidad San Francisco de Quito
jonathan.ocles@estud.usfq.edu.ec

Abstract 2. Sección A - Puntos de Función 1979


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

Homogenización: Presenta una dificultad en mantener


Este método se genera como una alternativa para criterios uniformes para realizar el recuento.
permitir obtener los puntos de función de un software
cientı́fico y de ingenierı́a. Creado por Caper Jones, quién Pequeños proyectos: Presenta poca confiabilidad al
para evitar confusiones, con el método de Albretch, lo manejar proyectos pequeños, que se encuentren de-
denominó como puntos de caracterı́sticas [5]. Esta meto- bajo de 100 pf.
dologı́a de medición es empleada regularmende en siste-
mas hı́bridos, sistemas en tiempo real y en sistemas de Factor de ajuste: El factor de ajuste resulta de una uti-
diseño asistido por ordenador (CADs). lidad incierta.

2
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