UNIVERSIDAD AUTÓNOMA METROPOLITANA UNIDAD IZTAPALAPA. División de Ciencias Básicas e Ingeniería

Transcripción

1 Casa Abierta al Tiempo UNIVERSIDAD AUTÓNOMA METROPOLITANA UNIDAD IZTAPALAPA División de Ciencias Básicas e Ingeniería Departamento de Ingeniería Eléctrica Licenciatura en Computación Aplicación de Métricas de Puntos Funcionales Reporte del Proyecto de Titulación Trimestre 02-P Alumno: Márquez Rangel José Luis Matrícula: Asesor Maestro Luis Fernando Castro Careaga Profesor titular tiempo completo Lugar de realización: Laboratorio T-159 de la propia Unidad Periodo de Realización: Trimestre 01I Trimestre 02P

2 Aplicación de métricas de puntos funcionales CONTENIDO Objetivos 2 Justificación 3 Introducción 5 Metodología 10 Objetivos y metas alcanzadas 11 Conclusiones 12 Recomendaciones 13 Bibliografía 13 Hojas de trabajo y resultados de las mediciones de las aplicaciones. 1

3 Aplicación de métricas de puntos funcionales OBJETIVOS Estudio y comprensión del proceso de métrica de puntos funcionales. Aplicar el proceso de medición de puntos funcionales a dos sistemas de preventa en terminal portátil para obtener su medida en puntos funcionales y ayudar así a las demás disciplinas de la Ingeniería de Software participantes en el desarrollo de dichos sistemas, brindándoles datos estadísticos para futuros desarrollos. 2

4 Aplicación de métricas de puntos funcionales JUSTIFICACIÓN Qué es la Ingeniería de Software? Es una disciplina que comprende todos los aspectos de la producción de software desde las etapas iniciales de la especificación del sistema, hasta el mantenimiento de éste después de que se utiliza. En esta definición, existen dos frases clave: 1. disciplina de la ingeniería. Los ingenieros hacen que las cosas funcionen. Aplican teorías, métodos, y herramientas donde sean convenientes, pero las utilizan de forma selectiva y siempre tratando de descubrir soluciones a los problemas. Los ingenieros también saben que deben trabajar con restricciones financieras y organizacionales, por lo que buscan soluciones tomando en cuenta estas restricciones. 2. todos los aspectos de producción de software. La ingeniería de software no sólo comprende los procesos técnicos del desarrollo del software, sino también las actividades, como la administración de proyectos de software y el desarrollo de herramientas, métodos y teorías de apoyo a la producción de software. Planeación de proyectos. La administración efectiva e un proyecto de software depende de planear completamente el progreso del proyecto. El administrador del proyecto debe anticiparse a los problemas que podrían surgir, así como preparar soluciones tentativas a esos problemas. Durante el proceso de planeación, un proyecto se divide en varias actividades que se llevan a cabo en paralelo o en secuencia. Los administradores del proyecto deben estimar las respuestas a las siguientes preguntas: 1. Cuánto esfuerzo se requiere para completar una actividad? 2. Cuánto tiempo calendario se necesita para completar una actividad? 3. Cuál es el costo total de una actividad? La estimación y la calendarización del proyecto se llevan a cabo de manera conjunta. Sin embargo, en las primeras etapas del proyecto se requieren algunas estimaciones de costos, antes de que se tenga la calendarización detallada. Productividad. La productividad en un sistema de manufactura se mide contando el número de unidades que se producen y dividiendo éste entre el número de personas-hora requeridas para producirlas. Sin embargo, para cualquier problema se software, existen muchas soluciones diferentes con distintos atributos. Una solución podría ejecutarse de forma más eficiente mientras podría ser más legible y fácil de mantener. Cuando se producen soluciones con diferentes atributos, no tiene sentido comparar estas tasas de producción. Sin embargo, los administradores tienen que estimar la productividad de los ingenieros en el proceso de desarrollo de software. Estas estimaciones son necesarias para la estimación del proyecto y para valorar si los procesos o las mejoras tecnológicas son efectivas. Por lo general, estas estimaciones de productividad se basan en medir algunos atributos del software y dividir el resultado entre el esfuerzo total requerido para el desarrollo. Existen dos tipos de medidas utilizadas: 1. Medidas relacionadas al tamaño. Estas se relacionan con el tamaño de alguna salida de una actividad. La medida más común relacionada con el tamaño son las líneas de código fuente entregadas. Otras medidas que se utilizan son el número de instrucciones de código objeto entregado o el número de páginas de la documentación del sistema 2. Medidas relacionadas con la función. Estas se relacionan con la funcionalidad total del software entregado. La productividad se expresa en términos de la cantidad de funcionalidad útil producida en un tiempo dado. Los puntos de función y los puntos de objeto son las medidas más conocidas de este tipo. Comparar la productividad de los diferentes lenguajes de programación al utilizar métricas relacionadas con el tamaño da impresiones engañosas. Entre más expresivo sea un lenguaje de programación, más baja es la productividad aparente. Esta anomalía surge debido a que todas las actividades de desarrollo de software se consideran de forma conjunta cuando se calcula la productividad pero la métrica utilizada sólo aplica a los procesos de programación. 3

