ANLISIS POR PUNTOS DE FUNCIN

Manual de Clculo

Contenidos

Contenidos
1. 2. INTRODUCCIN .................................................................................................................................................... 1 PROCEDIMIENTO DE CONTEO ..................................................................................................................... 2 DATOS.................................................................................................................................................................................2 Archivos Lgicos Internos......................................................................................................................................... 2 Archivos de Interfaz Externa..................................................................................................................................... 2 TRANSACCIONES................................................................................................................................................................2 Entradas Externas....................................................................................................................................................... 2 Salidas Externas.......................................................................................................................................................... 2 Consultas Externas..................................................................................................................................................... 3 RECOMENDACIONES PARA REALIZAR EL CONTEO ........................................................................................................3 PASOS DEL PROCEDIMIENTO............................................................................................................................................4 1. Determinar el tipo de clculo............................................................................................................................... 4 2. Determinar el alcance del clculo y los lmites de la aplicacin................................................................... 4 3. Realizar el clculo para ldatos............................................................................................................................ 5 4. Realizar el clculo para las transacciones........................................................................................................ 6 5. Calcular los puntos de funcin sin ajustar......................................................................................................... 9 6. Determinar el valor de ajuste............................................................................................................................... 9 7. Calcular los puntos de funcin ajustados.........................................................................................................16

Anlisis por Puntos de Funcin

1.

Introduccin
Un punto funcin cuantifica la funcionalidad de un sistema segn como la perciban sus usuarios. El anlisis por puntos de funcin, o FPA segn sus siglas en ingls, es un mtodo que permite determinar el valor de un sistema expresado en esta unidad de medida. Un sistema de ventas, por ejemplo, podra tener un valor funcional equivalente a 200 puntos funcin, independientemente del lenguaje empleado para su codificacin. Si desarrollramos la aplicacin en Cobol o en Java el valor en puntos funcin se mantendra igual. El FPA naci de la mano de Alan Albretch de IBM a mediados de los setenta y se difundi rpidamente en la comunidad informtica gracias al trabajo del International Function Point Users Group (IFPUG), una organizacin sin fines de u l cro dedicada a impulsar su adopcin como estndar internacional. Debido a que es una mtrica normalizada, sus aplicaciones prcticas abarcan un amplio espectro; algunas de ellas son: Medir la productividad del proceso de desarrollo de software; Estimar el esfuerzo necesario para construir una aplicacin; Estimar la duracin de proyectos de desarrollo y mantenimiento; Contribuir a la toma de decisiones del tipo comprar o desarrollar internamente; Determinar el valor de la cartera de aplicaciones de una organizacin; Estimar la cantidad de casos de prueba; Registrar la cantidad de defectos identificados por punto de funcin; Etc.

Tambin es posible obtener datos estadsticos. En EEUU, por ejemplo, el esfuerzo y la duracin promedios de los proyectos de desarrollo de software expresados segn el valor en puntos funcin de las aplicaciones son los siguientes:
Puntos Funcin 1 10 100 1000 10000 Esfuerzo (Meses-Hombre) 0.09 1.42 18.99 267.50 4362.00 Duracin (Meses) 0.16 1.07 10.00 27.60 49.80

En las prximas secciones analizaremos los distintos elementos que forman parte del mtodo y plantearemos algunas de las reglas de conteo incluidas en el Function Point Counting Practices Manual editado por el IFPUG.

Anlisis por Puntos de Funcin

2.

Procedimiento de Conteo
El mtodo de anlis is por puntos de funcin permite medir el tamao de una aplicacin desde el punto de vista del usuario. Por tamao no debe entenderse la cantidad de lneas de cdigo del sistema ni el espacio que ocupa en disco; esa es una perspectiva netamente tcnica. En realidad, lo que al usuario le interesa es la funcionalidad que el sistema le provee, sin importar los detalles tcnicos del lenguaje de programacin empleado. Para poder realizar el clculo de puntos funcin el mtodo plantea que el sistema debe ser descompuesto, desde el punto de vista del usuario, en dos tipos de elementos: datos y transacciones. Estos elementos son puramente funcionales o conceptuales y no tienen que ver con aspectos de implementacin tales como tablas, archivos o programas. Si en la implementacin de un sistema de cuentas por pagar hay un nico programa para manejar las altas, bajas y modificaciones de proveedores, no necesariamente el usuario percibir un nico proceso. De la misma manera, si los datos de los proveedores se almacenan en dos tablas distintas por problemas de implementacin, el usuario del sistema podra ver slo un tipo de archivo lgico : el de proveedores. En las proximas dos secciones avanzaremos en la definicin de estos dos grupos de elementos.

