Universidad Agraria del Ecuador

Facultad de Ciencias Agrarias

Carrera Ingeniería en Computación e Informática

GERENCIA DE PROYECTOS INFORMÁTICOS

Tema:

Punto de Función

Integrante:

ALBINES BAQUERIZO Kevin

ANASTACIO TORRES Bryan
ARMIJOS VERA Ariana
ASENCIO LIMONES Barbara
HARO AZUERO Nicole
PARRALES ESPINOZA Jessica
PALACIOS CHENCHE Nicole
ROSILLO MARIN Jenniffer
TOMAREMA TOMAREMA Jhonny
VERA VINCES Joselyn

Curso:

Quinto Año – Décimo Semestre A

Docente:

Ing. Abel Alarcón

GUAYAQUIL – ECUADOR
2020
 Índice

1. ¿Qué es el Punto de Función? ........................................................................................................... 3

2. Características ..................................................................................................................................... 3

3. Ventajas ................................................................................................................................................ 4

4. Desventajas .......................................................................................................................................... 4

5. Utilidad.................................................................................................................................................. 4

6. Fórmula................................................................................................................................................. 5

7. Terminología ........................................................................................................................................ 5

8. Estimadores ......................................................................................................................................... 6

9. Diferencia de estimar Punto de Función y Puntos de Historias ...................................................... 8

10. Factor de Ajuste .............................................................................................................................. 9

11. Líneas de código (Peso de los Lenguajes) ................................................................................... 9

12. Proceso de cálculo del Punto de Función .................................................................................. 10

13. Ejemplo .......................................................................................................................................... 13

Bibliografía ................................................................................................................................................ 17
 PUNTO DE FUNCIÓN

1. ¿Qué es el punto de función?

Según (Conrrado, 1993) 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. “En esencia, los PF son

una métrica calculada que con siete en la suma, ponderada de acuerdo con su complejidad,

de las entradas, las salidas, las consultas, los archivos lógicos y las interfaces que

corresponden a una aplicación.

2. Características

Según (Sánchez, 1999) describe las principales características de la estimación basada

en puntos de función.

• Miden la estimación en función de la complejidad.

• Determina el número total de puntos función de un sistema, basándose únicamente

en los documentos técnicos que recogen la especificación de requisitos funcionales.

• Su aplicación es factible ya desde las primeras etapas del ciclo de vida de la aplicación

de software, es decir, desde el momento en que se elaboran documentos técnicos.

• Se basa principalmente en medidas cuantitativas del software

• Es útil en cualquiera de las fases de vida del software, desde el diseño inicial hasta la

explotación y mantenimiento.

• Esta técnica puede producir mayores niveles de precisión en proyectos grandes.

 3. Ventajas

• Son independientes de la tecnología o lenguaje de programación, esto permite que

un sistema pueda ser comparado con otro.

• Los puntos de función pueden ayudarte a medir el tamaño del software de forma

rápida y confiable, basadas en un modelo paramétrico y no subjetividades.

• El nivel de confianza de estimación es alto.

• Estimación basada en la perspectiva que el usuario tiene del sistema.

• Los puntos función proporcionan una forma fiable de determinar el tamaño del

software a partir de la definición de su alcance.

• Permite medir la complejidad de los casos de prueba, y contestar la pregunta de

cuánto tiempo me tomará ejecutar el software Testing de unos requerimientos

determinados

4. Desventajas

• Dependen ampliamente de la perspectiva subjetiva del estimador.

• Es necesario entrenar a las personas para hacer este tipo de estimaciones.

• El conteo de los puntos de función es una operación larga y manual.

• Medir reglas y la lógica del negocio es más complicado.

5. Utilidad

Según La Oficina de Proyectos de Informática (2015) determina la siguiente utilidad del

punto de función

• Validar la calidad de las especificaciones funcionales

• Seguimiento y control de proyectos

• Medir la productividad y calidad de nuestro proyecto o servicio de ingeniería de

software
 6. Fórmula

𝐹𝑃 = 𝑡𝑜𝑡𝑎𝑙 𝑥 [0,65 + 0,01 𝑥 ∑( 𝐹𝑖 )]

7. Terminología

• Archivos Lógicos Internos (ALI)

Grupo identificable de datos relacionados lógicamente o de información de control que

pertenece al usuario y es mantenido dentro de las fronteras del sistema.

• Archivo de Interfaz Externa (AIE)

Grupo identificable de datos relacionados lógicamente o de información de control que

pertenece al usuario, es referido por la aplicación, pero mantenido dentro de las fronteras

de otra aplicación.