5 Aplicación de métricas de puntos funcionales Una alternativa a la utilización del tamaño del código como atributo estimado del producto es utilizar alguna medida de la funcionalidad del código. Esto evitará la anterior anomalía puesto que la funcionalidad es independiente de la implementación del lenguaje. La más conocida de estas medidas es el conteo de puntos de función. Este fue propuesto por Albrech (1979) y refinado por Albrech y Gaffney (1983). Los puntos de función son independientes del lenguaje por lo que se puede comparar la productividad en los diversos lenguajes de programación. Los puntos de función son adecuados para sistemas de procesamiento de datos que están dominados por operaciones de entrada y salida. Los puntos funcionales proveen: - Una herramienta para determinar el tamaño de una paquete de aplicación adquirido, contando todas las funciones incluidas en el paquete. - Una herramienta para ayudar a los usuarios para determinar los beneficios de una aplicación a su organización, contando las funciones que específicamente cumplan sus requerimientos. - Una herramienta para medir las unidades de un producto de software para soportar análisis de calidad y productividad. - Un vehículo para estimar costos y requerimientos de recursos para el desarrollo y mantenimiento de software. - Un factor de normalización para comparaciones de software. 4

6 Aplicación de métricas de puntos funcionales INTRODUCCIÓN Los puntos funcionales representan la métrica líder en el mundo del software. Aunque los puntos funcionales son originados como un mecanismo de medición de proyectos de software, el poder y utilidad de los puntos funcionales se ha expandido a nuevos usos lejos de sus propósitos básicos. Una gran parte del crédito por la rápida expansión en el uso de puntos funcionales se debe al Grupo Internacional de Usuarios de Puntos Funcionales (IFPUG de sus siglas en inglés), sus oficiales, comités y miembros. La precisión de los puntos funcionales es igual o superior a muchas otras métricas de negocio tales como el rango de retorno, valor presente en red, o retorno de inversión. De hecho, los puntos funcionales ahora son más usados por más propósitos de negocio que cualquier otra métrica en la historia del software. Los puntos funcionales son una unidad de medida. Qué miden los puntos funcionales? Miden el trabajo-producto del desarrollo del software. El trabajo-producto es expresado en términos de funcionalidad tal como la ve el usuario. NOTA: Los puntos funcionales no miden la arquitectura interna o la complejidad de la tecnología aplicada en una aplicación. El análisis de puntos funcionales es una herramienta para estimar el tamaño de sistemas basados en computadora. De entre los objetivos principales de dicho análisis, podemos destacar: - Medir el software cuantificando la funcionalidad proveída al cliente basada principalmente por el diseño lógico. - Medir la funcionalidad que el usuario pida y reciba. - Medir el desarrollo y mantenimiento del software independientemente de la tecnología usada en la implementación. El proceso de medición debe ser suficientemente simple para minimizar la sobrecarga de el proceso de medición y debe presentar una medida consistente a través de varios proyectos y organizaciones ( de que serviría una medida arbitraria?) El proceso de medición toma en cuenta los siguientes elementos: Componentes Funcionales Ejemplos Funciones de Datos - Archivos Internos Lógicos (ILF s) o Archivos de Aplicación o Registros Internos - Archivos Externos de Interface (EIF s) o Archivos de Referencia o Bases de Datos Externas Funciones de Transacción - Entradas Externas (EI s) o Transacciones de Entrada o Señales de Sensores - Salidas Externas (EO s) o Reportes de Salida o Desplegados con datos derivados - Consultas Externas (EQ s) o Consultas en línea o Datos recuperados 5

