Métodos Ágiles

Ingeniería en Sistemas de Información Diseño de Sistemas (3K1)

Contenidos de la Unidad 1 Introducción al Diseño e) Modelos de desarrollo rápido del software Sommervillle. Introducción Cap. 17 Métodos ágiles. Sommervillle. Sección 17.1. Kendall&Kendall. Capítulo 6.Sección PROGRAMACIÓN EXTREMA Larman, 2ª.Ed., Cap. 37.3 2. Desarrollo rápido de aplicaciones. Sommervillle. Sección 17.3 Pressman. Sección 2.6 Kendall&Kendall. Capítulo 6. Sección DESARROLLO RÁPIDO DE APLICACIONES. 3. Prototipado del software. Clases de prototipos. Desarrollo de un prototipo Ventajas y Desventajas de prototipos. Papel del usuario en la elaboración de prototipos. Sommervillle. Sección 17.4. Pressman. Sección 2.5 Kendall&Kendall. Capítulo 6

En los años 80 y 90, se creía que la mejor forma de obtener un mejor software era a través de: una planificación cuidadosa del proyecto, una garantía de calidad formalizada, la utilización de métodos de análisis y diseño soportados por herramientas CASE, procesos de desarrollo de software controlados y rigurosos. Esta opinión provenía de ingenieros de software implicados en el desarrollo de grandes sistemas de larga vida compuestos de muchos programas individuales. Métodos Agiles (Sommerville, 17.1)

Estos programas eran a menudo sistemas críticos. Este software era desarrollado por grandes equipos que podían trabajar para compañías diferentes. Podían estaban dispersos geográficamente y trabajar en el software durante largo tiempo. Ejemplo => Los Sistemas de Control de un Avión moderno, en los cuales pueden transcurrir hasta 10 años desde la especificación inicial hasta la utilización. Métodos Agiles

Estos enfoques implican una importante sobrecarga de trabajo en cuanto a la planificación, diseño y documentación del sistema. Este esfuerzo adicional se justifica cuando: se tiene que coordinar el trabajo de múltiples equipos de desarrollo es un sistema crítico muchas personas diferentes estarán involucradas en el mantenimiento del software durante su vida. Métodos Agiles

Cuando este enfoque «pesado» de desarrollo, basado en la planificación, fue aplicado a sistemas pequeños y medios, el esfuerzo invertido era tan grande que dominaba todo el proceso de desarrollo del software. Se pasaba más tiempo pensando en cómo se debía desarrollar el sistema que en programar el desarrollo y las pruebas. Cuando cambiaban los requerimientos, hacía que rehacer el trabajo . Métodos Agiles Origen

El descontento con estos enfoques pesados condujo, en los años 90, a proponer nuevos métodos ágiles. Éstos permitieron centrarse en el software y no tanto en su diseño y documentación. Los Métodos Ágiles tienen un enfoque iterativo para la especificación, desarrollo y entrega del software. Fueron diseñados para el desarrollo de aplicaciones donde los requerimientos del sistema cambian rápidamente en el proceso de desarrollo. Métodos Agiles Origen

Están pensados para entregar software funcional rápidamente a los clientes, quienes pueden entonces proponer (para iteraciones posteriores) nuevos requerimientos o cambios en los mismos. El método ágil más conocido es la programación extrema. Los Métodos Ágiles se basan en el desarrollo y la entrega increméntales, pero proponen procesos diferentes para alcanzarla. Métodos Agiles Origen

Métodos Agiles Principios que comparten

La participación del cliente es atractiva, pero su éxito depende de tener un cliente dispuesto, con tiempo para el equipo de desarrollo y que pueda representar a todos los usuarios del sistema. Frecuentemente, el cliente está sometido a otras presiones y no puede participar plenamente en el proyecto. 2. Los miembros del equipo pueden no tener la personalidad apropiada para una participación intensa, típica de los métodos ágiles. Por eso, pueden no relacionarse adecuadamente con los otros miembros del equipo. Métodos Agiles Principios que comparten

3. Priorizar los cambios puede ser muy difícil, especialmente en sistemas donde hay muchos usuarios. Por lo general, cada usuario proporciona p rioridades distintas. 4. Mantener la simplicidad requiere un trabajo extra. Bajo presión por las entregas, puede no haber tiempo para las simplificaciones deseables del sistema. Métodos Agiles Principios que comparten

Normalmente el documento de Requerimientos del Software (producto del Análisis) es parte del Contrato entre el Cliente y el Proveedor. Es difícil redactar contratos para los Métodos Agiles; pues con la entrega incremental el desarrollo puede ser difícil. Por eso, en los contratos para los métodos ágiles, el cliente paga por el tiempo necesario para el desarrollo del sistema, en vez que por el desarrollo de un conjunto específico de requerimientos. Métodos Agiles Problemas Contractuales

Si va todo bien, ésto beneficia a ambos. Si surgen problemas, puede haber disputas sobre quién es el culpable y quién debe pagar por el tiempo extra y recursos necesarios para resolver los problemas. Todos los métodos tienen límites, y los Métodos Ágiles son sólo apropiados para algunos tipos de desarrollo. Son los mejores para el desarrollo de sistemas de negocio pequeños y medios y el desarrollo de productos para computadoras personales. Métodos Agiles Problemas Contractuales

No son adecuados para desarrollar sistemas a gran escala; O con equipos de desarrollo ubicados en diferentes lugares; O donde puedan haber complejas interacciones con otros sistemas. No se los deben utilizar para desarrollar Sistemas Críticos , donde es necesario un análisis detallado de todos los requerimientos para comprender sus implicaciones de seguridad o protección. Métodos Agiles Inconvenientes

Métodos Ágiles

Más contenido relacionado

La actualidad más candente (20)

Destacado (7)

Similar a Métodos Ágiles (20)

Más de Juan Pablo Bustos Thames (20)

Último (20)

Métodos Ágiles