Your SlideShare is downloading. ×
0
Métodos Ágiles
Métodos Ágiles
Métodos Ágiles
Métodos Ágiles
Métodos Ágiles
Métodos Ágiles
Métodos Ágiles
Métodos Ágiles
Métodos Ágiles
Métodos Ágiles
Métodos Ágiles
Métodos Ágiles
Métodos Ágiles
Métodos Ágiles
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Métodos Ágiles

5,882

Published on

Unidad I. Diseño de Sistemas. UTN-FRT. 3K1. Métodos Agiles de Diseño. 2011

Unidad I. Diseño de Sistemas. UTN-FRT. 3K1. Métodos Agiles de Diseño. 2011

Published in: Business
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
5,882
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
82
Comments
0
Likes
1
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Ingeniería en Sistemas de Información Diseño de Sistemas (3K1)
  • 2. Contenidos de la Unidad 1 Introducción al Diseño e) Modelos de desarrollo rápido del software Sommervillle. Introducción Cap. 17 <ul><ul><ul><ul><li>Métodos ágiles. </li></ul></ul></ul></ul>Sommervillle. Sección 17.1. Kendall&Kendall. Capítulo 6.Sección PROGRAMACIÓN EXTREMA Larman, 2ª.Ed., Cap. 37.3 <ul><ul><ul><ul><li>2. Desarrollo rápido de aplicaciones. </li></ul></ul></ul></ul>Sommervillle. Sección 17.3 Pressman. Sección 2.6 Kendall&Kendall. Capítulo 6. Sección DESARROLLO RÁPIDO DE APLICACIONES. <ul><ul><ul><ul><li>3. Prototipado del software. </li></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>Clases de prototipos. </li></ul></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>Desarrollo de un prototipo </li></ul></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>Ventajas y Desventajas de prototipos. </li></ul></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>Papel del usuario en la elaboración de prototipos. </li></ul></ul></ul></ul></ul><ul><li>  </li></ul><ul><li>   </li></ul>Sommervillle. Sección 17.4. Pressman. Sección 2.5 Kendall&Kendall. Capítulo 6          
  • 3. <ul><li>En los años 80 y 90, se creía que la mejor forma de obtener un mejor software era a través de: </li></ul><ul><li>una planificación cuidadosa del proyecto, </li></ul><ul><li>una garantía de calidad formalizada, </li></ul><ul><li>la utilización de métodos de análisis y diseño soportados por herramientas CASE, </li></ul><ul><li>procesos de desarrollo de software controlados y rigurosos. </li></ul><ul><li>Esta opinión provenía de ingenieros de software implicados en el desarrollo de grandes sistemas de larga vida compuestos de muchos programas individuales. </li></ul>Métodos Agiles (Sommerville, 17.1)
  • 4. <ul><li>Estos programas eran a menudo sistemas críticos. </li></ul><ul><li>Este software era desarrollado por grandes equipos que podían trabajar para compañías diferentes. </li></ul><ul><li>Podían estaban dispersos geográficamente y trabajar en el software durante largo tiempo. </li></ul><ul><li>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. </li></ul>Métodos Agiles
  • 5. <ul><li>Estos enfoques implican una importante sobrecarga de trabajo en cuanto a la planificación, diseño y documentación del sistema. </li></ul><ul><li>Este esfuerzo adicional se justifica cuando: </li></ul><ul><li>se tiene que coordinar el trabajo de múltiples equipos de desarrollo </li></ul><ul><li>es un sistema crítico </li></ul><ul><li>muchas personas diferentes estarán involucradas en el mantenimiento del software durante su vida. </li></ul>Métodos Agiles
  • 6. <ul><li>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. </li></ul><ul><li>Se pasaba más tiempo pensando en cómo se debía desarrollar el sistema que en programar el desarrollo y las pruebas. </li></ul><ul><li>Cuando cambiaban los requerimientos, hacía que rehacer el trabajo . </li></ul>Métodos Agiles Origen
  • 7. <ul><li>El descontento con estos enfoques pesados condujo, en los años 90, a proponer nuevos métodos ágiles. </li></ul><ul><li>Éstos permitieron centrarse en el software y no tanto en su diseño y documentación. </li></ul><ul><li>Los Métodos Ágiles tienen un enfoque iterativo para la especificación, desarrollo y entrega del software. </li></ul><ul><li>Fueron diseñados para el desarrollo de aplicaciones donde los requerimientos del sistema cambian rápidamente en el proceso de desarrollo. </li></ul>Métodos Agiles Origen
  • 8. <ul><li>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. </li></ul><ul><li>El método ágil más conocido es la programación extrema. </li></ul><ul><li>Los Métodos Ágiles se basan en el desarrollo y la entrega increméntales, pero proponen procesos diferentes para alcanzarla. </li></ul>Métodos Agiles Origen
  • 9. Métodos Agiles Principios que comparten
  • 10. <ul><li>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. </li></ul><ul><li>Frecuentemente, el cliente está sometido a otras presiones y no puede participar plenamente en el proyecto. </li></ul><ul><li>2. Los miembros del equipo pueden no tener la personalidad apropiada para una participación intensa, típica de los métodos ágiles. </li></ul><ul><li>Por eso, pueden no relacionarse adecuadamente con los otros miembros del equipo. </li></ul>Métodos Agiles Principios que comparten
  • 11. <ul><li>3. Priorizar los cambios puede ser muy difícil, especialmente en sistemas donde hay muchos usuarios. </li></ul><ul><li>Por lo general, cada usuario proporciona p rioridades distintas. </li></ul><ul><li>4. Mantener la simplicidad requiere un trabajo extra. </li></ul><ul><li>Bajo presión por las entregas, puede no haber tiempo para las simplificaciones deseables del sistema. </li></ul>Métodos Agiles Principios que comparten
  • 12. <ul><li>Normalmente el documento de Requerimientos del Software (producto del Análisis) es parte del Contrato entre el Cliente y el Proveedor. </li></ul><ul><li>Es difícil redactar contratos para los Métodos Agiles; pues con la entrega incremental el desarrollo puede ser difícil. </li></ul><ul><li>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. </li></ul>Métodos Agiles Problemas Contractuales
  • 13. <ul><li>Si va todo bien, ésto beneficia a ambos. </li></ul><ul><li>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. </li></ul><ul><li>Todos los métodos tienen límites, y los Métodos Ágiles son sólo apropiados para algunos tipos de desarrollo. </li></ul><ul><li>Son los mejores para el desarrollo de sistemas de negocio pequeños y medios y el desarrollo de productos para computadoras personales. </li></ul>Métodos Agiles Problemas Contractuales
  • 14. <ul><li>No son adecuados para desarrollar sistemas a gran escala; </li></ul><ul><li>O con equipos de desarrollo ubicados en diferentes lugares; </li></ul><ul><li>O donde puedan haber complejas interacciones con otros sistemas. </li></ul><ul><li>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. </li></ul>Métodos Agiles Inconvenientes

×