Introducción a Punto Función

Martes, 02 de Marzo de 2010 18:34

La métrica de punto función se definió inicialmente en 1979 por Allan Albrecht de IBM en un artículo titulado "A New Way of Looking at Tools" y se convirtió en un estándar ISO, estándar de Medida del Tamaño Funcional ISO/IEC 14143-1:1998, en 2003. La norma española equivalente a la ISO 14143 es la UNE 71045-1:2000. "Tecnología de la información. Medida del Software. Medida del tamaño funcional. Parte 1: Definición de conceptos.".

Se trata de un método usado en ingeniería del software que trata de medir la complejidad y tamaño del software que se va a crear. Según este artículo los requisitos funcionales del usuario en el software son identificados separadamente y categorizados en uno de estos cinco tipos:

- salidas
- consultas
- entradas
- ficheros internos
- interfaces externos

Cuando se habla de función punto, uno de las primeras preguntas lógicas es ¿qué es función punto? Asunto que no es sencillo, pero que encuentra una buena y detallada descripción en la página Web http://www.devdaily.com/FunctionPoints/, creada por Alvin J. Alexander. Como indica la propia página, función punto es una unidad estándar de medida que representa el tamaño funcional de una aplicación de software. De forma similar a como una casa se mide por su superficie habitable, el tamaño de una aplicación se "mide" por el número de elementos función punto que proporciona a los usuarios de la aplicación.

El principal interés de función punto, o FPA por Function Point Analisys, es la realización de una métrica que facilita el adecuado dimensionamiento de la complejidad del proyecto, así como su evaluación de coste apropiado y duración necesaria. En este análisis hay varios aspectos que son importantes:

- Se mide desde el punto de vista del usuario. El tamaño/funcionalidad de la aplicación se mide desde el punto de vista del usuario. Se basa en lo que el usuario solicita para interactuar con el sistema, incluyendo pantallas donde se realizan las entradas de datos, así como los informes que recibe como salida del proceso. Además, se basa también en su conocimiento de los datos que deben ser almacenados y procesados por el sistema.
- Independiente de la tecnología. Función punto es neutral en cuanto a la tecnología empleada en el proyecto. Así que no importa si se trata de una aplicación Web, un desarrollo con Java, PHP, C#, Delphi, VB o .Net, el análisis se hace basado en las pantallas y las tablas de datos y de esto se deriva el "número de puntos función" necesarios.
- Bajo coste. Añadir el análisis FPA al portafolio de proyectos es notablemente sencillo. Históricamente, el empleo del proceso de recuento de FP en un  proyecto supone un incremento de coste por debajo del 1%.
- Repetible. Diversos estudios han revelado que diversos contadores de punto función pueden medir de forma independiente la misma aplicación con un margen dentro de un 10% de precisión respecto unas de otras.

Como se indica en la referida página Web, el autor recomienda el empleo de FPA ya que, con un poco de experiencia, el conocimiento del tamaño funcional de las aplicaciones lleva a una mina de oro sobre otras informaciones que ayudan al éxito en el negocio del desarrollo de software. Entre ellas cabe citar:

- Habilidad para estimar con precisión tanto el coste como la duración y el número de personas necesarias para el proyecto.
- Comprensión de otras métricas importantes como tasa de defectos del proyecto, coste por FP, FP por hora, así como beneficios en la productividad al emplear herramientas nuevas o diferentes.

Como ejemplo, el autor indica lo que FP puede hacer por la empresa. Sobre todo de cara a iniciar proyectos con una ajustada estimación del precio para el cliente. Lo cual proporciona una ventaja competitiva, ya que otras empresas piensan que es imposible desarrollar software con un precio fijo y cerrado.

Más detalles en http://www.devdaily.com/FunctionPoints/.