7 Aplicación de métricas de puntos funcionales En la siguiente figura se muestra de manera gráfica, las interacciones que tienen cada uno de los componentes funcionales con el sistema: Como se observa, la frontera de la aplicación debe estar completamente definida, ya que de lo contrario, podría haber incoherencias al momento de definir cada elemento funcional. El alcance (de la cuenta) debe estar definido también, como en cualquier otro proyecto, evitando así tomar en cuenta funciones que se consideren irrelevantes para la cuenta. Cada elemento funcional es medido en base a su complejidad funcional. Para medir la complejidad de cada elemento se toman en cuenta los siguientes elementos: Tipos de dato elementales (DET s) - Número de campos no repetidos reconocidos por el usuario. - Aplica para funciones de dato y transacción Tipos de archivo referenciados (FTR s) - Número de archivos referenciados, leídos, creados o actualizados. - Aplica para funciones de transacción. Tipos de elemento de registro (RET s) - Número de sub-agrupaciones de datos o formatos únicos de registro - Aplica para funciones de datos Cada elemento funcional tendrá así un tamaño establecido por el número de elementos que contenga. La suma de todos establece los Puntos Funcionales Desajustados UFP s La medida obtenida debe ser ajustada en base a las características del sistema. Se toman en cuenta 14 Características Generales del Sistema. Cada característica es calificada en una escala de 0 a 5 grados de influencia. 1. Comunicaciones de datos 8. Actualización en línea 2. Procesamiento de datos distribuido 9. Procesamiento complejo 3. Desempeño 10. Reusabilidad 4. Configuración para uso pesado 11. Facilidades de instalación 5. Rango de transacción 12. Facilidades de operación 6. Entrada de datos en línea 13. Multiplataforma 7. Eficiencia final al usuario 14. Facilidad de cambio A través de la suma de los grados de influencia (TDI), se obtiene el Valor del Factor de Ajuste (VAF) 6

8 Aplicación de métricas de puntos funcionales Una vez obtenido se procede a calcular la Cuenta Ajustada de Puntos Funcionales (AFP), que representa el número de puntos funcionales buscado. Symons (1988) observó que la naturaleza subjetiva de la complejidad de las estimaciones implicaba que el conteo de puntos funcionales en un programa depende de la persona que realiza la estimación. Varias personas tienen nociones diferentes de complejidad. Existe una amplia variedad de conteos de puntos de función, dependiendo del juicio del estimador. Por esta razón, existen versiones que difieren acerca del valor de los puntos funcionales (Furey y Kitchenham, 1997) Sin embargo, los usuarios argumentan que, a pesar de estos defectos, son efectivos en situaciones prácticas (Kemerer, 1993) El proceso de conteo de puntos funcionales. 1.Determinar el tipo de cuenta de puntos de función. Los tipos de cuenta de puntos funcionales existentes son: Cuenta de Puntos Funcionales de Desarrollo de proyecto. - Puntos funcionales asociados con la instalación inicial o software nuevo (incluye funcionalidad agregada y de conversión) Cuenta de Puntos Funcionales de Mejora de proyecto. - Puntos funcionales asociados con la mejora de software existente (incluye funcionalidad agregada, cambiada, eliminada y de conversión) Cuenta de Puntos Funcionales de Aplicación. - Puntos funcionales asociados con cualquier aplicación instalada. Este número es inicializado cuando la cuenta de puntos de función de desarrollo de proyecto esta completa. Es actualizada cada vez que se completa una acción de mejora que altera la funcionalidad de la aplicación. Ejemplos de nuevo desarrollo de proyectos son: La implementación de una nueva aplicación Reemplazo de una aplicación existente Software de conversión requerido para poblar los archivos de una nueva aplicación. Ejemplos de proyectos de mejora son: La implementación de nuevas funciones Cambios o eliminaciones de procesamiento lógico existente Adición o eliminación de campos de datos en un reporte Adición o modificación de estructuras de archivo Introducción de nuevos archivos 2.Identificar el alcance de la cuenta y la frontera de la aplicación. El propósito de la cuenta. El propósito de un conteo de puntos de función es proveer una respuesta a un problema del negocio. El propósito: - Determina el tipo de conteo de puntos funcionales y el alcance de la cuenta requerida para obtener respuestas al problema de negocio bajo investigación. - Influencia el posicionamiento de la frontera entre el software bajo revisión y el software relacionado (circundante) Definición del alcance de conteo El alcance de conteo define la funcionalidad que será incluida en una particular cuenta de puntos de función. Definición de la frontera de la aplicación. La frontera de la aplicación indica la frontera entre el software medido y el usuario. 7