Datos
En esta categora entran los archivos lgicos internos (ILF, por sus siglas en ingls) y los archivos de interfaz externa (EIF). El trmino archivo es empleado aqu para referirse a un conjunto de datos lgicamente relacionados e identificados as por los usuarios. Ejemplos: Clientes, Remitos, Cupones, etc. Archivos Lgicos Internos Un ILF es un grupo de datos identificado por el usuario y mantenido dentro de los lmites de la aplicacin . El propsito fundamental de un archivo lgico interno es almacenar datos que son mantenidos a travs de uno o ms procesos elementales pertenecientes al sistema en cuestin. Archivos de Interfaz Externa Un EIF es un grupo de datos identificado por el usuario y referenciado por la aplicacin, pero mantenido dentro de los lmites de otro sistema. El propsito fundamental de un archivo de interfaz externa es almacenar datos mantenidos por otro sistema y referenciados por uno o ms procesos elementales pertenecientes a la aplicacin bajo estudio.

Transacciones
En esta categora entra toda la funcionalidad de procesamiento de datos provista por el sistema, vista desde el ngulo de los usuarios. No debe confundirse el trmino con las transacciones provistas por el ambiente de implementacin (transacciones sobre la base de datos, transacciones CICS, etc.). Las transacciones pueden pertenecer a alguno de los siguientes tres tipos de procesos elementales: entradas externas (EI), salidas externas (EO) y consultas externas (EQ) .

Entradas Externas Una entrada externa es un proceso elemental que toma datos provenientes del medio ambiente del sistema. Su propsito fundamental es mantener uno o ms archivos lgicos internos y/o alterar el comportamiento del sistema. Ejemplos: Alta de un Socio, Baja de una Zona geogrfica, etc. Salidas Externas Una salida externa es un proceso elemental que enva datos fuera de los lmites de la aplicacin. Su propsito fundamental es presentar informacin al usuario a travs de la recuperacin y el procesamiento de datos. La lgica de procesamiento debe contener al menos un clculo o frmula matemtica, o debe
2

Anlisis por Puntos de Funcin

crear datos derivados. Una salida externa tambin puede mantener uno o ms archivos lgicos internos. Ejemplos: Listado de socios deudores, listado de deuda vencida, etc.

Consultas Externas Una consulta externa es un proceso elemental que enva datos fuera de los lmites de la aplicacin. Su propsito fundamental es presentar informacin al usuario a travs de la recuperacin de datos. La lgica de procesamiento no contiene clculos ni frmulas m atemticas, ni tampoco crea datos derivados. No mantiene archivos lgicos internos. Ejemplos: Listado de clientes, consulta de zonas geogrficas, etc.

Recomendaciones para realizar el conteo

La identificacin de transacciones y datos debe hacerse siempre desde la ptica del usuario de la aplicacin para la que se est realizando el FPA. En la implementacin de un sistema de ventas, por ejemplo, la informacin de los clientes podra estar almacenada en tres tablas diferentes; sin embargo, desde el punto de vista del usuario, habra solamente un archivo lgico interno, el de clientes. Tambin podra haber un programa que permitiera realizar las altas, bajas, modificaciones y consultas de clientes. El usuario no percibira una sino cuatro transacciones diferentes. A continuacin incluimos algunas recomendaciones que ayudarn a identificar la visin del sistema y facilitar el anlisis por puntos de funcin: No asumir que un archivo fsico equivale siempre a un archivo lgico visto desde la ptica del usuario; No todos los archivos fsicos deben ser contados o incluidos como parte de un archivo lgico; Una transaccin que se materializa a travs de diversos medios de entrada y/o salida (pantallas, EDI, etc.) tpicamente corresponder a un nico tipo de transaccin; Un mismo soporte fsico puede implementar varias salidas lgicas (EO, EQ).

Anlisis por Puntos de Funcin

Pasos del Procedimiento

En la siguiente figura presentamos los principales pasos del procedimiento de conteo.

3. Realizar el clculo para datos 5. Calcular los puntos funcin sin ajustar 4. Realizar el clculo para transacciones 2. Determinar alcance clculo y lmites de la aplicacin 7. Calcular los puntos de funcin ajustados

1.Determinar el Tipo de Clculo

6. Determinar el valor de ajuste

