UPM, Juan Garbajosa

1. Pilar Rodríguez, Agustín Yagüe, Juan Garbajosa Universidad Politécnica de Madrid (UPM) Grupo de Tecnología de Software y Sistemas (SYST) https://syst.eui.upm.es http://www.upm.es Madrid, 20 de Junio 2008

5. Fleeger 3 ed. Figure1.12 The key factors that have changed software development Time to market Shifts in economics Desktop computing Networking Object technology Problems with waterfall User interfaces CHANGES IN SOFTWARE ENGINEERING

6. Abordar el cambio © P. Rodriguez, A. Yagüe, Jgarbajosa Garbajosa - UPM

7. ¿se adaptan bien a las actuales necesidades de dinamismo y variabilidad del mercado? ¿Necesitamos alternativas? Metodologías convencionales © P. Rodriguez, A. Yagüe, Jgarbajosa Garbajosa - UPM

11. /25 * Imagen basada en el estándar IEEE Std 1233, 1998 Edition ENTORNO CLIENTE COMUNIDAD TÉCNICA CLIENTE Identificar requisitos Necesidades FeedBack Técnico FeedBack Imposiciones / infuencias Requisitos Construir requisitos bien formados COLECCIÓN DE REQUISITOS REQUISITOS BIEN FORMADOS Organizar requisitos Presentar SyRS CLIENTE COMUNIDAD TÉCNICA Requisitos organizados © P. Rodriguez, A. Yagüe, Jgarbajosa Garbajosa - UPM

13. Importante pero ¿suficientemente valorado? /25 © P. Rodriguez, A. Yagüe, Jgarbajosa Garbajosa - UPM Comunicación cliente equipo e intraequipo

18. /25 “ De la idea al producto en 6 meses” en un entorno global © P. Rodriguez, A. Yagüe, Jgarbajosa Garbajosa - UPM

19. Juan Garbajosa - UPM /25 Producto Desarrollo Pre-game Realimentación User Stories Daily Scrum Meeting Sprint 2-4 semanas Review Retrospective Sprint N Backlog Sprint --- Backlog

21. Una historia de usuario /25 - Usuario : Ingeniero de pruebas - Descripción : Monitorizar la velocidad del triturador - Motivación : Monitorizar el tanque de trituración © P. Rodriguez, A. Yagüe, Jgarbajosa Garbajosa - UPM

22. Importante pero suficientemente valorado /25 © P. Rodriguez, A. Yagüe, Jgarbajosa Garbajosa - UPM Comunicación cliente equipo e intraequipo

26. /25 Documentación para la Especificación de requisitos Interacción con el cliente e intraequipo Historias de Usuario Espíritu Agile © P. Rodriguez, A. Yagüe, Jgarbajosa Garbajosa - UPM

27. /25 © P. Rodriguez, A. Yagüe, Jgarbajosa Garbajosa - UPM Requisitos Convencionales Historias de Usuario FINALIDAD: “Documentar de manera escrita las necesidades planteadas por el cliente” Contenidos en un documento formal de especificación de requisitos con valor contractual Contenidas en el formato que el equipo de desarrollo considere adecuado Representados principalmente desde la perspectiva de implementación del producto Representados desde la perspectiva del usuario Descritas en base a un lenguaje correcto, no ambiguo y, en la medida de lo posible, verificable (lenguaje técnico) Descritas en un lenguaje cercano al dominio de aplicación, aunque mejor si es no ambiguo; puede haber luego tests Centrado en habilidades de predicción Centrado en habilidades de reacción Necesidad de conocer el producto desde el principio de desarrollo Posibilidad de ir dando forma al producto a lo largo del desarrollo Requisitos perfectamente definidos para su implementación Descripción del resultado final

29. PFleeger 3 ed. Figure 14.1 Adopter types and the chasm between the early and mainstream markets (Rogers 1995 and Moore 1991).

32. Juan Garbajosa - UPM /25

33. /25 Juan Garbajosa jgs at eui.upm.es © P. Rodriguez, A. Yagüe, Jgarbajosa Garbajosa - UPM ¡¡Gracias!!