Rapid Application Development

Transcript

1. Rapid Application Development
2. RAD - Historia
3. RAD - Objetivos
4. RAD - Objetivos - Calidad “Cumplir con los verdaderos re- querimientos del negocio (o usuario) tan efectivamente como sea posible en el momento que el sistema entre en operacion” -- Martin 1991
5. RAD - Objetivos - Tiempo Timebox: * 60 -120 dias * Tiempo > importante : ** Requerimientos, Costo
6. RAD - Objetivos - Costo * Ciclos de Desarrollo cortos * Pocos desarrolladores (muy experimentados) * Alta interaccion con los Clien tes
7. RAD - Objetivos Rapid development Herramien- tas Automa- tizadas Participación de Usuarios Equipos pequeños Partes Reus- ables Costo Bajo Mejor calidad Conocer las necesi- dades del negocio Bajo costo de mantenimiento
8. RAD - Elementos Esenciales Herramientas Generadores de Codigo, CASE tools, Herramientas de prototipo Metodologia Usar las herramientas efectivamente Gente Desarrolladores con experiencia, usuarios finales. (Motivación) Gerencia No colocar Obstaculos, fomentar desarrollo rapido Infraestructura En la que se pueda desarollar tranquilamente
9. RAD - Fases y actividades
10. RAD - Prototyping *Son versiones animadas de una parte del sistema *Se evaluan con el cliente para optimizar la calidad *Un esfuerzo unido entre desarrolladores y usuarios *Facilidad para descubrir errores (Test) Pueden ser usados para varios propositos
11. Problemas atendidos por RAD * Con los métodos convencionales pasa un gran lapso de tiempo antes de que el cliente vea resultados. * Con los métodos convencionales el desarrollo llega a tardar tanto que para cuando el sistema está listo para utilizarse los pro- cesos del cliente han cambiado radicalmente. * Con los métodos convencionales no hay nada hasta que el 100% del proceso de desarrollo se ha realizado, entonces se entrega el 100% del software.
12. Por que usar RAD? * Prevenir presupuestos rebasados (RAD necesita un equipo dis- ciplinado en manejo de costos). * Prevenir incumplimiento de fechas (RAD necesita un equipo disciplinado en manejo de tiempo).
13. Por que usar RAD? Malas razones * Prevenir presupuestos rebasados (RAD necesita un equipo disciplinado en manejo de costos). * Prevenir incumplimiento de fechas (RAD necesita un equipo disciplinado en manejo de tiempo).
14. Por que usar RAD? Buenas razones * Convergir tempranamente en un diseño acept- able para el cliente y posible para los desarrolla- dores. * Limitar la exposición del proyecto a las fuerzas de cambio. * Ahorrar tiempo de desarrollo, posiblemente a expensas de dinero o de calidad del producto.
15. RAD - Ventajas *Velocidad de desarrollo *Visibilidad Temprana *Mayor flexibilidad *Mayor involucramiento de usuarios *Posiblemente menor costo *Ciclos de desarrollo más cortos *Comprensión adecuada de los requisitos *División del sistema en módulos
16. RAD - Desventajas *Proyectos grandes – Altos recursos *Funciones reducidas *Progreso más difícil de evaluar *Menos eficiente *Más fallas. “Codificar a lo bestia” *Escalabilidad reducida – Desechables *Compromiso del cliente y desarrollador *Calidad reducida *Sucesión de prototipos si resultados
17. RAD - Ejemplo
18. RAD - Conclusiones *Se usa principalmente en proyectos grandes *Involucra al usuario en el proyecto *Alto compromiso tanto del desarrollador como del usuario *Resultados inmediatos *Alta posibilidad de satisfacer todos los requerimientos *Facilita la detección de cambios de forma oportuna *División del producto en módulos independientes *Los prototipos son desechables
19. Referencias * Martin, J. Rapid Application Development. Macmillan, New York, 1991. * http://ironbark.bendigo.latrobe.edu.au/sub- jects/ISD/isds109web/SDLC2.pdf *Risks of Rapid Application Development Agarwal, Prasad, Tanniru, and Lynch *(RAD): an Empirical Review