1. Determinar el tipo de clculo El clculo de puntos de funcin puede realizarse para aplicaciones ya instaladas y en uso, para proyectos de desarrollo y para proyectos de mantenimiento o evolucin. El clculo para proyectos de desarrollo permite determinar la funcionalidad que el sistema proveer a sus usuarios una vez que est instalado. Puede hacerse en distintas etapas del proyecto y con distintos niveles de certeza: durante el anlisis de factibilidad, al final del anlisis de requerimientos, al final del diseo, etc. Sirve para derivar, a partir del valor obtenido, esfuerzo y duracin del proyecto. El clculo para proyectos de mantenimiento permite determinar el valor de las modificaciones a realizar a un sistema existente para sacar, agregar y/o modificar la funcionalidad de un sistema. Tambin puede emplearse para, posteriormente, derivar esfuerzo y duracin del proyecto. El clculo para aplicaciones instaladas permite determinar el valor de la funcionalidad actual o corriente de un sistema en produccin.

Hay una frmula para cada tipo de clculo (ver el paso Calcular los puntos de funcin ajustados). 2. Determinar el alcance del clculo y los lmites de la aplicacin Los lmites de la aplicacin establecen el borde entre el software a medir y el usuario. 2.1 Determinar el alcance del clculo Para determinar qu funcionalidad ser incluida en el clculo, considerar lo siguiente: Proyectos de desarrollo: Funciones a construir o adaptar. Proyectos de mantenimiento: Funciones a agregar, modificar y eliminar. Aplicaciones: Dependiendo del propsito del conteo, podr incluir todas las funciones ofrecidas por la aplicacin o slo aquellas que le interesen a un usuario determinado.

2.2 Determinar los lmites de la aplicacin

Anlisis por Puntos de Funcin

Para determinar el lmite entre el software a medir y el usuario, considerar las siguientes recomendaciones: Recordar que el lmite depende de la visin de la aplicacin que tenga el usuario, no de consideraciones tcnicas o de implementacin. Si se encontraran disponibles, usar las especificaciones del sistema para determinar qu partes son internas y cules externas. Identificar reas funcionales y asignarles la propiedad de objetos del anlisis tales como procesos elementales y entidades. Identificar cmo son mantenidos los datos.

3. Realizar el clculo para los datos 3.1 Identificar archivos lgicos internos (ILF) Para saber si se est o no ante un ILF deben cumplirse todas las reglas enunciadas a continuacin: El grupo de datos es lgico e identificable por los usuarios. El grupo de datos es mantenido a travs de un proceso elemental incluido dentro de los lmites de la aplicacin estudiada.

3.2 Identificar archivos de interfaz externa (EIF) Para saber si se est o no ante un EIF deben cumplirse todas las reglas enunciadas a continuacin: El grupo de datos es lgico e identificable por los usuarios. El grupo de datos es externo a la aplicacin estudiada. El grupo de datos es referenciado por la aplicacin estudiada. El grupo de datos no es mantenido por la aplicacin estudiada. El grupo de datos es un ILF de otra aplicacin.

3.3 Determinar complejidad y contribucin al clculo de los EIF e ILF. 3.3.1 Identificar y calcular el nmero de RETs y DETs para cada ILF y EIF. Un DET es un tem de datos nico, reconocible por el usuario y no repetitivo. Un RET es un tipo de registro reconocido por el usuario como un subgrupo de temes de datos dentro de un ILF o un EIF. Pueden ser obligatorios u opcionales. Para identificar DETs considerar las siguientes reglas: Contar un DET por cada tem de datos nico, no repetitivo y reconocible por el usuario recuperado a travs de un proceso elemental desde un ILF o un EIF. Si el ILF o EIF contiene varios DETs, algunos usados por una aplicacin y otros por otra, en el conteo considerar solamente los mantenidos o referenciados por la aplicacin para la cual se est haciendo el clculo. Contar un DET por cada pieza de datos requerida por el usuario para establecer una relacin con otro ILF o EIF.

Para identificar RETs considerar las siguientes reglas: Contar un RET por cada subgrupo opcional u obligatorio del ILF o del EIF. Si no hay subgrupos, contar un solo RET para el ILF o EIF.

3.3.2 Determinar la complejidad funcional.

5

Anlisis por Puntos de Funcin

Asignar complejidad a cada ILF y EIF usando la siguiente matriz. 1 a 19 DET 1 RET 2 a 5 RET 6 ms RET Baja Baja Media 20 a 50 DET Baja Media Alta 51 ms DET Media Alta Alta

3.3.3 Calcular los puntos funcin sin ajustar. Determinar los puntos funcin sin ajustar para cada ILF de acuerdo a su complejidad funcional, usando la siguiente tabla. Complejidad Funcional Baja Media Alta Puntos Funcin Sin Ajustar (UFP) 7 10 15