9 Aplicación de métricas de puntos funcionales 3.Conteo de Funciones de Dato Las funciones de dato representan la funcionalidad proveída al usuario para cumplir los requerimientos internos y externos de datos. Los tipos de funciones de datos se dividen en Archivos Internos Lógicos (ILF s) y Archivos Externos de Interfaz (EIF s) El término archivo no se traduce en el tradicional sentido de procesamiento de datos. En este caso, archivo se refiere a un grupo de datos lógicos y no a la implementación física de un grupo de datos. Un ILF es un grupo lógico de datos o información de control identificable por el usuario (el término identificable por el usuario se refiere a requerimientos definidos para proceso y/o grupos de datos que están agrupados, y entendidos por ambos, él (los) usuario(s) y él (los) desarrollador(es) de software) El intento primario de un ILF es almacenar datos mantenidos a través de uno o más procesos elementales de la aplicación contada. Un EIF es un grupo de datos o información de control identificable por el usuario referenciada por la aplicación, pero mantenida dentro de la frontera de otra aplicación. El intento primario de un EIF es mantener datos referenciados por uno o más procesos elementales dentro de la frontera contada. El número de ILF s, EIF s y sus relativas complejidades funcionales determinan la contribución de las funciones de dato a la cuenta de puntos de función desajustados. Se asigna a cada ILF y EIF una complejidad funcional basada en el número de DET s y RET s asociados con el ILF o EIF. 4.Conteo de Funciones de Transacción Las funciones de transacción representan la funcionalidad proveída al usuario para el procesamiento de datos por una aplicación. Las funciones de transacción están definidas como Entradas Internas (EI s), Salidas Externas (EO s), y Consultas Externas (EQ s) Un EI es un proceso elemental (un proceso elemental es la más pequeña unidad de actividad que es significante a el (los) usuario(s)) que procesa datos o información de control que viene de fuera de la frontera de la aplicación. El intento primario de un EI es mantener uno o más ILF s y/o alterar el comportamiento del sistema. UN EO es un proceso elemental que envía datos o información de control fuera de la frontera de la aplicación. El intento primario de un EO es presentar información al usuario a través de lógica de procesamiento, excepto, o además de la recuperación de datos o información de control. La lógica de procesamiento debe contener al menos una fórmula o un cálculo matemático, o crear datos derivados. Un EO puede también mantener uno o más ILF s y/o alterar el comportamiento del sistema. Un EQ es un proceso elemental que envía datos o información de control fuera de la frontera de la aplicación. El intento primario de un EQ es presentar información al usuario a través de la recuperación de datos o información de control desde un ILF o EIF. La lógica de procesamiento no contiene fórmulas o cálculos matemáticos, y no crea datos derivados. Ningún ILF es mantenido durante al procesamiento, ni se altera el comportamiento del sistema. El número de EI s, EO s y EQ s y sus relativas complejidades funcionales determinan la contribución de las funciones de transacción a la cuenta de puntos de función desajustada. Se asigna a cada EI, EO y EQ una complejidad funcional basada en el número de FTR s y DET s. 8