• Entradas Externas (EE)

Es un proceso elemental que procesa datos o información de control que viene de fuera

de la frontera de la aplicación para mantener uno o más ALI y/o alterar el comportamiento

del sistema.

• Salidas Externas (SE)

Es un proceso elemental lógico que debe contener al menos una fórmula matemática,

cálculo o crear datos derivados que envía datos o información de control fuera de la frontera

de la aplicación.

• Consultas Externas (CE)

Es un proceso elemental que envía datos o información de control fuera de la frontera

de la aplicación.
 8. Estimadores

• Comunicación de datos

Describe el grado con el cual la aplicación se comunica directamente con el procesador.

• Procesamiento Distribuido de Datos

Mide el grado con el que la aplicación transfiere datos entre componentes de la

aplicación.

• Rendimiento

El rendimiento será crítico y tendrá influencia sobre cómo diseñar, desarrollar o

implementar.

• Configuración Altamente Usada

El software será implementado en un entorno existente y fuertemente utilizado.

• Promedio de Transacciones

Un alto promedio de transacciones influenciará al diseño, desarrollo, implantación y

soporte.

• Entrada de Datos en Línea

El software requerirá entradas interactivas.

• Eficiencia para el Usuario Final

Las funciones en línea proveídas tendrán que enfatizar un diseño para la eficiencia del

usuario final.

• Actualización en Línea

Se necesitará la actualización de archivos maestros en forma interactiva.

 • Procesamiento Complejo

Describe el grado en el cual el procesamiento lógico influencia el desarrollo de la

aplicación.

• Reusabilidad

Describe el grado en el cual la aplicación y su código han sido específicamente

diseñados, desarrollados y soportados para que se puedan reutilizar

• Facilidad de Instalación

Describe el modo en que la conversión desde medios ambientes previos influenciará el

desarrollo de la aplicación.

• Facilidad de Operación

Describe el grado en el cual las aplicaciones atienden los aspectos operacionales, tales

como: Salvar y recuperar datos y recuperación de procesos.

La facilidad de operación es una característica de la aplicación. Minimizando la

necesidad de actividades manuales, tales como: Montaje de cintas, manejo de papel e

intervención manual directa en el lugar.

• Facilidad de Cambios

Describe el grado en el cual la aplicación ha sido desarrollada para la modificación fácil

del procesamiento lógico o las estructuras de datos.

A cada estimador se le asigna un grado de influencia, la cual puede ser:

0=sin influencia,
1=accidental,
2=moderado,
3=medio,
4=significativo,
5=esencial
 9. Diferencia de estimar puntos de función y puntos de

historias

Criterio Puntos Función Puntos Historias

• Basado en fórmulas

matemáticas.

• Miden la estimación en función

• Basado en la experiencia
de la complejidad.
• Miden la estimación en función del
• Requisitos altamente
esfuerzo
detallados para poder extraer
• Requisitos pocos documentados “si
los datos necesarios para
falta información se busca la
lanzar las fórmulas de su
Diferencias iteración entre personas”, suelen
cálculo.
usarse con historias de usuario.
• Se obtienen en base a fórmulas
• Los puntos historia se obtienen
predefinidas (obtenidas por
desde el conocimiento global del
otros en función de datos
equipo, su experiencia.
estadísticos, aunque el cálculo
• No normalizadas, los puntos de
final se tenga que parametrizar
historia se asignan normalmente
según el caso concreto)
desde el conocimiento compartido
• Normalizadas, hay numerosas,
del equipo.
arduas, complejas y amplias

normas y metodologías para su

cálculo.
 10. Factor de Ajuste

El factor de ajuste se calcula mediante la fórmula:

• Factor de ajuste = (Nivel de influencia * 0,01) + 0,65

Nivel de influencia: Total de ponderación de los 14 puntos (características)

0 1 2 3 4 5

Sin influencia Incidental Moderado Medio Significativo Esencial

Ejemplo:

• Factor de ajuste = (17 * 0,01) + 0,65 = 0,82

Nota:

• El factor de ajuste se utiliza luego para calcular los Puntos de Función ajustados de

la aplicación

• Si la calificación de estos factores ambientales es el mínimo, el valor de ajuste será

0.65. Por el contrario, si los factores ambientales son los más complicados, el valor

de ajuste será 1.35.

11. Líneas de código (Peso de los lenguajes)

Es básica para muchas métricas de software, es ambigua. El código de línea de código

varia en el lenguaje a otro, pero también dentro del mismo lenguaje de programación

Los puntos de función a su vez, proveen un medio de predecir la cantidad de líneas de