Determinar los puntos funcin sin ajustar para cada EIF de acuerdo a su complejidad funcional, usando la siguiente tabla. Complejidad Funcional Baja Media Alta Puntos Funcin Sin Ajustar (UFP) 5 7 10

3.3.4 Calcular la contribucin al clculo final de cada ILF y EIF. Sumar los puntos de funcin sin ajustar obtenidos para cada ILF/EIF. Para ello puede emplearse la siguiente tabla: Tipo de Elemento ILF Cantidad Complejidad Funcional Baja Media Alta Baja Media Alta x x x x x x 7 10 15 5 7 10 Total Complejidad Funcional

EIF

Total de PF sin ajustar:

4. Realizar el clculo para las transacciones 4.1 Identificar procesos elementales. Un proceso elemental debe cumplir las siguientes reglas: El proceso es la unidad de actividad ms pequea que tiene significado para el usuario.
6

Anlisis por Puntos de Funcin

El proceso es autocontenido y deja la aplicacin en un estado consistente.

4.2 Identificar el propsito de los procesos elementales y clasificarlos como EI, EO o EQ. Para cada proceso, determinar su propsito fundamental y emplear las reglas asociadas para identificar el tipo de transaccin. 4.2.1 Identificar Entradas Externas (EI). El propsito fundamental de una EI es mantener un ILF (archivo lgico interno) o alterar el comportamiento del sistema. Para saber si estamos ante una EI o no deben cumplirse las siguientes reglas: Los datos son recibidos desde afuera de la aplicacin. El proceso mantiene al menos un ILF. Al menos una de las siguientes reglas deben cumplirse: La lgica de procesamiento es nica y distinta de la correspondiente a otras EIs dentro de la aplicacin. El conjunto de elementos de datos identificado es diferente de otros conjuntos identificados para otros EIs en la aplicacin. Los ILFs o EIFs referenciados son diferentes de los archivos referenciados por otras entradas externas en la aplicacin.

4.2.2 Identificar Salidas Externas (EO) y Consultas Externas (EQ). El propsito fundamental de las EOs y de las EQs es presentar informacin al usuario. Las siguientes reglas deben cumplirse para que un proceso elemental sea clasificado como EO o EQ: La funcin enva datos o informacin de control fuera de los lmites de la aplicacin. Al menos una de las siguientes reglas deben cumplirse: La lgica de procesamiento es nica y distinta de la correspondiente a otras EOs o EQs dentro de la aplicacin. El conjunto de elementos de datos identificado es diferente de otros conjuntos identificados para otras EOs o EQs en la aplicacin. Los ILFs o EIFs referenciados son diferentes de los archivos referenciados por otras EOs o EQs en la aplicacin.

Adems de las reglas mencionadas, un proceso elemental debe cumplir con alguna de las siguientes reglas para ser considerado como EO: La lgica de procesamiento del proceso elemental contiene al menos un clculo matemtico. La lgica de procesamiento del proceso elemental crea datos derivados. La lgica de procesamiento del proceso elemental mantiene al menos un ILF. La lgica de procesamiento del proceso elemental altera el comportamiento del sistema.

Adems de las reglas mencionadas, un proceso elemental debe cumplir con alguna de las siguientes reglas para ser considerado como EQ: La lgica de procesamiento del proceso elemental recupera datos o informacin de control desde un ILF o un EIF. La lgica de procesamiento del proceso elemental no contiene clculos o frmulas matemticas. La lgica de procesamiento del proceso elemental no crea datos derivados. La lgica de procesamiento del proceso elemental no mantiene un ILF. La lgica de procesamiento del proceso elemental no altera el comportamiento del sistema.

Anlisis por Puntos de Funcin

4.3 Determinar complejidad funcional y contribucin al clculo de EIs, EOs, EQs. 4.3.1 Determinar complejidad y contribucin al clculo de los EIs. Un DET es un tem de datos nico, reconocible por el usuario y no repetitivo. Un FRT (tipo de archivo referenciado) es un ILF ledo o mantenido por una transaccin, o bien un EIF ledo por una transaccin. Para asignar complejidad a cada EI en funcin de los DETs y de los FRTs debe usarse la siguiente matriz: 1 a 4 DET 0 a 1 FTR 2 FTRs 3 ms FTRs Baja Baja Media 5 a 15 DET Baja Media Alta 16 ms DET Media Alta Alta

Usar la siguiente tabla para transformar la complejidad funcional a puntos funcin sin ajustar: Complejidad Funcional Baja Media Alta Puntos Funcin Sin Ajustar (UFP) 3 4 6

