Programacin Extrema XP Alan Quirino 617993 Eder Ramrez

  • Slides: 12
Download presentation
Programación Extrema (XP) Alan Quirino 617993 Eder Ramírez 796598 Edgar García 796627 Alberto Borrell

Programación Extrema (XP) Alan Quirino 617993 Eder Ramírez 796598 Edgar García 796627 Alberto Borrell 1031357 Raúl Bribiesca 1031862

Historia • Nació en 1996. • Ken Beck fundador de la metodología de XP.

Historia • Nació en 1996. • Ken Beck fundador de la metodología de XP. • Proyecto C 3 de Daimler. Chrysler. • Identificó que era lo simple y lo difícil al momento de programar.

¿Qué es XP? • Metodología para un ágil desarrollo de software. • Programación basada

¿Qué es XP? • Metodología para un ágil desarrollo de software. • Programación basada en los deseos del cliente. • El equipo lo conforman los jefes de proyecto, desarrolladores y el cliente. • Se rige por valores y principios.

Valores de XP • Comunicación: Crear software requiere de sistemas comunicados. • Simplicidad: Empezar

Valores de XP • Comunicación: Crear software requiere de sistemas comunicados. • Simplicidad: Empezar con lo necesario y requerido y trabajar desde ahí. • Retroalimentacion: Del sistema, del cliente, y del equipo. • Valentia: Programa para hoy y no para mañana. • Respeto: El equipo debe trabajar como uno, sin hacer desiciones repentinas.

Actividades • Codificación: La parte mas importante de XP. • Pruebas: Nunca se puede

Actividades • Codificación: La parte mas importante de XP. • Pruebas: Nunca se puede estar seguro de algo hasta haberlo probado. • Escuchar: Escuchar los requisitos del cliente acerca del sistema a crear. • Diseño: Crear una estructura del diseño para evitar problemas.

Ciclo de la XP

Ciclo de la XP

Planeación de la XP Para planear la programación extrema debemos de tomar en consideración

Planeación de la XP Para planear la programación extrema debemos de tomar en consideración algunas piezas clave como son costo, la calidad, el tiempo y el alcance que puede tener. El costo: se puede incrementar o disminuir por la cantidad de personas que se contraten en el proyecto Calidad: La calidad interna La calidad externa Tiempo: “el desarrollo de un software no es un proceso rígido”. “los clientes toman decisiones de negocio y los programadores toman decisiones técnicas”. Como decisiones técnicas tenemos a los días y prioridades y como las técnicas se encuentran los estimados. Beck, K. , & Flower, M. (2001). Planning extreme programming. boston: Addison-Wesley.

Usos y aplicaciones de XP • Extreme Programming se usa actualmente para la creación

Usos y aplicaciones de XP • Extreme Programming se usa actualmente para la creación y desarrollo practico de software. • Este se ha usado mucho últimamente, ya que es una metodología ágil para desarrollar software, antes de dar ejemplos de empresas que aplican Extreme programming, citaré las ventajas y desventajas que este tipo de metodología ágil aporta.

Ventajas y desventajas de Extreme Programming Ventajas: Ø Programación organizada. Ø Menor taza de

Ventajas y desventajas de Extreme Programming Ventajas: Ø Programación organizada. Ø Menor taza de errores. Ø Satisfacción del programador. Desventajas: Ø Es recomendable emplearlo solo en proyectos a corto plazo. Ø Altas comisiones en caso de fallar.

Ejemplo de aplicación de Extreme Programming • Las aplicaciones donde se puede usar Extreme

Ejemplo de aplicación de Extreme Programming • Las aplicaciones donde se puede usar Extreme Programming son extensas, ya que en cualquier rama de mercado y ciencia XP es una buena opción. • Un ejemplo de una empresa que aplico Extreme Programming es ONess, cuyo objetivo es un proyecto open source para el negocio textil mayorista desarrollado con tecnologías open source innovadoras.

Beneficios • El cliente tiene el control sobre las prioridades. • Se hacen pruebas

Beneficios • El cliente tiene el control sobre las prioridades. • Se hacen pruebas continuas durante el proyecto. • La XP es mejor utilizada en la implementación de nuevas tecnologías donde los requerimientos cambian rápidamente.

Conclusiones

Conclusiones