10 Aplicación de métricas de puntos funcionales 5.Determinar el valor del factor de ajuste. Como se había comentado anteriormente, el valor del factor de ajuste esta basado en 14 características generales del sistema que valoran la funcionalidad de la aplicación siendo contada. El valor del factor de ajuste, ajusta la cuenta de puntos de función en un +/- 35% para producir la cuenta de puntos funcionales ajustado. 6. Calcular la cuenta de puntos funcionales ajustada. El último paso del análisis de puntos funcionales. Se aplican fórmulas para calcular alguno de los tres tipos de cuenta de puntos de función. El cual fue establecido al inicio. 9

11 Aplicación de métricas de puntos funcionales METODOLOGÍA 1. Estudio de los manuales (Function Point Counting Practice Manual) 2. Resolución de ejercicios supervisados por el asesor 3. Métrica a las aplicaciones a. Observar y analizar el funcionamiento de los sistemas a medir i.obtener y leer manuales ii.observar a nivel operativo el sistema b. Aplicar el proceso de medición de puntos funcionales a cada aplicación i.determinar el tipo de cuenta ii.determinar el alcance y la frontera de la aplicación 1. Establecer el propósito de la cuenta 2. Identificar el alcance de la cuenta 3. Identificar la frontera de la aplicación iii.contar funciones de datos 1. Identificar Archivos Internos Lógicos 2. Identificar Archivos Externos de Interfaz 3. Determinar la complejidad y la contribución iv.contar funciones de transacción 1. Identificar procesos elementales 2. Identificar primeros candidatos de procesos elementales, clasificarlos como un EI, EO o EQ 3. Validar contra las reglas de identificación de EI s 4. Determinar la complejidad de las EI s 5. Determinar la contribución de las EI s 6. Validar contra las reglas de identificación de EO s 7. Determinar la complejidad de las EO s 8. Determinar la contribución de las EO s 9. Validar contra las reglas de identificación de EQ s 10. Determinar la complejidad de las EQ s 11. Determinar la contribución de las EQ s v.determinar la complejidad y ajustes 1. Evaluar cada uno de las catorce características generales del sistema, en una escala de cero a cinco para determinar el grado de influencia (DI) 2. Sumar los grados de influencia de todas las catorce características generales del sistema para producir el grado total de influencia (TDI) 3. Calcular el Valor de factor de ajuste (VAF) vi.calcular los puntos funcionales ajustados En base al tipo de conteo, se calcula el valor de la cuenta con la fórmula adecuada. 4. Elaboración del reporte 10

12 Aplicación de métricas de puntos funcionales OBJETIVOS Y METAS ALCANZADOS En primer lugar, se logró un entendimiento y familiarización con el proceso de medición de puntos funcionales. Una vez obtenido este conocimiento, se procedió a aplicar dicho proceso de métrica a las aplicaciones de estudio, logrando obtener su tamaño expresado en puntos de función. 11

13 Aplicación de métricas de puntos funcionales CONCLUSIONES Como todas las demás actividades productivas, el desarrollo de software necesita herramientas para asegurar se haga lo requerido con calidad y en los tiempos acordados. Una métrica estándar para los sistemas de información permite lograr una comparación entre distintos paquetes de software, establecer estimaciones de esfuerzo (tiempo) para el desarrollo de sistemas, medir la productividad de los desarrolladores, etc. Facilitando así la labor de los administradores de proyectos. Logrando que los objetivos sean alcanzados con un menor rango de incertidumbre. Se presenta esta métrica como una de las más precisas, confiables y extendidas del mercado. Después de la medición de las aplicaciones asignadas, su medida podrá ser usada para los fines que los administradores de proyectos requieran (para obtener la productividad de los programadores, conteo de línea base de la aplicación, comparación de tamaño entre ellas, etc.) Se cuenta ahora con conocimiento de una disciplina más de la Ingeniería de Software a disposición del equipo de desarrollo del Laboratorio de Ingeniería de Software. 12

14 Aplicación de métricas de puntos funcionales RECOMENDACIONES Extender el uso de la métrica de puntos funcionales a otros proyectos ya elaborados para formar una base de conocimiento sólida (historial de medida vs. tiempo de elaboración) Una vez obtenida ésta base de conocimiento, las estimaciones de esfuerzo-tiempo para el desarrollo de nuevas aplicaciones serán más precisas y confiables. Extender la enseñanza de disciplinas de la Ingeniería de Software en el Plan de Estudio de la carrera para formar profesionales en el área del desarrollo de sistemas con una visión más amplia y sólida. BIBLIOGRAFÍA & Function Point Counting Practice Manual, Chairperson, International Function Point User Group(IFPUG), Release 4.1, January 1999 & Introduction to Function Point Counting: Basics, Q/P Management Group, Inc & Ingeniería de Software 6ª. Edición, Ian Somerville, Ed. Adisson Wesley 13

