Professional Documents
Culture Documents
PUNTOS DE FUNCIÓN
El análisis por puntos de función está diseñado para manejar aplicaciones de negocios; no es
apropiado para otro tipo de aplicaciones como aplicaciones técnicas o científicas. El enfoque de
puntos de función tiene características que permiten s uperar los p rincipales problemas de utilizar
líneas de códigos de métrica del tamaño del software.
1.-Los puntos de función son independientes del lenguaje, herramientas o metodologías utilizadas
en la implement ación.
3.-Los puntos de función están basados en una visión externa del us uario del sistema, los usuarios
no técnicos del software poseen un mejor entendimiento de lo que los puntos de función están
midiendo.
En res umen, los puntos de función aparec en con vent ajas substanciales sobre las líneas de
código, para fines de estimación temprana del tamaño del soft ware, y por ende , del esfuerzo de
desarrollo
La técnica de puntos de función present ada por J. Albrecht pretende estimar el soft ware evaluando
la funcionalidad que este proporciona externamente, midiendo lo que el usuario pide y recibe.
Proporcionando un factor para la comparación de distintos productos, independientemente de la
tecnología utilizada para su implementación.
Este análisis se desarrolla considerando cinco medidas básicas, externas del sistema:
Entradas
Salidas
Cons ultas
Ficheros Lógicos
Internos (archivos)
Externos (interfaces)
Cada una de estas transacciones deben ser clasificados con una complejidad ya sea simple,
media o compleja.
Con estos datos, se determinan los puntos de función sin ajustar.
Con estos puntos de función obtenidos, calculamos los costos del software por desarrollar, con
base a una serie de valoraciones relativas a las características generales del sistema.
Pero la Técnica no está enfocada al paradigma de la orientación a los objetos, ni a los ciclos de
vida interactivos – increment ales, por lo que se c omplement ó con los cas os de uso. De aquí se
deriva lo que ahora se conoce como puntos de función de casos de uso.
Los casos de uso por sí mismo no permiten efectuar una estimación del tamaño que tendrá el
sistema, ni del esfuerzo y el tiempo necesario para implementarlo.
Estos permiten documentar los requerimient os del software de una manera compacta y precisa,
luego con los puntos de función se puede estimar el tamaño del software a partir de los
requerimient os obtenidos de los casos de uso.
Punto de función de uso consiste en evaluar la complejidad de un sistema por medio de una
técnica en la que se asigna una cantidad de puntos de peso, que califican diferentes elementos
que conforman el sistema as í como algunos factores del ent orno, para obtener una aproximación
del tiempo requerido y la cantidad de esfuerzo necesario para la implementación del mismo.
Así, se da el result ado de los casos de uso ajustados, que caracteriza la complejidad del sistema y
este es usado para obtener una idea del número de horas - personas para un proyecto.
Las siguientes tablas muestran como clasificar los diferentes elementos de función y asignarles
pesos. Así por ejemplo una ent rada que c ontenga 10 atributos y que en su lógica se requiera
acceder a un fichero diremos que se clasifica de complejidad baja y tiene asociados tres puntos de
función, ver tablas adjuntas.
ANEXO1
Los ficheros de las entradas, salidas y consultas se calculan a partir de los ficheros, lógicos
internos o de interfaz externo, que son accedidos durante el proc eso asociado.
Los atributos son tipos de dat os elementales reconocibles por el usuario. En las ent radas se
contarán también aquellos datos que son almacenados en un fic hero como consecuencia de la
entrada. Los dat os que se almacenen en muchos campos se contarán sólo una vez. Ejemplo DNI
en la gestión de notas. En las salidas se contarán los campos calculados, por ejemplo totales. En
las salidas no se deben contar ni los literales ni los campos provenientes de variables del sistema
como fecha, número de página, opciones de próxima página o página previa. Siempre se contarán
los mensajes de verificación y error como un campo que puede contener estos valores. También se
cuentan las opciones que indican la tarea a realizar, ejemplos son: acept ar o continuar.
ANEXO 2
Sólo aquellos que el usuario es capaz de reconocer, aunque aparezcan de forma repetida se
cuentan una sola vez.
Se han de cont ar los campos que hacen falta para mant ener las relaciones con ot ros fic heros
Internos o Externos.
Cont ar como un solo campo aquellos que aparecen como consecuencia de las técnicas utilizadas
en la implement ación física:
Para contar los registros lógicos (tipo de registro) de una agrupación de datos (fichero), se han de
tener en cuenta las siguient es reglas:
Todo fichero tiene un conjunto de datos básicos (no repetitivos) más otros registros lógicos.
Un registro lógico es un subgrupo de datos elementales de un fichero, identificables por el
usuario. Hay dos tipos de subgrupos los obligatorios y los opcionales. En el fichero de
alumnos sería obligatorio sus datos de acceso (Mayor-25, FP, COU y Otras -Carreras que
contendrán datos diferentes, habrá sólo uno de estos, con el que accedió a la carrera
actual) y opcionales como sus aficiones deportivas, aficiones de lectura, etc. que pueden
aparecer o no.
Cont ar un registro lógico por cada subgrupo, opcional u obligatorio.
Si no hay subgrupos contar un registro lógico.
Con esto se puede realizar la clasificación de los elementos de función y el cálculo del los Puntos
de Función sin Ajustar (PFSA).
ANEXOS
ANEXO 1
ANEXO 2
Complejidad FICHE ROS Número de Campos o Atributos
LÓGICOS INTE RNOS 1-19 Atributos 20-50 Atributos 51 o - Atributos
1 Registro Lógico BAJA 7 BAJA 7 MEDIA 10
2-5 Registros Lógicos BAJA 7 MEDIA 10 ALTA 15
6 o más Registros Lógic os MEDIA 10 ALTA 15 ALTA 15
Entradas Peso * Ei
Salidas Simple 4 S1 4 * S1
Media 5 S2 5 * S2
Compleja 7 S3 7 * S3
Total Puntos de Función
Salidas
Peso * Si
Cons ultas: Simple 3 C1 3 * C1
Máximo - Media 4 C2 4 * C2
Complejidad( Compleja 6 C3 6 * C3
Entrada, Salida ) Total Puntos de Función
BIBLIOGRAFIA:
http://www.upv. es/~jmontesa/eog/4-eog00.doc