Este documento describe diferentes técnicas para el levantamiento y recolección de requerimientos en ingeniería de software, incluyendo JAD y FPA. JAD permite a usuarios y desarrolladores diseñar sistemas de forma conjunta en sesiones grupales. FPA mide el tamaño del software desde la perspectiva del usuario midiendo su funcionalidad e independiente de la tecnología utilizada. Ambos métodos mejoran la comunicación, entendimiento y especificación de requerimientos.

1. Ingeniería del Software Levantamiento y recolección de Requerimientos Técnicas JAD y FPA Ing. Noretsys Rodríguez

2. JointApplicationDesignMetodología Estructurada de Análisis Permite a los usuarios, diseñar sistemas en forma conjunta, en sesiones grupales. Gibson y Jackson afirman que los resultados aumentan de un 20% a un 60%. Promueve la cooperación, el entendimiento y el trabajo grupal entre distintos grupos de usuarios.

3. Roles de JAD Líder de la sesión. Representante de los usuarios. Especialista. Analista. Representante de SS. Patrocinador (sponsor) ejecutivo o dueño del sistema.

4. Líder de la Sesión Facilitador de JAD. Dirige el proceso. Facilita el debate y la preparación de documentos. Trata con el sponsor de JAD para acordar quién debe asistir las reuniones. Acordar la agenda con los participantes.

5. Plan JAD Dura entre uno y cinco días. El líder de la sesión guía a los participantes a lo largo de ocho tareas predefinidas. Ellas son: Orientación. Definición de requerimientos de alto nivel . Límites y alcances del sistema . Identificar y estimar tiempos de los Diseños JAD. Identificar los participantes de los Diseños JAD. Programar días y horarios para los Diseños JAD. Acordar los puntos y consideraciones de la documentación a generar del Plan JAD. Concluir la sesión.

6. Diseño JAD. Sesión de diseño. Dura aproximadamente entre tres y diez días. El líder de la sesión guía a los participantes a lo largo de las siguientes tareas: Orientación. Revisión y refinación de los requerimientos y alcance del Plan JAD. Desarrollar diagrama de flujo del trabajo. Desarrollar descripción del flujo de trabajo. Identificar funciones y grupos de datos del sistema. Especificar los requerimientos de procesamiento. Acordar los puntos y consideraciones de la documentación a generar del Diseño JAD. Concluir la fase de sesión.

7. Libros de Trabajo Formas predefinidas para los grupos, para que sean completadas durante la sesión. Formularios de participantes. Formularios de resultados. Formularios de estimaciones. Formularios de salidas por pantalla. Formularios de reportes. Formularios de descripción de interfaces y de descripción de funciones.

8. JAD y Proceso de Requerimientos La articulación del concepto de producto, requerimientos, medición de resultados. Análisis de problemas. Estudios de factibilidad y análisis de opciones de costo-beneficio. Análisis y modelado. La documentación de requerimientos.

9. JAD y Comunicación Humana La identificación de varios puntos de vista. La conciliación de los puntos de vista. La revisión por parte del usuario de los modelos desarrollados. El análisis de los propios problemas del usuario y la identificación de la necesidad de cambio.

10. Medición del tamaño del software Es esencial para estimar y planificar un proyecto de desarrollo. Se aplica en las etapas tempranas del ciclo de vida, cuando los requerimientos funcionales no están completamente documentados. Las técnicas de estimación de tamaño funcional representan una solución al problema.

11. Análisis de puntos de fusión (FPA) Análisis de Puntos Función (Function Point Analysis - FPA). Mide el tamaño del software desde el punto de vista del usuario. Medir la funcionalidad del producto. Es independiente de la tecnología usada para el desarrollo e implementación. Se aplica a partir de los documentos de requerimientos y a lo largo del ciclo de vida del software. Los enfoques para estimar Puntos Función (FunctionPoints- FP) facilitan la estimación temprana de un proyecto de software (costo, esfuerzo, cronograma) cuando los requerimientos no están completamente definidos.

12. Medición Es una práctica de administración Probada en el tiempo. No se puede administrar lo que no se puede medir. Un 40% de proyectos fracasan por falta de administración, Herramienta para determinar el tamaño del requerimiento, extrapolar la productividad y la calidad. Se mide para entender y mejorar procesos.

13. Clases de Medición Medición: Cuantificación directa. Estatura de una persona. Cálculo: Cuantificación indirecta. A partir de la combinación de medidas se obtiene el valor del atributo de interés. Ejemplo: medir la velocidad a partir de la distancia y el tiempo.

14. Medición de Software Se miden las características para saber si los requerimientos son consistentes y completos. Los administradores de proyectos miden procesos y productos para determinar tiempos de entrega y costos. Incluyen las siguientes actividades: Estimación de costo y esfuerzo. Medidas de productividad. Recolección de datos. Medidas de calidad y confiabilidad. Performance. Complejidad. Métodos y herramientas.

15. Beneficios de la medición Entender que está ocurriendo en el desarrollo y mantenimiento para mejorar las relaciones entre actividades. Control de lo que ocurre en el proyecto, para predecir lo que ocurrirá y los cambios a realizar. Mejorar los procesos y productos, aumentando las revisiones del diseño se incrementa la calidad.

17. Facilidad de uso.

19. Puntos de fusión Unidad de las medidas lógicas de las funciones del sistema de software. Se pueden determinar con información mínima. Ente la documentación para los FP son_ Especificación de diseño. Visualización del diseño. Requerimientos de datos. Descripción de interfaces.

20. Beneficios del FPA Mejorara la definición de los requerimientos. Comunicar requerimientos funcionales. Estimar esfuerzo, agenda y costos basado en requerimientos. Evaluar la factibilidad de un proyecto. Administrar los cambios. Mejorara el mantenimiento y soporte. Medir la productividad. Verificar la completitud.

21. Componentes FPA