Aplicacion Puntos Funcion Ing. Software

PUNTOS DE FUNCIN ALBRECHT

NOTA IMPORTANTE: el siguiente texto tiene como base el libro de J.B. Dreger, "Function Point

Analysis", Prentice-Hall, 1989,

por lo que las afirmaciones que se realizan deben entenderse dentro de ese contexto.

Los Puntos de Funcin miden la aplicacin desde una perspectiva del usuario, dejando de lado

los detalles de codificacin.

Es una tcnica totalmente independiente de todas las consideraciones de lenguaje y ha sido

aplicada en ms de 250

lenguajes diferentes. Se supone que FPA evala con fiabilidad

- el valor comercial de un sistema para el usuario

- tamao del proyecto, coste y tiempo de desarrollo

- calidad y productividad del programador MIS

- esfuerzo de adaptacin, modificacin y mantenimiento

- posibilidad de desarrollo propio

- beneficios de implementacin en 4GL.

fpa_archivos\fpapic1.jpg

Figura 1. Relaciones entre Usuarios, Aplicaciones y Funciones

Un Punto de Funcin se define como una funcin comercial de usuario final. De esta manera un

programa que tenga

x PFs entrega x funciones al usuario final. El mejor modo de trabajo es la interaccin analista-

usuario.

El proceso requiere dos etapas fundamentales:

1. Se identifican las funciones disponibles para el usuario y se organizan en cinco grupos (mejor en

este orden)

- Salidas

- Consultas

- Entradas

- Ficheros

- Interfaces.

Despus se clasifica y pondera cada funcin por su nivel de complejidad (simple, media, compleja).

2. Se ajusta este total de acuerdo con unas caractersticas del entorno. Ver la figura 1.

I. SALIDAS .

Se debe contar cada dato nico de usuario o salida de control generado proceduralmente y que sale del

lmite de la aplicacin. Esto incluye informes y mensajes a otras aplicaciones y usuarios.

Una salida se considera nica si

1. tiene formato diferente

2. tiene el mismo formato que otra salida pero requiere diferente lgica de procesamiento.

Adems de las pantallas y los listados (papel o pantalla), tambin pueden ser salidas:

1 de 10

fichero de transaccin enviado a otra aplicacin

facturas

cheques

fichas perforadas

transacciones automticas

mensajes al usuario

cintas

grficos

ficheros back-up, etc.

No se deben contar como salidas:

cabeceras de columna, ttulos, nmero de pgina

mensajes individuales (informacin, confirmacin o respuestas a consultas de error)

salida en igual formato y lgica que ya se hay contado para otro soporte.

Salidas

1-5 items dedatosreferenciados

6-19 items de datosreferenciados

20 o ms itemsdedatosreferenciados

0 o 1 ficheroreferenciado

Simple (4) Simple (4) Medio (5)

2 o 3 ficherosreferenciados

Simple (4) Medio (5) Complejo (7)

4 o ms ficherosreferenciados

Medio (5) Complejo (7) Complejo (7)

II. ENTRADAS .

Se debe contar cada dato nico de usuario o entrada de control que se introduce en los lmites de la

aplicacin y actualiza un fichero lgico interno, conjunto de datos, tabla o dato independiente. Esto incluye

ficheros de entrada y transacciones recibidas de otras aplicaciones.

Una entrada se considera nica si

1. tiene un formato diferente

2. tiene el mismo formato que otra entrada pero requiere una lgica diferente de procesamiento, o se

modifica un fichero interno lgico diferente.

Supongamos que tenemos dos pantallas de entrada, cada una con el mismo formato pero con diferente

lgica de procesamiento. Se cuenta cada pantalla como una entrada diferente; pero si tuvieran la misma lgica

slo se contara una. Lo mismo sucede con la repeticin de pantallas.

Supongamos que tenemos un pantalla cuya funcin es actualizar un fichero o un conjunto de datos.

Puesto que cada una de las tres funciones de actualizacin (aadir, cambiar, borrar) requiere diferente lgica de

procesamiento tendremos tres entradas, no una. Cada fichero tendr tres entradas, as como una salida (el

fichero formateado de salida) y una consulta.

Tipos de entradas pueden ser:

el ratn

documentos MICR

2 de 10

transacciones de cintas

pantallas sensitivas

lectores de cdigo de barras, etc.

Entradas