código que deben ser escritas para un determinado sistema. A cada lenguaje se le puede

asociar un nivel de lenguaje, el cual es el número promedio de sentencias requeridas para

implementar un punto de función en dicho lenguaje.

 Lenguaje Nivel Línea de código por punto de
función

1era. Generación 1.00 320

2da. Generación 3.00 107

3era. Generación 4.00 80

4ta. Generación 16.00 20

5ta. Generación 70.00 4

12. Proceso de cálculo del punto de función

Según Vazquez (2017) indica que el proceso de cálculo de puntos de función está com-

puesto por los siguientes pasos:

• Reunir la documentación disponible

La documentación de soporte de un cálculo de punto de función debe describir la

funcionalidad entregada por el software o la funcionalidad impactada por el proyecto de

software medido.

• Identificación del propósito de la medición

En este paso, el objetivo es aclarar lo que se pretende atender y el problema que será

resuelto con el cálculo. La forma en que los pasos siguientes son conducidos depende

directamente de ese propósito.

• Determinación del tipo de cálculo

Existen tres tipos de cálculo de puntos de función. La diferencia en el procedimiento

adoptado entre esos tipos de cálculo está en las fórmulas aplicadas en el paso final del

cálculo.
 Proyecto de desarrollo: Mide todas las funciones que el proyecto entregará y eventuales

funciones de conversión de datos.

Proyecto de mejora: Mide las funciones alteradas, incluidas y excluidas por el proyecto

y eventuales funciones de conversión de datos.

Aplicación: Mide las funciones de un software instalado.

• Identificación de la frontera de la aplicación y del alcance del cálculo:

La frontera de la aplicación es la interfaz conceptual entre el software y el usuario. Ésta

divide el software y el mundo externo. Es un elemento esencial para la correcta identifica-

ción de las funciones del tipo dato y transacción en los pasos siguientes. El alcance del

cálculo define lo que hará parte del cálculo de puntos de función.

• Cálculo de las funciones tipo dato

Las funciones del tipo dato representan los requerimientos de almacenamiento del usu-

ario. Son clasificados por los archivos lógicos internos y archivos de interfaz externo.

En ese paso son identificados todos los ILFs / EIFs del sistema. La complejidad es

determinada según dos parámetros (tipo de dato y tipos de registro) y; asociada a cada

complejidad una cantidad de puntos de función correspondiente.

• Cálculo de las funciones de tipo transacción

Las funciones del tipo transacción representan los requerimientos de procesamiento del

usuario. Son clasificadas en entradas externas, consultas externas y salidas externas.

En ese paso son identificadas todas las transacciones del sistema. Su complexidad es

determinada con base en dos parámetros (tipos de dato y archivos referenciados) y; asoci-

ada a cada complejidad existe una cantidad de puntos de función correspondiente.

 • Cálculo del tamaño funcional

El cálculo final de los puntos de función consiste básicamente en realizar una sumatoria

de los puntos de función identificados en los archivos y transacciones. Sin embargo, existen

fórmulas específicas para cada tipo de cálculo:

Proyecto de desarrollo: DFP = ADD + CFP, donde:

DFP es el cálculo de puntos de función del proyecto de desarrollo;

ADD es el tamaño de las funciones a ser entregadas al usuario por el proyecto de

desarrollo;

CFP es el tamaño de la funcionalidad de conversión;

Proyecto de mejora: EFP = ADD + CHGA + CFP + DEL, donde:

EFP es el cálculo de puntos de función del proyecto de mejora;

ADD es el tamaño de las funciones incluidas por el proyecto de mejora;

CHGA es el tamaño de las funciones modificadas por el proyecto de mejora;

CFP es el tamaño de la funcionalidad de conversión;

DEL es el tamaño de las funciones eliminadas por el proyecto de mejora.

Aplicación: AFP = ADD, donde:

AFP es el cálculo de puntos de función de la aplicación;

• Documentar y reportar el cálculo de puntos de función

El cálculo de puntos de función debe ser documentada, registrando todas las

informaciones anteriores (El propósito, el tipo de cálculo, el alcance, la frontera de la

aplicación, etc.)
 13. Ejemplo

Ahora pongamos un ejemplo sencillo de estimación de proyectos de software por puntos

de función:

• Componentes de software a desarrollar

Supongamos que, como Analista de sistemas, has realizado la ingeniería de requisitos

de una nueva funcionalidad para un sistema determinado. Estas nuevas funcionalidades

son:

• Ingresar nuevos clientes en la aplicación.

• Modificar clientes existentes.

