1 / 19

Metodologías ágiles

Metodologías ágiles. Agenda. Introducción Nacimiento Manifiesto ágil (2001) Diferencias profundas Agile UP. Introducción. ¿Cuál es la esencia del software?. Esencia según Brooks en “No hay balas de plata” Complejidad Conformidad Manejabilidad Invisibilidad

tambre
Download Presentation

Metodologías ágiles

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Metodologías ágiles

  2. Agenda Introducción Nacimiento Manifiesto ágil (2001) Diferencias profundas Agile UP

  3. Introducción • ¿Cuál es la esencia del software?. Esencia según Brooks en “No hay balas de plata” • Complejidad • Conformidad • Manejabilidad • Invisibilidad ¿Si podríamos saber cual es esa esencia haríamos proyectos más simples? Abarcar solo esencia Metodologías Agiles

  4. Nacimiento [...software es una actividad caótica, frecuentemente caracterizada por la frase "codifica y corrige“] Martin Fowler Metodología: proceso disciplinado sobre el desarrollo de software con el fin de hacerlo más predecible y eficiente Metodología ágil

  5. Manifiesto ágil (2001) En marzo de 2001 diecisiete críticos designaron el término “Métodos Ágiles” para definir a los métodos que estaban surgiendo como alternativa a las metodologías formales. Valores del manifiesto ágil.

  6. Diferencias profundas • Los métodos ágiles son adaptables en lugar de predictivos. • Los métodos ágiles son orientados a la gente y no orientados al proceso.

  7. Agile UnifiedProcess (AUP)

  8. Agenda AUP Definición Ciclo de vida Fases Hitos Disciplinas Versiones incrementales Roles Ventajas Conclusiónes

  9. AUP • El proceso unificado ágil (AUP) es un desarrollo de programas basado en el proceso unificado racional de IBM (RUP). • El ciclo vital de AUP es en serie en lo grande, iterativo en el pequeño, entregando productos incrementales en un cierto plazo. • Versión simplificada de RUP • Más fácil de entender • Incorpora técnicas de desarrollo ágiles

  10. Ciclo de vida

  11. Inicio - Fases • Inicio: Identificar el alcance inicial del proyecto, una potencial arquitectura para el sistema, obtener financiamiento para el proyecto y aceptación de los involucrados (stakeholders). • Elaboración: Probar la arquitectura del sistema, hacer un prototipo de arquitectura que elimine los riesgos técnicos para probar que el proyecto es factible. • Construcción: Implementar un software sobre una base incremental la que debe estar relacionada con los objetivos de los involucrados. • Transición: Validar y entregar el sistema en un ambiente de producción.

  12. Transición - Fases de AUP Inicio Elab. Cons. Tran. Objetivos del ciclo de vida (LCO) Lanzamiento del producto (PR) Arquitectura del ciclo de vida (LCA) Capacidad operacional inicial (IOC)

  13. Disciplinas • Modelo.  entender los procesos de negocios de la organización, el dominio de problema que puede ser abordado por el software, e identificar una solución viable. • Implementación.  transformar los modelos en código ejecutable y aplicar pruebas básicas en unidades particulares de prueba. • Prueba.  realizar una evaluación objetiva para asegurar la calidad. Esto incluye encontrar defectos, validar que el sistema funcione como fue diseñado, y verificar que los requerimientos estén abordados por las funcionalidades

  14. Disciplinas • Despliegue.  planificar la entrega del sistema y ejecutar el plan para que el sistema esté disponible para los usuarios. • Administración de la Configuración.  administrar el acceso a los artefactos del proyecto. Esto no solo incluye el seguimientos de las versiones de los artefactos, sino también controlar y administrar los cambios sobre ellos. • Administración del Proyecto.  dirigir las actividades que forman parte del proyecto. Esto incluye administración de riesgos, dirigir personas y coordinar personas con sistemas que están fuera del alcance del proyecto. • Ambiente. facilitar todo el entorno que permita el normal desarrollo del proyecto.

  15. Versiones Incrementales Los equipos del AUP entregan típicamente lanzamientos del desarrollo en el final de cada iteración. Cada iteración es cada vez mas corta.

  16. Roles • Project Manager • Maneja a los miembros construye relaciones con los stakeholders, coordina interacciones con los stakeholders, planea, maneja y asigna los recursos, • Process Engineer • Desarrolla, adapta y apoya sus materiales del proceso del software • Developer • Escribe, testea y construye software • Agile DBA • Un administrador de base de datos (DBA) que trabaja en colaboración con los miembros de equipo de proyecto para diseñar, probar, desarrollar, y apoyar los esquemas.

  17. Roles (II) • Agile Modeler • Crea y desarrolla modelos, bosquejos o los archivos de la herramienta CASE, de una manera evolutiva y de colaboración. • Configuration Manager • Un encargado de la configuración es responsable de proporcionar la infraestructura total y el ambiente del CM al equipo de desarrollo. • Stakeholder • Test Manager • Responsables del éxito de la prueba, incluyendo el planeamiento, la gerencia, y la defensa para la prueba y las actividades de la calidad. • Test

  18. Ventajas AUP • Los integrantes saben lo que hacen. • Simple • Todo es Conciso • Ágil • Mantener el foco en las actividades de alto valor. • Independiente de la Herramienta • Brinda soporte a herramientas CASE

  19. Conclusiones

More Related