5-15 items de datos referenciados

16 o ms items dedatos referenciados



2 ficherosreferenciados




III. CONSULTAS .

Se debe contar cada combinacin nica de entrada/salida en la que la entrada on-line definida por el

usuario genera una salida inmediata on-line. Las consultas se pueden proporcionar a/desde otra aplicacin; por

ejemplo, responder a otra aplicacin que pregunta por el precio de un producto se contara como una consulta.

Una consulta se considera nica si

1. tiene un formato diferente de otras bien en su entrada o salida

2. tiene el mismo formato, tanto entrada como salida, que otra consulta pero requiere diferente lgica de

procesamiento en cualquiera de los dos.

Una consulta directa en una base de datos o fichero maestro es aquella que

1. utiliza claves simples para recuperar datos especficos -esto es, un registro simple o grupo de

registros, no un rango-

2. requiere respuesta inmediata, y

3. no realiza funciones de actualizacin (aunque se pueden efectuar clculos).

Las consultas pueden aparecer en

consulta de usuario/display sin actualizacin de fichero u otra entidad lgica

fichero de transaccin que sale del lmite de la aplicacin si est accesible al usuario on-line

pantalla de seleccin de men (todas las pantallas de men cuentan como una consulta)

mensaje de informacin o pantalla de ayuda.

Consultas

Parte Salida 1-5 items de datosreferenciados





2 o 3 ficherosreferenciados




Parte Entrada 1-4 items de datos

referenciados5-15 items de datos referenciados




2 ficherosreferenciados


3 de 10



IV. FICHEROS

Se debe contar cada grupo lgico mayor de datos de usuario o de informacin de control mantenidos

dentro de los lmites de la aplicacin. FPA distingue entre dos tipos de ficheros: ficheros con transacciones

temporales y ficheros con registros lgicos de datos permanentes. Slo los almacenamientos de datos

permanentes se ven como ficheros lgicos. Cuando se mantienen dentro de la aplicacin se clasifican como

"ficheros internos lgicos". Si se comparten entre aplicaciones se clasifican como interfaces y cmo ficheros

internos lgicos.

Las transacciones, por el contrario, se considera que son sucesos que desencadenan cambios en los

ficheros lgicos internos; no se clasifican como ficheros. Un fichero transaccin se puede clasificar como

entrada si es ledo para actualizar datos en un fichero lgico interno. Un fichero transaccin puede ser un

interface o una salida si trasfiere transacciones de actualizacin a otra aplicacin.

Cuando se utiliza anlisis estructurado cada almacenamiento de datos contendr al menos un fichero

lgico interno. Hay que enfatizar que hablamos de ficheros lgicos. Supongamos que un fichero fsico contiene

dos claves diferentes, entonces contaramos dos ficheros lgicos internos, puesto que cada camino presenta

diferente informacin. Del mismo modo, cada vista lgica del usuario en una base de datos se cuenta como un

fichero.

Se pueden encontrar ficheros en :

bases de datos: 1 por vista lgica o camino de acceso

ficheros maestros: 1 por cada grupo de claves

tablas mantenidas por los usuarios: estados, tarifas, mensajes, etc.

fichero de procesamiento batch

ndices de referencias cruzadas

Ficheros




1 formato/relacin deregistro lgico


2-5 formatos/relacionesde registro lgico


6 o ms formatos/relaciones de registrolgico


V. INTERFACES.

Se debe contar como uno cada fichero lgico de otro grupo de datos ( o informacin de control) que se

enva fuera de los lmites de la aplicacin, o se comparte o es recibido desde otra aplicacin. Los ficheros que se

comparten entre aplicaciones se cuentan como ficheros y como interfaces en cada aplicacin en la que se

utilizan; de otro modo slo se puntuar como fichero en aquella aplicacin que utilice o mantenga el fichero (la

otra slo recibir puntos de interface). Esto es, cada fichero interface debe ser tambin un fichero interno lgico

4 de 10

en esa aplicacin, en otra o en ambas; o puede ser un fichero transaccin o de impresin generado en la propia

aplicacin. Los interfaces presentan una de estas situaciones:

1. Datos o informacin de control se pasa del fichero A al fichero B. En A se punta fichero e interface y

en B slo interface

2. Datos o informacin de control se pasa del fichero B a A. En B se punta fichero e interface y en A

slo interface