• Producir un listado de clientes.

• Producir un reporte con el número de clientes por país de origen.

IFPUG-FPA define 5 tipos de componentes de software, que son: Archivo lógico interno,

Archivo externo de interfaz, Entrada externa, Salida externa y Consulta externa.

A partir de la ingeniería de requisitos, procedes a definir los componentes de las

funcionalidades a desarrollar, que son:

Componente Tipo de componente

Ingreso de cliente Entrada externa

Modificación de cliente Entrada externa

Lista de clientes Consulta externa

Reporte de clientes por país Salida externa

Tabla de clientes Archivo lógico interno

Las salidas externas y consultas externas se diferencian en que las salidas externas

producen valor agregado (por ejemplo, agrupan datos) mientras que las consultas externas

solo toman el contenido de archivos internos y lo presentan (por ejemplo, un listado).

 • Nivel de complejidad de cada componente

A continuación, debes asignar un nivel de complejidad para cada componente, estos

niveles dependen de factores como por ejemplo número de campos no repetidos, número

de archivos a ser leídos, creados o actualizados, número de sub grupos de datos o formatos

de registros. A mayor número de factores mayor número de complejidad.

Los umbrales para pasar de un grado a otro son particulares a cada organización o

empresa y deben ser analizados individualmente.

Supongamos que luego de evaluar estos factores, los niveles de complejidad fueron los

siguientes:

Componente Tipo de componente Nivel de complejidad

Ingreso de cliente Entrada externa Bajo

Modificación de cliente Entrada externa Medio

Lista de clientes Consulta externa Bajo

Reporte de clientes por Salida externa Medio

país
Tabla de clientes Archivo lógico interno Medio

• Asignar puntos función según nivel de complejidad

Con los niveles de complejidad, puedo proceder a asignar los puntos de función no

ajustados a cada uno, según la tabla de parámetros que estemos usando.

Por ejemplo, podemos usar la siguiente tabla de parámetros:

 Tipo de componente Complejidad bajo Complejidad medio Complejidad alto

Entrada externa 3 4 6

Entrada externa 4 5 7

Consulta externa 3 4 6

Salida externa 7 10 15

Archivo lógico
5 7 10
interno

Según esta tabla, los puntos de función a asignar a cada funcionalidad son:

Nivel de Puntos de
Componente Tipo de componente
complejidad función
Ingreso de cliente Entrada externa Bajo 3
Modificación de
Entrada externa Medio 5
cliente
Lista de clientes Consulta externa Bajo 3
Reporte de clientes
Salida externa Medio 10
por país
Tabla de clientes Archivo lógico
Medio 7
interno

Entonces el número de puntos de función no ajustado es de 28.

• Factor de ajuste según particularidades de la organización o empresa

Por último, podemos aplicar un factor de ajuste, basado en 14 características generales

de sistema definidas por el IFPUG-FPA.

Estas se especifican en una tabla de parámetros y para cada una estableceremos en

qué medida contribuye al factor de ajuste total. Estos parámetros suelen depender de la

complejidad de una aplicación, entorno técnico, exigencias no funcionales (rendimiento,

mantenibilidad, etc.)
 Volviendo a nuestro ejemplo, supongamos que para este proyecto y aplicación en

particular hemos calculado un 10% de ajuste, esto significa que el resultado final en puntos

función es:

28 +- 10%x28 es decir 28 +- 2,8 puntos de función.

El máximo de puntos de función que tendrá este desarrollo de software es de 30,8 y el

mínimo es 25,2.

• Estimar horas hombre (o días hombre) a partir de los puntos de función

Con los puntos de función puedes calcular las horas hombre aplicando un factor de

conversión, pues no necesariamente un punto función equivale a una hora hombre.

Para determinar este factor de conversión necesitas disponer de datos históricos de

productividad del equipo para producir cada funcionalidad.

Por ejemplo, supongamos que hemos determinado que nuestra organización toma 3

horas en producir 1 punto de función, entonces:

28 puntos de función multiplicados por 3 horas resultan en 84 horas, u 11 días si

consideramos 8 horas por día.

Tomando el factor de ajuste mencionado en el punto anterior, por medio del cual

sabemos que según las particularidades de nuestra organización tenemos un margen de

más o menos 2,8 puntos de función, entonces sabemos que nuestro desarrollo de software

puede tomarnos 84 horas más o menos 8,4 horas, u 11 días más o menos 1 día.

Los puntos de función y su conversión a horas hombre los podemos tomar globales o

individuales a cada funcionalidad, esto puede ser útil para elaborar las estimaciones de