15 Determinación del tipo de conteo Sistema de preventa 1 Se contarán puntos de función de aplicación. El propósito de esta medición es obtener una métrica de la funcionalidad desarrollada. Identificación del alcance del conteo y de la frontera de la aplicación El sistema de preventa 1, brinda funcionalidad a los agentes de ventas para poder llevar a cabo la labor de ventas y cobranza de una manera eficaz, rápida y confiable. La frontera de la aplicación esta establecida por la funcionalidad proveída al vendedor, además, al observar el módulo de transmisión, la frontera parece más visible, la aplicación mantiene sus ILF s, los transmite y recibe de nuevo información para sus archivos internos. Entran al alcance de la cuenta todas las pantallas y reportes disponibles al momento de hacer la medición.

16 ILF s (Internal Logical Files) Personal Cartera Fecha actualizada Hora Fecha Teléfono Pld Opcld Número Documento Numero Fecha Generado por Saldo actual Estado Código cliente Cobro Tipo Folio # documento Fecha Total Pago extemporáneo Sub total Deducción Neto Tipo deducción Folio deducción Total deducción Pago Cheques Efectivo Falta por cobrar Nombre banco Cantidad cheque No. Cheque Fecha cheque Código cliente Pedido Código nadro Cantidad Regalo Código cliente Devolución Código cliente Estado # bultos # documento Folio Nota de cargo del cliente Bultos Código nadro Con cargo Sin cargo Bitácora Fecha Hora Modo # marcado Estado

17 EIF s (External Interface Files) Cliente Cartera Cuenta Nombre Tipo Límite de crédito Saldo total Saldo vencido Porcentaje saldo vencido Venta día Venta acumulada Farmacéuticos No farmacéuticos Ritmo venta Porcentaje disminución venta Venta mes anterior Promedio venta por día actual Promedio venta por día anterior Porcentaje crecimiento Pedidos reales Descuento de precio acumulado Acumulado mercancía sin cargo Porcentaje de uso limite de crédito Producto Código nadro Código ean/upc Descripción Precio publico Precio farmacia Oferta sin cargo Oferta con cargo Devolución Refrigeración Controlado Oncológico Múltiplo Subempaque Especialidad Promoción vigente Promoción reciente Producto nuevo # de demanda Banco Nombre Folios pendientes Código cliente Folio Fecha Días de vencimiento Devolución pendiente Código cliente Folio Fecha Días sin ser recogido

18 Sistema de preventa 1 Complejidad ILF RET s DET s Low Avg High 1 Personal Telefono Documento Cobro (incluye deducciones) Pago (incluye cheques) Pedido Devolución Bitácora UFP= 56 Puntos de función desajustados correspondientes a los archivos lógicos internos Complejidad EIF RET s DET s Low Avg High 1 Banco Devoluciones pendientes Folios Pendientes Cliente Producto UFP= 25 Puntos de función desajustados correspondientes a los acrhivos externos de interface

19 Sistema de preventa 1 Complejidad EI FTR s DET s Low Avg High 1 Editar personalización Agregar teléfono Modificar teléfono Eliminar teléfono Agregar cliente a ruta Capturar cobro Agregar deducción en cobro Modificar deducción a cobro Eliminar deducción en cobro Modificar cobro Eliminar cobro Capturar pago (captura de efectivo) Modificar efectivo en pago Agregar cheque a pago Modificar cheque en pago Eliminar cheque en pago Agregar producto a pedido Modificar producto en pedido Eliminar producto en pedido Capturar devolución (1os. datos) Agregar producto a devolución Modificar producto en devolución Eliminar producto en devolución Modificar devolución Eliminar devolución Asignar folio a factura Modificar folio de factura Eliminar folio de factura Borrar cobranza (Menú Principal) Liquidar cobranza (Menú Principal) Transmisión UFP= 90 Puntos de función desajustados correspondientes a las transacciones de entradas externas.

