UNIVERSIDAD TECNOLÓGICA DEL ESTADO DE ZACATECAS UNIDAD ACADÉMICA DE PINOS CALIDAD DE SOFTWARE PUNTOS DE FUNCIÓN «Procedimiento para la estimación de los.

Presentación del tema: "UNIVERSIDAD TECNOLÓGICA DEL ESTADO DE ZACATECAS UNIDAD ACADÉMICA DE PINOS CALIDAD DE SOFTWARE PUNTOS DE FUNCIÓN «Procedimiento para la estimación de los."— Transcripción de la presentación:

1 UNIVERSIDAD TECNOLÓGICA DEL ESTADO DE ZACATECAS UNIDAD ACADÉMICA DE PINOS CALIDAD DE SOFTWARE PUNTOS DE FUNCIÓN «Procedimiento para la estimación de los puntos de función» Fátima Guadalupe Ríos Rangel María Elizabeth Torres Alvares Norma Elizabeth Quezada Gonzales José Herrera Lara

2 ¿QUE SON LOS PUNTOS DE FUNCIÓN? Los Puntos de Función miden la aplicación desde una perspectiva del usuario, dejando de lado los detalles de codificación.

3 FPA EVALÚA CON FIABILIDAD  El valor comercial de un sistema para el usuario  Tamaño de proyecto, coste y tiempo de desarrollo  calidad y productividad del programador MIS  esfuerzo de adaptación, modificación y mantenimiento  posibilidad de desarrollo propio  beneficios de implementación en 4GL.

4 RELACIONES ENTRE USUARIOS, APLICACIONES Y FUNCIONES Un Punto de Función se define como una función comercial de usuario final. De esta manera un programa que tenga “x” PF’s entrega “x” funciones al usuario final. El mejor modo de trabajo es la interacción analista-usuario.

5 El proceso requiere dos etapas fundamentales: 1.-Se identifican las funciones disponibles para el usuario y se organizan en cinco grupos *Salidas *Consultas *Entradas *Ficheros *Interfaces *Después se clasifica y pondera cada función por su nivel de complejidad (simple, media, compleja). 2. Se ajusta este total de acuerdo con unas características del entorno.

6 SALIDAS Se debe contar cada dato único de usuario o salida de control generado procesualmente y que sale del límite de la aplicación. Esto incluye informes y mensajes a otras aplicaciones y usuarios. Una salida se considera única si: *tiene formato diferente *tiene el mismo formato que otra salida pero requiere diferente lógica de procesamiento. *Además de las pantallas y los listados (papel o pantalla), también pueden ser salidas: *fichero de transacción enviado a otra aplicación *facturas *cheques *fichas perforadas.

7 NO SE DEBEN CONTAR COMO SALIDAS: *cabeceras de columna, títulos, número de página *mensajes individuales (información, confirmación o respuestas a consultas de error) *salida en igual formato y lógica que ya se haya contado para otro soporte.

8 CONSULTAS Se pueden proporcionar a/desde otra aplicación; por ejemplo, responder a otra aplicación que pregunta por el precio de un producto se contaría 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 lógica de procesamiento en cualquiera de los dos.

9 ENTRADAS Se debe contar cada dato único de usuario o entrada de control que se introduce en los límites de la aplicación y actualiza un fichero lógico 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 * tiene un formato diferente *tiene el mismo formato que otra entrada pero requiere una lógica diferente de procesamiento, o se modifica un fichero interno lógico diferente.

10 Supongamos que tenemos un pantalla cuya función es actualizar un fichero o un conjunto de datos. Puesto que cada una de las tres funciones de actualización (añadir, cambiar, borrar) requiere diferente lógica 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 ratón documentos MICR transacciones de cintas pantallas sensitivas lectores de código de barras, etc.

11 CONSULTAS Se pueden proporcionar a/desde otra aplicación; por ejemplo, responder a otra aplicación que pregunta por el precio de un producto se contaría 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 lógica de procesamiento en cualquiera de los dos.

12 Las consultas pueden aparecer en consulta de usuario/display sin actualización de fichero u otra entidad lógica fichero de transacción que sale del límite de la aplicación si está accesible al usuario on-line pantalla de selección de menú (todas las pantallas de menú cuentan como una consulta) mensaje de información o pantalla de ayuda.

13 FICHEROS Se debe contar cada grupo lógico mayor de datos de usuario o de información de control mantenidos dentro de los límites de la aplicación. FPA distingue entre dos tipos de ficheros: ficheros con transacciones temporales y ficheros con registros lógicos de datos permanentes. Sólo los almacenamientos de datos permanentes se ven como ficheros lógicos. Cuando se mantienen dentro de la aplicación se clasifican como "ficheros internos lógicos". Si se comparten entre aplicaciones se clasifican como interfaces y cómo ficheros internos lógicos.

14 Se pueden encontrar ficheros en : bases de datos: 1 por vista lógica 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.