actividades, costes y presupuesto en los proyectos.

 Bibliografía

Busquelle, J. (2010). Análisis de Puntos de Función. Obtenido de

https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&ved=2ahUK

EwjHy_vtpqXqAhWSg-

AKHW2TDfgQFjAAegQIBRAB&url=https%3A%2F%2Fdialnet.unirioja.es%2Fdesca

rga%2Farticulo%2F3399349.pdf&usg=AOvVaw37nDKLIZSrXiK2uJyeBPP9

Conrrado, E. (1993). Puntos de Función. Obtenido de Universidad de Belgrano:

https://www.researchgate.net/publication/291695346_Puntos_de_Funcion

Estol, C. (1993). Puntos de Función. Buenos Aires: Universidad de Belgrano. Obtenido de

https://www.researchgate.net/publication/291695346_Puntos_de_Funcion

Parthasarathy, M. A. (2007). Practical software estimation: function point methods for

insourced and outsourced projects. Addison Wesley.

PMO informática. (2015). Obtenido de Estimación de proyectos de software por puntos de

función: Introducción: http://www.pmoinformatica.com/2015/04/estimacion-puntos-

funcion-introduccion.html.

PMOinformatica. (06 de 04 de 2015). ¿En que me puede ayudar el método de puntos de

función? Obtenido de PMOinformatica:

http://www.pmoinformatica.com/2015/04/estimacion-puntos-funcion-

introduccion.html.

Pressman, R. (2002). Ingeniería de Software. Madrid: Mc Graw Hill. Obtenido de

https://www.academia.edu/7365760/Ing_Soft_Pressman_Quinta_Ed.

Vazquez, E. (2017). ¿Cómo es el proceso de cálculo de puntos de función? Obtenido de

FATTO Consultoría y Sistemas: http://www.fattocs.com/es/faq-35.html.

Estol, C. (2016). Puntos de función . New York: Universidad de Belgrano.

Fatto. (2015). Fatto . Obtenido de ¿Qué es Análisis de Puntos de Función? ¿Qué es Punto

de Función?: http://www.fattocs.com/es/faq-

1.html#:~:text=Punto%20de%20funci%C3%B3n%20(FP%2C%20pos,y%20no%20

como%20es%20construido.&text=Es%20exclusivamente%20una%20medida%20d

e%20tama%C3%B1o%20funcional%20del%20software.

Fábregas , J. (2005). Gerencia de proyectos de tecnología de información. El Nacional.

Obtenido de

https://books.google.com.ec/books?id=7FmOMnfjNZIC&pg=PA66&dq=puntos+de+

funcion+software&hl=es-

419&sa=X&ved=2ahUKEwj5kN66o6XqAhWtmOAKHVDoCXYQ6AEwAHoECAUQ

Ag#v=onepage&q=puntos%20de%20funcion%20software&f=false

La Oficina de Proyectos de Informática. (06 de 04 de 2015). La Oficina de Proyectos de

Informática. Recuperado el 28 de 6 de 2020, de La Oficina de Proyectos de

Informática: http://www.pmoinformatica.com/2015/04/estimacion-puntos-funcion-

introduccion.html

NESMA. (s.f.). Analisis de puntos de funcion para la funcion mejora del software. Holanda.

Obtenido de http://www.fattocs.com/files/es/articulos/APF-para-la-mejora-del-

Software.pdf

PMO informática. (Abril de 2015). PMOinformatica.com. Obtenido de

http://www.pmoinformatica.com/2015/04/estimacion-puntos-funcion-

introduccion.html

Pesado, Giusti, D., Boracchia, & Vicenzi. (s.f.). Experiencia de aplicación de la técnica de

Punto Función en estimaciones para. Universidad Nacional de La Plata. Obtenido

de

http://sedici.unlp.edu.ar/bitstream/handle/10915/24113/Documento_completo.pdf?s

equence=3&isAllowed=y
Sánchez, F. (Mayo de 1999). Planificación y Gestión de Sistemas de Información. Obtenido

de https://www.infor.uva.es/: https://www.infor.uva.es/~manso/calidad/PFA-CLM-

2011

Universidad del País Vasco. (2014). Universidad del País Vasco. Obtenido de

http://www.sc.ehu.es/jiwdocoj/mmis/fpa.htm

Universidad nacional del sur. (2016). Puntos de Función. Dpo de Ciencias e Ingeniería de

la Computación. Obtenido de

http://www.cs.uns.edu.ar/~prf/teaching/APS16/downloads/Practica/2016-

%20Ejemplo%20Puntos%20de%20Funcion.pdf