3. Datos o informacin de control se comparte entre A y B. A y B reciben puntos de fichero e interface.

Ver tabla adjunta.

Utilizacin del fichero: en esta aplicacin Acontar

en las otras aplicacionesB

recibido de B slo interface (sinactualizaciones)

ambos fichero e interface

compartido con B ambos fichero e interface ambos fichero ( si semantiene) e interface

enviado a B ambos fichero e interface slo interface (sinactualizaciones)

Los interfaces habitualmente involucran ficheros maestros, no transacciones. Hay diferencia entre ficheros

maestros lgicos y ficheros transaccin. Si las aplicaciones se relacionan a travs de transacciones entonces se

puntuarn entrada, salida, y/o consulta, y, quiz, interface. Si lo hacen a travs de ficheros maestros entonces se

puntuar interface y, quiz, fichero. Un fichero transaccin no se contar como interface si el formato con el que

lo recibe el otro programa es el mismo (no hay conexin). El programa receptor lo contara como entrada. Si el

programa que lo enva realiza el trabajo de conversin entonces se contar (para ste) una salida y un interface.

Los interfaces se pueden encontrar en:

ficheros lgicos internos accesibles desde otra aplicacin

ficheros lgicos internos accedidos en otra aplicacin

base de datos compartida

lista de parmetros compartida

fichero de impresin exportado

fichero transaccin compartido que requiere conversin.

Se contarn como un interface