20 Sistema de preventa 1 Complejidad EO FTR s DET s Low Avg High 1 No. de teléfonos (personalización) Lista de teléfonos Lista de clientes Resumen documentos pendientes Resumen folios y devoluciones pendientes Lista de documentos pendientes por cobrar Lista de deducciones Lista de cobros Información de pago Cantidad de productos en pedido (TODOS) Lista de productos en pedido Resumen de pedido (al complementar) Cantidad de productos en devolución (TODOS) Lista de devoluciones Lista de documentos c/s folio Lista de devoluciones pendientes Lista de cobros (Menú principal) Reporte de cobranza (Menú principal) Reporte de cheques (Menú principal) Reporte de efectivo (Menú principal) Lista de cobros (Menú principal) UFP= 88 Puntos de función desajustados correspondientes a transacciones de salidas externas

21 Sistema de preventa 1 Complejidad EQ FTR s DET s Low Avg High 1 Selección de cliente (Teclado) Información del cliente Desplegado Menú de Operación del Cliente Información de documento Información de cheque (al modificar) Lista de bancos Lista de productos Selección de producto (Teclado) Información del producto Información del producto (al agregar a pedido) Desplegado de datos al modificar cobro Desplegado de datos al modificar devolución Lista de documentos (edo. de cuenta) Lista de clientes que hicieron un pago Detalle de documento al asignar folio Bitácora UFP= 54 Puntos de función desajustados correspondientes a las consultas externas

22 Sistema de preventa 1 UFP (Totales)= 313 Puntos de función desajustados totales VALUE ADJUSTMENT FACTOR Data Communications Distributed Data Processing Performance Heavily Used Configuration Transaction Rate Online Data Entry End-User Efficiency Online Update Complex processing Reusability Installation Ease Operational Ease Multiple Sites Facilitate Change TDI Grado total de influencia AFP= Puntos de función ajustados totales VAF 0.9 Valor del factor de ajuste

23 Determinación del tipo de conteo Sistema de preventa 2 Se contarán puntos de función de aplicación. El propósito de esta medición es obtener una métrica de la funcionalidad desarrollada. Identificación del alcance del conteo y de la frontera de la aplicación El sistema de preventa 2 brinda funcionalidad a los agentes de ventas para poder llevar a cabo la labor de ventas, cobranza y control de existencias de una manera eficaz, rápida y confiable. La frontera de la aplicación esta establecida por la funcionalidad proveída al vendedor, además, al observar el módulo de transmisión, la frontera parece más visible, la aplicación mantiene sus ILF s, los transmite y recibe de nuevo información para sus archivos internos. Entran al alcance de la cuenta todas las pantallas y reportes disponibles al momento de hacer la medición.

24 Vehículo Id_vehiculo kilometraje vendedor ILF s (Internal Logical Files) Solicitud de recarga Folio Vend Alm Prod Cantidad Descarga Folio Vendedor Num_producto Cantidad Estado Cliente Num_cliente Nombre Razon Social Estatus Dirección RFC Lim_credito Lugar entrega pedido Causa no_visita Sector Existencias Producto CantidadOK CantidadMalEdo CantidadVend CantidadSalDiv Documento de cobranza Num_cliente Clave Tipo Adeudo Estatus Pago Causa no_pago Pedido Folio Num_cliente Producto Cantidad Regalo(prom.) Descuento Total Forma_pago Estatus Devoluciones Num_cliente Numero Causa cancelación Prod Cantidad Estado Porcentaje recompra Total Facturas Folio Num_cliente Doc_asociado Prod Precio uni Cantidad Importe Desc. Aplicado Causa cancelación Pago Total Pago Folio Vendedor Num_cliente Documento Descripción Monto Cheques Banco Numero Cantidad Estado Folio Pago Salida Diversa Folio Codigo causa Num_producto Cantidad Cliente Estado Solicitud de carga Vendedor Producto Cantidad

25 EIF s (External Interface Files) Usuario Clave Tipo_usu NIP Nombre F-RE-DI-SE Estadisiticas venta Num_prod Num_cliente Fecha Cant compra Cant dev. Prom vendido Prom devuelto Porc. devuelto Producto Num_prod Descripción Unidades Precio Promocion Ped. Aduanal Promocion Codigo Nombre Opcion Banco Nombre Codigos Sal. Diversa Codigo Descripción