4.3.2 Determinar complejidad y contribucin al clculo de los EOs. Asignar complejidad a cada EO en funcin de los DETs y de los FRTs usando la siguiente matriz: 1 a 5 DET 0 a 1 FTR 2 a 3 FTRs 4 ms FTRs Baja Baja Media 6 a 19 DET Baja Media Alta 20 ms DET Media Alta Alta

Usar la siguiente tabla para transformar la complejidad funcional a puntos funcin sin ajustar: Complejidad Funcional Baja Media Alta Puntos Funcin Sin Ajustar (UFP) 4 5 7

4.3.3 Determinar complejidad y contribucin al clculo de los EQs. Asignar complejidad a cada EQ en funcin de los DETs y de los FRTs usando la siguiente matriz: 1 a 5 DET 0 a 1 FTR 2 a 3 FTRs 4 ms FTRs Baja Baja Media 6 a 19 DET Baja Media Alta 20 ms DET Media Alta Alta

Anlisis por Puntos de Funcin

Usar la siguiente tabla para transformar la complejidad funcional a puntos funcin sin ajustar: Complejidad Funcional Baja Media Alta Puntos Funcin Sin Ajustar (UFP) 3 4 6

4.3.4 Calcular la contribucin al clculo final de cada EQ, EI, EO . Sumar los UFPs obtenidos para cada transaccin.

5. Calcular los puntos de funcin sin ajustar Los UFP se obtienen haciendo la suma de los UFPs obtenidos como resultado de los pasos anteriores.

6. Determinar el valor de ajuste El valor de ajuste (VAF) indica la funcionalidad general provista a los usuarios por la aplicacin. Se calcula en base a 14 caractersticas generales (GCSs), a cada una de las cuales se le asigna un grado de influencia que puede ir desde 0 (sin influencia) hasta 5 (muy significante). Determinados los grados de influencia de los CGSs, se procede a sumarlos, obtenindose as el VAF que, aplicado sobre los UFP, permite realizar un ajsute de un +/- 35%. 6.1 Determinar el grado de influencia (DI) de cada una de las 14 CGS. A cada una de las caractersticas deber asignrsele un nivel de incidencia desde el punto de vista del usuario. Los niveles de incidencia se ubican entre 0 y 5, y su significado es el siguiente: 0. No tiene influencia 1. Tiene influencia baja 2. Tiene influencia moderada 3. Tiene influencia media 4. Tiene influencia importante 5. Tiene influencia fundamental 1. Comunicacin de Datos Los datos y la informacin de control usadas en la aplicacin son enviadas o recibidas a travs de facilidades para las comunicaciones (hardware y software). Los valores sugeridos son los siguientes:

Anlisis por Puntos de Funcin

0 1 2 3 4 5

La aplicacin es de procesamiento exclusivamente batch o es ejecutada en una PC stand-alone. La aplicacin es batch pero tiene entrada o impresin de datos en forma remota. La aplicacin es batch pero tiene entrada e impresin de datos en forma remota. La aplicacin incluye ingreso de datos en forma on-line o es un frontend para procesamiento batch posterior. La aplicacin es ms que un front-end para procesamiento batch posterior y soporta un solo tipo de protocolo. La aplicacin es ms que un front-end para procesamiento batch posterior y soporta ms de un tipo de protocolo.

2. Funciones Distribuidas El procesamiento de datos dentro de los lmites de la aplicacin se distribuye entre varias componentes. Los valores sugeridos son los siguientes: 0 1 La aplicacin no facilita la transferencia de datos o funciones de procesamiento entre componentes del sistema. La aplicacin prepara datos para ser usados por los usuarios en ontra componente del sistema, como por ejemplo planillas de clculo o base de datos de escritorio. Los datos son preparados para su transferencia, y son transferidos y procesados en otra componente del sistema (no para el procesamiento del usuario final). El procesamiento distribuido y la transferencia de datos son on-line y en una sola direccin. El procesamiento distribuido y la transferencia de datos son on-line y en ambas direcciones. Las funciones de procesamiento son ejecutadas dinmicamente en el componente ms adecuado del sistema.

3 4 5

3. Performance Este factor permite ponderar aspectos relacionados con el rendimiento y los tiempos de respuesta establecidos o aprobados por los usuarios. Estos aspectos influenciarn (o ha influenciado) el diseo, desarrollo, instalacin y soporte de la aplicacin. 0 1 2 El usuario no ha formulado requerimientos especiales de performance. Se han establecido y revisado requerimientos de performance y diseo, pero no se han requerido acciones especiales. Los tiempos de respuesta o el rendimiento son crticos durante horas pico. El diseo no contempla el aprovechamiento de CPU.
10

