Esta página ha sido donada por
Ten tu página gratis
"He visitado docenas de empresas, buenas y malas he observado a numerosos gestores de proceso de datos, tanto buenos como malos. Muy frecuentemente, he visto con horror cómo estos gestores se peleaban inúltimente con proyectos terribles, intentaban cumplir plazos imposibles o entregaban sistemas que decepcionaban a sus usuarios y acababan dedicando una gran cantidad de tiempo al mantenimiento."
Meiler Page-Jones hace esta declaración en el prólogo de su libro sobre la gestión de proyectos de software que ilustra muy bien los problemas con los que se han enfrentado los desarrolladores al carecer (y desconocer) de herramientas para realizar una gestión sólida de los proyectos de software.
Se necesita de una herramienta que permita el dimensionamiento de los proyectos para cuantificar los plazos, el esfuerzo realizado, la productividad el tamaño y el costo del proyecto. Por medio de estas mediciones podremos, además, realizar estimaciones para futuros proyectos y dar respuestas a preguntas tales como:
 | Cuál es la capacidad para responder a las solicitudes de los usuarios? |
| Cómo estimar el tamaño del proyecto antes de desarrollarlo? |
| Cuál es el costo de desarrollo del proyecto? |
| En cuánto tiempo se podrán cumplir los requerimientos? |
| Cuál es el tamaño del proyecto? |
| Se necesita más personal para cumplir con los plazos, más tiempo, menos funcionalidad o mejorar la productividad? |
En definitiva, el gerente de proyectos debe poder analizar las alternativas y escoger la mejor solución a través de una técnica consistente.
Un poco de historia
La técnica de Análisis de Puntos de Función fue introducida por Allan Albrecht de IBM. Albrecht comenzó a analizar sistemas, a pedido del grupo de usuarios de IBM, buscando identificar los factores críticos que determinan el tamaño del software y por consiguiente, estimar el esfuerzo y el costo de desarrollarlo. Luego de analizar cientos de sistemas, nació la técnica de Análisis de Puntos por función. La técnica mide una aplicación con base en las funciones que éste realiza para/por solicitud del usuario final. Un aspecto muy importante es que este análisis está basado en el punto de vista del usuario final (no del analista o programador) y es totalmente independiente de la tecnología utilizada, La técnica mide lo que es el sistema y no como será o cómo será diseñado (es independiente del lenguaje de programación, el tipo de base de datos y de la experiencia del programador).
A partir de 1984, la técnica comenzó a popularizarse para identificar el tamaño de un sistema y ayudar en las estimaciones del esfuerzo requerido. A comienzos de 1986 se crea el grupo internacional de usuarios de puntos por función (IFPUG) que actualmente tiene a su cargo la estandarización y control de evolución de esta métrica.
Los objetivos y beneficios del Análisis de Puntos de Función
El objetivo principal del análisis de puntos por función es medir la funcionalidad de una aplicación (*) , basándose en el diseño lógico y de acuerdo con la perspectiva del usuario. Otros objetivos son:
| Establecer una unidad estándar de medida para una aplicación |
| Proveer de un mecanismo para realizar estimaciones en el desarrollo de sistemas. |
| Minimizar el gasto y el esfuerzo, mediante el aporte de las medidas. |
| Consistencia a través de diferentes proyectos. |
| Ser comprensible por el personal no técnico, facilitando el entendimiento por parte de usuarios finales. |
| Medir independientemente de la tecnología utilizada. |
Entre los beneficios principales de la técnica se destacan:
| La medición de estimaciones de costo y recursos que se requieren para el desarrollo o mantenimiento de una aplicación. |
| Estandarización para la comparación entre aplicaciones. |
| Posibilitar la implementación de un sistema de métrica. |
| Apoyar la calidad y la productividad ofreciendo una visión optimizada de los procesos de desarrollo de aplicaciones. |
| Servir de ayuda para determinar la compra de un paquete o el desarrollo de la aplicación en la empresa. |
Visión general del Análisis de Puntos de Función
El análisis de puntos por función puede ser utilizado para medir aplicaciones ya implementadas, proyectos de desarrollo y proyectos de mantenimiento de una aplicación.
| Dimensionamiento de un proyecto de desarrollo: Este cálculo se usa para medir en puntos por función el tamaño de un proyecto de desarrollo de una nueva aplicación. El objetivo de este cálculo es identificar las funciones identificadas en el modelo lógico para estimar los recursos de tiempo y personal requeridos para el proyecto. |
| Dimensionamiento de un proyecto de mantenimiento: e utiliza para dimensionar el tamaño de un proyecto de mantenimiento de una aplicación ya existente. El objetivo es medir todas la modificaciones (inclusiones, alteraciones y exclusiones) de funciones. Al final es necesario recalcular el tamaño de la aplicación para reflejar los cambios. |
| Dimensionamiento de una aplicación: Cálculo utilizado para dimensionar el tamaño real de una aplicación en puntos por función. |
Antes de iniciar el proceso de Análisis de puntos por función se debe establecer que tipo de dimensionamiento se va realizar (de un proyecto, de un proyecto de mantenimiento o de una aplicación terminada), El paso siguiente es definir perfectamente las fronteras de la aplicación.
La frontera de la aplicación separa el proyecto que está siendo estudiado de las aplicaciones externas (otros sistemas de la organización). En este punto hay que definir dónde comienza y dónde termina la aplicación o proyecto, cuáles son sus alcances (que hace, para que servirá) y sus límites (que no hace, para que no sirve).
Establecer las fronteras de la aplicación ayudan a tener una visión más clara del ambiente del producto que se está midiendo, las propiedades de los datos (identificando si éstos pertenecen o no a la aplicación que está siendo estudiando o a otra) e identificar cuáles son las funciones que pertenecen a la aplicación.
Cómo identificar la frontera de la aplicación o proyecto?
La frontera está determinada por la visión del usuario, en general, lo que no puede ser comprendido o descrito por el usuario está fuera de la frontera de la aplicación o proyecto. La frontera entra aplicaciones relacionadas está basada en las funciones empresariales que cada una de ellas cumple, desde el punto de vista de los usuarios. Para proyectos de mantenimiento, la frontera inicial debe ser consistente con la frontera ya establecida para la aplicación que está siendo modificada. La utilización de un diagrama de flujo de datos u herramienta similar nos permite tener una visión mucho más clara de la frontera y los alcances de la aplicación o proyecto.
El esquema general del proceso de Análisis de puntos por función es:
- Determinar el tipo de conteo (proyecto, mantenimiento o aplicación terminada)
- Definir la frontera de la aplicación
- Documentar la frontera y el tipo de conteo
- Identificar las funciones de tipo Datos
- Identificar las funciones de tipo Transacción
- Determinar los puntos de función de función brutos
- Determinar el factor de ajuste
- Calcular los puntos de función ajustados
Al final de todo el proceso, obtendremos un valor número que mide el tamaño de la aplicación en puntos por función (de igual forma que una construcción se mide en metros cuadrados). Este valor nos ayudará a realizar estimaciones de plazos, costos y también puede apoyar diversas técnicas para el controlar la calidad del software.
En las siguientes secciones se brindará el marco teórico para la identificación de funciones, determinación del factor de ajuste y cálculo de los puntos por función. Comenzaremos siguiendo los pasos que se realizan para el cálculo de puntos por función en proyectos de desarrollo; luego, más adelante veremos como se hace el cálculo para los proyectos de mantenimiento de aplicaciones.
(*) = A partir de esta sección se utilizará la palabra aplicación como sinónimo de software.
Pensamiento Clave. "No se puede controlar, lo que no se puede medir"