26 Sistema de preventa 2 Complejidad ILF RET s DET s Low Avg High 1 Vehiculo Solicitud de recarga Solicitud de carga Cliente Existencias Documentos de cobranza Pedidos Devoluciones Facturas Pagos Cheques Salida diversa Descarga UFP= 91 Puntos de función desajustados correspondientes a los acrhivos lógicos internos Complejidad EIF RET s DET s Low Avg High 1 Usuario Productos Estadisticas de venta Promocion Banco Codigos Salida Diversa UFP= 30 Puntos de función desajustados correspondientes a los archivos externos de interface

27 Sistema de preventa 2 Complejidad EI FTR s DET s Low Avg High 1 Inicio de dia (Teclear NIP) Cambio de vendedor / sin previo acceso Iniciar recarga Agregar producto a recarga Modificar producto en recarga Eliminar producto en recarga Consolidar recarga Cambio de vehiculo Cambio de vendedor / con previo acceso Eliminar solicitud de carga Agregar producto en sol. De carga Modificar producto en carga Eliminar producto en carga Modificar documento de cobranza Eliminar documento Ignorar documento vencido facultativo Designorar documento Agregar producto en pedido Detallar promoción Modificar cantidades en pedido Eliminar producto en pedido Facturar Cancelar factura Eliminar promocion Eliminar pedido Agregar producto a devolucion Devolver (imprime nota de credito) Modificar devolucion (cancelandola) Modificar producto en devolucion Eliminar producto en devolucion Eliminar devolucion Asignar causa salida diversa Agregar producto a salida diversa Modificar producto en salida diversa Eliminar producto en salida diversa Asignar causa de no venta Asignar kilometraje (salida/regreso) Alta de producto en descarga Modificar producto en descarga Eliminar producto en descarga Consolidar descarga Modificar estado salida diversa Modificar estado de producto en salida diversa Cambiar estado a cheque Recepcion de efectivo Ingreso de comentarios de fin de dia Agregar cheque a pago Modificar cheque Eliminar cheque en pago UFP= 163 Puntos de función desajustados correspondientes a las transacciones de entrada externa

28 Sistema de preventa 2 Complejidad EO FTR s DET s Low Avg High 1 Existencias (buen estado) / reporte Existencias (mal estado) / reporte Existencias (venta acumulada) / reporte Documento de cobranza Imprimir recibo de pago Consulta de productos a surtir en linea Consulta de productos a surtir en reporte Reporte control de cobranza Reporte preliquidación en caja Reporte liquidacion en caja Reporte pagaré Informe labor diaria Reporte ventas del día UFP= 70 Puntos de función desajustados correspondientes a transacciones de salida externa

29 Sistema de preventa 2 Complejidad EQ FTR s DET s Low Avg High 1 Desplegar F-RE-DI-SE y # emp aignado Existencias / en linea Catalogo de productos Desplegar descripcion del producto Productos en recarga Productos en recarga / reporte Productos en carga Productos en carga / reporte Reporte inicial / Salida Lista de clientes Limite de crédito Estadisticas de ventas / devoluciones Informacion de promocion Productos en pedido Lista de pedidos Total por pedido Informacion de devolucion Desplegar causa de salida diversa Lista de productos en salida diversa Desplegar estado de salida diversa Imprimir salida diversa (asociada al cliente) Imprimir relacion de descarga Reporte de control de carga (inventario final) Reporte Autorizacion salidas diversas UFP= 83 Puntos de función desajustados correspondientes a transacciones de consulta externa

30 Sistema de preventa 2 UFP (Totales)= 437 Puntos de función desajustadis totales VALUE ADJUSTMENT FACTOR Data Communications Distributed Data Processing Performance Heavily Used Configuration Transaction Rate Online Data Entry End-User Efficiency Online Update Complex processing Reusability Installation Ease Operational Ease Multiple Sites Facilitate Change TDI 26 VAF Grado total de influencia Valor del factor de ajuste AFP= Puntos de función ajustados totales