Anlisis por Puntos de Funcin

Los tiempos de respuesta o el rendimiento son crticos durante las horas de trabajo. El diseo no contempla el aprovechamiento de CPU. Adems de lo anterior, los requerimientos de performance son los suficientemente exigentes como para requerir tareas de anlisis de performance durante el diseo. Adems de lo anterior, para cumplir con los requerimientos de performance establecidos por el usuario se han empleado herramientas de anlisis de performance durante las fases de diseo, desarrollo y/o implementacin.

4. Carga de la Configuracin Este factor permite ponderar la influencia que las restricciones de los recursos de computacin han influenciado (o influenciarn) el desarrollo de la aplicacin. 0 1 No hay restricciones operativas explcitas o implcitas. Hay restricciones operativas, pero son menores a la de una aplicacin tpica. No es necesario ningn esfuerzo adicional para cumplir con las restricciones. Es necesario contemplar consideraciones de seguridad y tiempo de respuesta. Hay restricciones operativas para ciertos procesadores que ejecutan porciones de la aplicacin. Hay restricciones operativas en algunos de los procesadores que ejecutan la aplicacin. Adems de lo anterior, hay restricciones especiales en los componentes distribuidos del sistema.

2 3 4 5

5. Volumen de Transacciones Describe el grado de influencia que el volumen de transacciones del negocio han tenido (o tendrn) en el desarrollo de la aplicacin. Los valores sugeridos son los siguientes:

0 1 2 3 4 5

No se han previsto perodos con pico de carga. Se han previsto perodos con pico de carga (por ejemplo, mensualmente, trimestralmente, anualmente, etc.). Se han previsto picos de carga semanales. Se han previsto picos de carga diarios. El volumen de transacciones previsto es lo suficientemente alto como para justificar tareas de anlisis de performance en la fase de diseo. El volumen de transacciones previsto es lo suficientemente alto como para justificar tareas de anlisis de performance en las fases de diseo, desarrollo y/o instalacin.

6. Entrada de Datos en Lnea

11

Anlisis por Puntos de Funcin

Describe en que medida los datos son ingresados al sistema a travs de transacciones interactivas. Los valores sugeridos son los siguientes: 0 1 2 3 4 5 Todas las transacciones son procesadas en modo batch. Entre el 1% y el 7% de las transacciones son ingresos de datos en forma interactiva. Entre el 8% y el 15% de las transacciones son ingresos de datos en forma interactiva. Entre el 16% y el 23% de las transacciones son ingresos de datos en forma interactiva. Entre el 24% y el 30% de las transacciones son ingresos de datos en forma interactiva. Ms del 30% de las transacciones son ingresos de datos en forma interactiva.

7. Eficiencia del Usuario Final Describe el grado de consideracin por los factores humanos y la facilidad de uso de la aplicacin. Los siguientes factores influencian el diseo del sistema: Ayudas para navegar; Menes; Ayuda en lnea; Scrolling; Impresin remota; Teclas de funcin preasignadas; Movimiento automtico del cursor; Uso excesivo de video inverso, colores, indicadores, etc. Procesos batch lanzados desde transacciones on-line; Seleccin de datos con el cursor; Documentacin del usuario en lnea; Mouse; Pop-up windows; Soporte bilinge; Soporte multilinge; Mnima cantidad de pantallas para soportar una funcin de negocio.

Los valores sugeridos son los siguientes: 0 1 2 3 4 No son aplicables ninguno de los factores anteriores. Son aplicables entre 1 y 3 de los anteriores. Son aplicables entre 4 y 5 de los anteriores. Son aplicables 6 o ms de los anteriores, pero no hay requerimientos especficos del usuario repecto a la eficiencia. Son aplicables 6 o ms de las anteriores, y los requerimientos especficos respecto a la eficiencia del usuario final son lo suficientemente importantes como para requerir tareas de diseo para contemplar factores humanos. Son aplicables 6 o ms de las anteriores, y los requerimientos especficos respecto a la eficiencia del usuario final son lo suficientemente importantes como para requerir el uso de herramientas y procesos especiales para demostrar que se han alcanzado los objetivos.

12

Anlisis por Puntos de Funcin