fichero de registros de otra aplicacin (en la otra aplicacin (+1 fichero,

+1 interface)

Ficheros Transaccin en esta aplicacin A en otras aplicaciones B

Situacin: contar: contar:

NO SE REQUIERE

CONVERSIN DE DATOS

1. Recibido de B entrada (lo normal) o salida

5 de 10

2. enviado a B salida o entrada (lo normal)

SE PRECISA CONVERSIN

DE DATOS

1. Recibido de B, A convierte ambos fichero e interface ------------------------------

2. Recibido de B, B convierte ------------------------------ ambos fichero e interface

3. Enviado a B, A convierte ambos fichero e interface ------------------------------

4. Enviado a B, B convierte ------------------------------ ambos fichero e interface

fichero de registros a otra aplicacin (+1 fichero) (otra aplicacin +1 interface)

fichero de registros a varias aplicaciones (+1 fichero) - afecta al peso de complejidad tambin-

fichero de registros compartido entre dos o ms aplicaciones (+1 fichero) (para las otras aplicaciones:

+1 interface, +1 fichero en cada aplicacin si realizan mantenimiento)

base de datos compartida con otras aplicaciones (+1 fichero) 1 interface por cada vista realmente

enviada (para la otra aplicacin: +1 fichero, +1 interface por cada vista utilizada)

base de datos compartida de otras aplicaciones (+1 fichero) 1 interface por cada vista utilizada (para la

otra aplicacin: +1 fichero, +1 interface por vista)

fichero transaccin de otra aplicacin con conversin de datos (+1 entrada)

fichero transaccin enviado a otra aplicacin con conversin de datos (+1 salida). Los ficheros

transaccin slo se cuentan en una aplicacin (no en las dos)

lista de parmetros.

Interfaces




1 formato/relacin deregistro lgico


2-5formatos/relaciones deregistro lgico


6 o ms formatos/relaciones de registrolgico


VI. CARACTERSTICAS GENERALES FPA DE LA APLICACIN.

Segn este mtodo, la cuenta de puntos de funcin no ajustada debe calibrarse con otros 14 elementos

que dependen del entorno. Estos son:

1. Comunicaciones de datos

2. Datos o procesamiento distribudos

3. Objetivos de rendimiento

4. Configuracin utilizada masivamente

5. Tasa de transaccin

6. Entrada de datos on-line

7. Eficiencia para el usuario

6 de 10

8. Actualizacin on-line

9. Procesamiento complejo

10. Reutilizacin

11. Facilidad de instalacin y conversin

12. Facilidad de operacin

13. Puestos mltiples

14. Facilidad de cambio.

Estos factores se puntan de 0 a 5; tambin se pueden asociar porcentajes, como se muestra en las

figuras.

Valor del Factor Influencia en el Sistema Porcentaje que afecta o esrequerido por la aplicacin

0 Ninguna 0%1 Insignificante 1-20%2 Moderada 21-40%3 Media 41-60%4 Significativa 61-80%5 Fuerte 81-100%

Escala de influencia (excepto para el factor 10)

Valor del Factor Porcentaje que afecta o es

requerido por la aplicacin

0 0-10%1 11-20%2 21-30%3 31-40%4 41-50%5 >50%

Escala de influencia para el factor 10

1. Comunicacin de Datos: los datos o informacin de control que la aplicacin utiliza se enva o recibe a travs de las facilidades de

comunicacin.

0 Aplicacin es batch exclusivamente

1-2 Impresin o entrada de datos remota

3-5 Teleproceso (TP) interactivo

3 TP interface a un proceso batch

7 de 10

5 La aplicacin es interactiva predominantemente

2. Funcin Distribuda. "Distribuda" significa que los componentes (o los datos) de la aplicacin estn distribudos en dos o

ms procesadores diferentes (esto tambin incrementa el factor anterior).

0 La aplicacin no ayuda a la trasferencia de datos o a la funcin de procesamiento entre los componentes del

sistema

1 La aplicacin prepara datos para el usuario final de otro procesador

2-4 Los datos se preparan para trasferencia, se trasfieren y se procesan en otro componente del sistema

5 Las funciones de procesamiento se realizan dinmicamente en el componente ms apropiado del sistema.

3. Rendimiento: referido a la importancia de respuesta dentro de todo el sistema

0-3 Anlisis y diseo de las consideraciones del rendimiento son estndar. No se precisan requerimientos especiales

por parte del usuario

4 En la fase de diseo se incluyen tareas del anlisis del rendimiento para cumplir los requerimientos del usuario

5 Adems se utilizan herramientas de anlisis del rendimiento en el diseo, desarrollo e instalacin

4. Configuracin utilizada masivamente: referente a la importancia del entorno. Esto es, si hay restricciones de memoria o del

hardware.

0-3 La aplicacin corre en una mquina estndar sin restricciones de operacin

4 Restricciones de operacin requieren caractersticas especficas de la aplicacin en el procesador central

5 Adems hay restricciones especficas a la aplicacin en los componentes distribudos del sistema.

5. Tasas de Transaccin: una alta llegada de transacciones provoca problemas ms all de los de la caracterstica 3

0-3 Las tasas son tales que las consideraciones de anlisis de rendimiento son estndares

4 En la fase de diseo se incluyen tareas de anlisis de rendimiento para verificar las altas tasas de transacciones

5 Adems se utilizan herramientas de anlisis del rendimiento.

6. Entrada On-Line de datos

0-2 Hasta el 15% de las transacciones tienen entrada interactiva

3-4 15% al 30% tienen entrada interactiva

5 30% al 50% tienen entrada interactiva.

7. Diseo para la eficiencia de usuario final

0-3 No se especifican requerimientos especiales

4 Se incluyen tareas de diseo para la consideracin de factores humanos

5 Adems se utilizan herramientas especiales o de prototipado para promover la eficiencia.

8. Actualizacin On-Line

0 Nada

1-2 Actualizacin on line de los ficheros de control. El volumen de actualizacin es bajo y la recuperacin fcil.

3 Actualizacin on line de la mayora de los ficheros internos lgicos

4 Adems es esencial la proteccin contra la prdida de datos

5 Adems se considera el coste de recuperacin de volmenes elevados.

9. Complejidad del procesamiento: esto es, complejidad interna ms all de la media en lo referente a la entrada, salida o

lgica de procesamiento

Qu caractersticas tiene la aplicacin?

mucho procesamiento matemtico y/o lgico

procesamiento complejo de las entradas

procesamiento complejo de las salidas

muchas excepciones de procesamiento, muchas transacciones incompletas y mucho reprocesamiento de las

transacciones

procesamiento de seguridad y/o control sensitivo

0 No se aplica nada de esto

1 Se aplica alguna cosa

2 Se aplican dos cosas

3 Se aplican tres cosas

4 Se aplican cuatro cosas

5 Se aplica todo.

10. Utilizable en otras aplicaciones: el cdigo se disea para que sea compartido o utilizable por otras aplicaciones (no

confundir con 13).

0-1 Una aplicacin local que responde a las necesidades de una organizacin usuaria

2-3 La aplicacin utiliza o produce mdulos comunes que consideran ms necesidades que las del usuario

4-5 Adems, la aplicacin se "empaquet" y document con el propsito de fcil reutilizacin

11. Facilidad de Instalacin

0-1 No se requieren por parte del usuario facilidades especiales de conversin e instalacin

2-3 Los requerimientos de conversin e instalacin fueron descritos por el usuario y se proporcionaron guas de

conversin e instalacin

4-5 Adems se proporcionaron y probaron herramientas de conversin e instalacin

12. Facilidad de Operacin

0 No se especifican por parte del usuario consideraciones especficas de operacin

1-2 Se requieren, proporcionan y prueban procesos especficos de arranque, backup y recuperacin

8 de 10

3-4 Adems la aplicacin minimiza la necesidad de actividades manuales, tales como instalacin de cintas y papel

5 La aplicacin se disea para operacin sin atencin

13. Puestos Mltiples.

0 El usuario no requiere la consideracin de ms de un puesto

1-3 Se incluyeron necesidades de varios puestos en el diseo

4-5 Se proporciona documentacin y plan de apoyo para soportar la aplicacin en varios lugares

14. Facilidad de Cambio: esfuerzo especfico de diseo para facilitar cambios futuros.

0 No hay requerimientos especiales del usuario para minimizar o facilitar el cambio

1-3 Se proporciona capacidad de consulta flexible

4-5 Datos importantes de control se mantienen en tablas que son actualizadas por el usuario a travs de procesos

on-line interactivos.

As, para calcular el total de puntos de funcin utilizaremos la frmula

PF's no ajustados * (0'65 + 0.01 (influencia 14 factores)).

