Master

1,305 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,305
On SlideShare
0
From Embeds
0
Number of Embeds
10
Actions
Shares
0
Downloads
30
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Master

  1. 1. Ingeniería del Software<br />Levantamiento y recolección de Requerimientos<br />Técnicas JAD y FPA<br />Ing. Noretsys Rodríguez<br />
  2. 2. JointApplicationDesignMetodología Estructurada de Análisis<br />Permite a los usuarios, diseñar sistemas en forma conjunta, en sesiones grupales.<br />Gibson y Jackson afirman que los resultados aumentan de un 20% a un 60%.<br />Promueve la cooperación, el entendimiento y el trabajo grupal entre distintos grupos de usuarios.<br />
  3. 3. Roles de JAD<br />Líder de la sesión.<br />Representante de los usuarios.<br />Especialista.<br />Analista.<br />Representante de SS.<br />Patrocinador (sponsor) ejecutivo o dueño del sistema.<br />
  4. 4. Líder de la Sesión<br />Facilitador de JAD. <br />Dirige el proceso.<br />Facilita el debate y la preparación de documentos. <br />Trata con el sponsor de JAD para acordar quién debe asistir las reuniones.<br />Acordar la agenda con los participantes.<br />
  5. 5. Plan JAD<br />Dura entre uno y cinco días.<br />El líder de la sesión guía a los participantes a lo largo de ocho tareas predefinidas. Ellas son:<br />Orientación. <br />Definición de requerimientos de alto nivel .<br />Límites y alcances del sistema .<br />Identificar y estimar tiempos de los Diseños JAD.<br />Identificar los participantes de los Diseños JAD.<br />Programar días y horarios para los Diseños JAD.<br />Acordar los puntos y consideraciones de la documentación a generar del Plan JAD.<br />Concluir la sesión.<br />
  6. 6. Diseño JAD. Sesión de diseño.<br />Dura aproximadamente entre tres y diez días.<br />El líder de la sesión guía a los participantes a lo largo de las siguientes tareas:<br />Orientación. <br />Revisión y refinación de los requerimientos y alcance del Plan JAD.<br />Desarrollar diagrama de flujo del trabajo.<br />Desarrollar descripción del flujo de trabajo.<br />Identificar funciones y grupos de datos del sistema.<br />Especificar los requerimientos de procesamiento.<br />Acordar los puntos y consideraciones de la documentación a generar del Diseño JAD.<br />Concluir la fase de sesión.<br />
  7. 7. Libros de Trabajo<br />Formas predefinidas para los grupos, para que sean completadas durante la sesión. <br />Formularios de participantes.<br />Formularios de resultados.<br />Formularios de estimaciones.<br />Formularios de salidas por pantalla.<br />Formularios de reportes. <br />Formularios de descripción de interfaces y de descripción de funciones.<br />
  8. 8. JAD y Proceso de Requerimientos<br />La articulación del concepto de producto, requerimientos, medición de resultados.<br />Análisis de problemas.<br />Estudios de factibilidad y análisis de opciones de costo-beneficio.<br />Análisis y modelado.<br />La documentación de requerimientos.<br />
  9. 9. JAD y Comunicación Humana<br />La identificación de varios puntos de vista.<br />La conciliación de los puntos de vista.<br />La revisión por parte del usuario de los modelos desarrollados.<br />El análisis de los propios problemas del usuario y la identificación de la necesidad de cambio.<br />
  10. 10. Medición del tamaño del software<br />Es esencial para estimar y planificar un proyecto de desarrollo. <br />Se aplica en las etapas tempranas del ciclo de vida, cuando los requerimientos funcionales no están completamente documentados.<br />Las técnicas de estimación de tamaño funcional representan una solución al problema. <br />
  11. 11. Análisis de puntos de fusión (FPA)<br />Análisis de Puntos Función (Function Point Analysis - FPA).<br />Mide el tamaño del software desde el punto de vista del usuario. Medir la funcionalidad del producto.<br />Es independiente de la tecnología usada para el desarrollo e implementación. <br />Se aplica a partir de los documentos de requerimientos y a lo largo del ciclo de vida del software.<br />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. <br />
  12. 12. Medición<br />Es una práctica de administración Probada en el tiempo.<br />No se puede administrar lo que no se puede medir.<br />Un 40% de proyectos fracasan por falta de administración,<br />Herramienta para determinar el tamaño del requerimiento, extrapolar la productividad y la calidad.<br />Se mide para entender y mejorar procesos.<br />
  13. 13. Clases de Medición<br />Medición: Cuantificación directa.<br />Estatura de una persona.<br />Cálculo: Cuantificación indirecta.<br />A partir de la combinación de medidas se obtiene el valor del atributo de interés.<br />Ejemplo: medir la velocidad a partir de la distancia y el tiempo.<br />
  14. 14. Medición de Software<br />Se miden las características para saber si los requerimientos son consistentes y completos.<br />Los administradores de proyectos miden procesos y productos para determinar tiempos de entrega y costos.<br />Incluyen las siguientes actividades:<br />Estimación de costo y esfuerzo.<br />Medidas de productividad.<br />Recolección de datos.<br />Medidas de calidad y confiabilidad.<br />Performance.<br />Complejidad.<br />Métodos y herramientas.<br />
  15. 15. Beneficios de la medición<br />Entender que está ocurriendo en el desarrollo y mantenimiento para mejorar las relaciones entre actividades.<br />Control de lo que ocurre en el proyecto, para predecir lo que ocurrirá y los cambios a realizar.<br />Mejorar los procesos y productos, aumentando las revisiones del diseño se incrementa la calidad.<br />
  16. 16. Medición del tamaño del sistema<br />Requerimientos técnicos.<br /><ul><li>Performance.
  17. 17. Facilidad de uso.
  18. 18. otros</li></ul>Tamaño del procesamiento de información<br />Entradas<br />Salidas.<br />Otros<br /><ul><li>Tamaño del sistema desde los requerimientos del usuario</li></li></ul><li>Entidades que se puede medir<br />Proceso: colección de actividades relacionadas al software.<br />Producto: cualquier artefacto que resulta de una actividad de proceso.<br />Recurso: entidad requerida por una actividad o proceso.<br />Cada entidad tiene:<br />Atributos internos: se mide en términos de la entidad en si misma.<br />Atributos externos: Como se relaciona la entidad a su entorno.<br />
  19. 19. Puntos de fusión<br />Unidad de las medidas lógicas de las funciones del sistema de software.<br />Se pueden determinar con información mínima.<br />Ente la documentación para los FP son_<br />Especificación de diseño.<br />Visualización del diseño.<br />Requerimientos de datos.<br />Descripción de interfaces.<br />
  20. 20. Beneficios del FPA<br />Mejorara la definición de los requerimientos.<br />Comunicar requerimientos funcionales.<br />Estimar esfuerzo, agenda y costos basado en requerimientos.<br />Evaluar la factibilidad de un proyecto.<br />Administrar los cambios.<br />Mejorara el mantenimiento y soporte.<br />Medir la productividad.<br />Verificar la completitud.<br />
  21. 21. Componentes FPA<br />

×