8. Actualizacin en Lnea Describe en que medida los archivos lgicos internos (ILFs) son actualizados on-line. Los valores sugeridos son los siguientes: 0 1 2 3 4 No se actualiza en lnea a ningn ILF. Se actualizan en lnea entre uno y tres archivos de control. El volumen de actualizaciones es bajo y la recuperacin es fcil. Se actualizan en lnea cuatro o ms archivos de control. El volumen de actualizaciones es bajo y la recuperacin es fcil. Se actualizan en lnea la mayora de los ILFs. Adems de lo anterior, la proteccin de datos perdidos es fundamental y el sistema ha sido especialmente diseado y contruido para ello. Adems de lo anterior, altos volmenes de recuperacin de datos.

9. Procesamiento Complejo Describe el grado de influencia que la lgica de procesamiento ha tenido (o tendr) en el desarrollo de la aplicacin. Los siguientes factores tienen influencia: Requerimientos especiales de auditora o de seguridad; Procesamiento matemtico-intensivo; Procesamiento lgico-intensivo; Gran cantidad de procesamiento de excepciones resultantes de transacciones incompletas que deben ser tratadas nuevamente (por ejemplo, validaciones fallidas, datos faltantes, interrupcin de transacciones, etc.). Procesamiento complejo para manipular mltiples posibilidades de entrada/salida (por ejemplo, multimedia, independencia de dispositivos, etc.).

Los valores sugeridos son los siguientes: 0 1 2 3 4 5 No son aplicables ninguno de los factores anteriores. Cualquiera de los factores anteriores son aplicables. Dos de los factores son aplicables. Tres de los factores son aplicables. Cuatro de los factores son aplicables. Cinco de los factores son aplicables.

10. Reutilizacin Describe en que medida el cdigo ha sido especficamente diseado y construdo para ser usado en otras aplicaciones. 0 No hay cdigo reusable.

13

Anlisis por Puntos de Funcin

1 2 3 4

Hay cdigo reusable empleado dentro de la aplicacin. Menos del 10% de la aplicacin considera las necesidades de ms de un usuario. El 10% de la aplicacin o ms considera las necesidades de ms de un usuario. La aplicacin ha sido especialmente preparada para facilitar la reutilizacin y la aplicacin es customizada para el usuario a nivel de cdigo fuente. La aplicacin ha sido especialmente preparada para facilitar el reuso y la aplicacin es customizada para el usuario a travs del mantenimiento de parmetros del usuario.

11. Facilidad de Instalacin Este factor permite ponderar la influencia que han tenido (o tendrn) en el desarrollo de la aplicacin la conversin y la instalacin. 0 El usuario no ha formulado consideraciones especiales para la instalacin ni requerimientos especiales para la puesta en marcha de la aplicacin. El usuario no ha formulado consideraciones especiales para la instalacin. El usuario ha formulado requerimientos especiales para la puesta en marcha de la aplicacin. El usuario ha formulado requerimientos de conversin e instalacin. Se han provisto y testeado guas para la instalacin y conversin. El impacto de la conversin en el proyecto no es importante. El usuario ha formulado requerimientos de conversin e instalacin. Se han provisto y testeado guas para la instalacin y conversin. El impacto de la conversin en el proyecto es importante. Adems de los dos puntos anteriores, se han provisto y testeado herramientas automatizadas para realizar la conversin e instalacin. Adems de los tres puntos anteriores, se han provisto y testeado herramientas automatizadas para realizar la conversin e instalacin.

12. Facilidad Operacional Esta caracterstica describe el grado de influencia que han tenido (o tendrn) en el desarrollo de la aplicacin consideraciones por aspectos operacionales tales como back-up, recuperacin, start-up, etc. 0 1-4 No se han formulado requerimientos operacionales fuera de los procedimientos normales de back-up. Uno o ms de los siguientes temes son aplicables al sistema. Seleccionar los que apliquenSalvo en donde se aclare, cada tem vale un punto. Se han provisto procesos de start-up, back -up y recuperacin,
14

Anlisis por Puntos de Funcin

pero es necesaria la intervencin del operador; Se han provisto procesos de start-up, back -up y recuperacin, y no es necesaria la intervencin del operador (contar como dos temes); La aplicacin minimiza el montado de cintas; La aplicacin minimiza la manipulacin de papel.

La aplicacin ha sido diseada para no requerir la intervencin del operador salvo para hacer start-up o shut down. La recuperacin ante errores es automtica.