VII. EJEMPLO. SISTEMA DE PIEZAS ON-LINE.

Supongamos que tenemos en funcionamiento un sistema batch de inventario de piezas. Queremos aadir

a este sistema las siguientes facilidades de men on-line:

peticin on-line de informes

display on-line del inventario de piezas

display on-line de la descripcin de las piezas

mantenimiento de ficheros on-line.

Debido a restricciones de almacenamiento, rendimiento y restricciones de tiempo de respuesta, no se

utilizar totalmente el Fichero Maestro de Piezas -FMP- en el nuevo sistema on-line (se seguir utilizando en el

sistema batch). En vez de ello, slo se utilizar una parte del mismo en el Fichero de Piezas Seleccionadas

-FPS- (aquellas con ms alta demanda). Los usuarios identificarn las piezas que se aaden al FPS, al igual que

indicarn piezas que no desean que estn el FPS. Ambas situaciones se llevarn a cabo a travs de la Tabla de

Seleccin de Piezas - TSP-, que relaciona items de FPS con los del FMP, y mantiene un registro del nmero

actual del FPS.

Se debe proporcionar un informe de control que liste todos los cambios del FPS y liste el tamao y

estado actual (definido al ltimo da laborable). Se debe proporcionar un Informe del Inventario de Piezas, que

ser solicitado por los operadores y listar las piezas contenidas en el FPS.

Adems del FMP, que es una entidad externa y no ser utilizado directamente, consideraciones de diseo

y rendimiento indican que hacen falta dos ficheros fsicos ms. Uno de estos es la TSP que consiste slo en los

tems de datos nmero de pieza y cdigo de tamao, y se relaciona lgicamente con el FMP (slo) a travs de

interface batch. El otro fichero fsico es el FPS. Tiene el mismo formato que el fichero maestro y consiste en dos

ficheros lgicos, el Fichero de Descripcin de Piezas, -FDP-, y el Fichero de Localizacin de Piezas -FLP-, cada

uno de los cuales se relaciona lgicamente con el FMP (a travs de interface batch). El fichero lgico FDP

contiene los siguientes tems:

1. nmero de pieza

2. cdigo de tamao

3. descripcin

4. precio unitario

5. comentarios

La clave de este fichero lgico es la clave mltiple 1-2-3

9 de 10

El FLP consiste en

6. nmero de pieza

7. cdigo de tamao

8. identificacin de la localizacin

9. stock disponible

10. stock pedido

11. fecha de peticin.

La clave de este fichero es 6-7-8.

En las figuras 9A y 9B se muestra un diagrama de flujo del sistema. Al tratarse de un sistema nuevo

clasificaremos primero las salidas, consultas y entradas, y despus los ficheros e interfaces.

10 de 10

Documents

Aplicacion Puntos Funcion Ing. Software