Please enable JavaScript.
Coggle requires JavaScript to display documents.
Modelo Extreme Programming, (imagen), imagen, imagen, imagen, imagen,…
Modelo Extreme Programming
¿Qué es?
es una metodología basada en la comunicación, la reutilización del código desarrollado y la realimentación
Roles
Tester
Se encarga de varias cosas en cuento a las pruebas, ademas de que se encarga de ayudar al cliente sobre los requisitos del producto.
Tracker
El encargado de seguimiento proporciona
realimentación al equipo en el proceso XP, de tal manera que determina cuando es necesario realizar algun cambio para lograr los objetivos de cada iteración
Cliente
escribe las historias de usuario y las pruebas funcionales para validar su implementación.
Coach
Asesoran al resto de componentes del equipo y marcan el rumbo del proyecto.
Programador
escribe las pruebas unitarias y produce el código
del sistema.
Consultor
Miembro externo al equipo que sirve de guía para resolver un problema específico.
Big Boss
Es el vínculo entre clientes y programadores, ayuda a que el
equipo trabaje efectivamente creando las condiciones adecuadas.
Fases
Tercera fase: Iteraciones
El plan de entrega está compuesto por iteraciones de no más de tres semanas.
• Historias de usuario no abordadas.
• Velocidad del proyecto.
• Pruebas de aceptación no superadas en la iteración anterior.
• Tareas no terminadas en la iteración anterior.
Cuarta fase: Producción
se deben tomar decisiones sobre la inclusión de nuevas
características a la versión actual, debido a cambios durante esta fase.
Segunda fase: Planificación de la entrega
El cliente establece la prioridad de cada historia de usuario, y correspondientemente, los programadores realizan una estimación del esfuerzo necesario de cada una de ellas.
Quinta fase: Mantenimiento
Mientras la primera versión se encuentra en producción, el proyecto XP debe mantener el sistema en funcionamiento al mismo tiempo que desarrolla nuevas iteraciones.
Primera fase: Exploración
Los clientes plantean a grandes rasgos las historias de usuario que son de interés para la primera entrega del producto. Al mismo tiempo el equipo de desarrollo se familiariza con las herramientas, tecnologías y prácticas que se utilizarán en el proyecto.
Sexta fase: Muerte del proyecto
Es cuando el cliente no tiene más historias para ser incluidas en el sistema. Esto requiere que se satisfagan las necesidades del cliente en otros aspectos como rendimiento y confiabilidad del sistema. Se genera la documentación final del sistema y no se realizan más cambios en la arquitectura.