13. Mltiples Locales Este factor permite ponderar la influencia que han tenido (o tendrn) en el desarrollo de la aplicacin la necesidad de instalarla en varios sitios y organizaciones. 0 1 No hay necesidades de instalacin en ms de un sitio. Hay necesidades de instalacin en mltiples sitios y la aplicacin ha sido diseada para trabajar en ambientes idnticos de hardware y software. Hay necesidades de instalacin en mltiples sitios y la aplicacin ha sido diseada para trabajar en similares ambientes de hardware y software. Hay necesidades de instalacin en mltiples sitios y la aplicacin ha sido diseada para trabajar en diferentes ambientes de hardware y software. Adems de los puntos 1 2, hay documentacin y un plan para dar soporte a la instalacin en varios sitios. Adems del punto 3, hay documentacin y un plan para dar soporte a la instalacin en varios sitios.

4 5

14. Facilidad de Modificaciones Describe en qu grado la aplicacin ha sido desarrollada para facilitar la modificacin de la lgica de procesamiento o las estructuras de datos. Las siguientes caractersticas pueden ser aplicables a la aplicacin: Se proveen facilidades de consulta y reportes ad-hoc que permiten responder a requerimientos simples y se manipula un solo ILF (contar como un tem); Se proveen facilidades de consulta y reportes ad-hoc que permiten responder a requerimientos de complejidad media y se manipula ms de un ILF (contar como dos temes); Se proveen facilidades de consulta y reportes ad-hoc que permiten responder a requerimientos complejos y se manipulan en forma combinada uno o ms ILFs (contar como tres temes); El usuario mantiene archivos con datos de control a travs de un proceso interactivo. Los cambios tienen efecto a la siguiente jornada de trabajo. El usuario mantiene archivos con datos de control a travs de un proceso interactivo. Los cambios tienen efecto inmediatamente (contar como dos temes).
15

Anlisis por Puntos de Funcin

0 1 2 3 4 5

No son aplicables ninguno de los puntos anteriores. Es aplicable un solo tem de los anteriores. Son aplicables dos temes de los anteriores. Son aplicables tres temes de los anteriores. Son aplicables cuatro temes de los anteriores. Son aplicables cinco temes de los anteriores.

6.2 Calcular el grado de influencia total (TDI). Para obtener el TDI, sumar los DI de cada una de las caractersticas de la aplicacin(CGS). 6.3 Obtener el valor de ajuste (VAF). Para obtener el VAF, aplicar la siguiente frmula: VAF = (TDI * 0.01) + 0.65

7. Calcular los puntos de funcin ajustados Aplicar la frmula correspondiente de acuerdo al tipo de clculo:

Proyectos de Desarrollo

DFP = (UFP + CFP) * VAF UFP: Puntos funcin sin ajustar. CFP: Puntos funcin sin ajustar agregados por la conversin. VAF: Valor de ajuste. DFP: Puntos funcin del proyecto de desarrollo.

Proyectos de Mantenimiento

EFP = [(ADD + CHGA + CFP) * VAFA] + (DEL * VAFB) ADD: Puntos funcin sin ajustar correspondientes a la funcionalidad agregada. CHGA: Puntos funcin sin ajustar correspondientes a la funcionalidad modificada. CFP: Puntos funcin sin ajustar agregados por la conversin. VAFA: Valor de ajuste de la aplicacin luego que el proyecto de mantenimiento finalice. DEL: Puntos funcin sin ajustar correspondientes a la funcionalidad eliminada. VAFB: Valor de ajuste de la aplicacin antes que el proyecto de mantenimiento finalice. EFP: Puntos funcin del proyecto de mantenimiento.

Aplicaciones Instaladas

Clculo inicial: Se aplica para calcular los puntos funcin de una aplicacin. No hay conversin ni modificacin o eliminacin de funcionalidad. AFP = ADD * VAF ADD: Puntos de funcin sin ajustar de las funciones instaladas
16

Anlisis por Puntos de Funcin

por el proyecto de desarrollo. VAF: Valor de ajuste de la aplicacin. Clculo posterior a proyectos de mantenimiento: Se aplica para reflejar los cambios realizados por un proyecto de mantenimiento a una aplicacin ya instalada. AFP = [(UFPB + ADD + CHGA) (CHGB + DEL)] * VAFA UFPB: Puntos de funcin sin ajustar de la aplicacin antes del proyecto de mantenimiento. ADD: Puntos de funcin sin ajustar de las funciones instaladas por el proyecto de mantenimiento. CHGA: Puntos funcin sin ajustar correspondientes a la funcionalidad modificada por el proyecto de manteniemiento. CHGB: Puntos funcin sin ajustar correspondientes a la funcionalidad modificada por el proyecto de mantenimiento antes de los cambios. DEL: Puntos funcin sin ajustar correspondientes a la funcionalidad eliminada por el proyecto de mantenimiento. VAFA: Valor de ajuste de la aplicacin luego que el proyecto de mantenimiento finalice.

17