05 masmodelosdeprocesodesoftware isi
0 recomendaciones652 vistas
Este documento presenta una introducción a varios modelos de procesos de software, incluyendo modelos ágiles como Scrum. Explica que Scrum es una metodología ágil que estructura el desarrollo en ciclos cortos llamados Sprints. También describe los roles clave en Scrum y los documentos utilizados como el Product Backlog y Sprint Backlog. Finalmente, discute otros enfoques como prototipado e ingeniería concurrente, y factores a considerar para seleccionar el ciclo de vida adecuado para un proyecto.
![Otros Modelos / 18
Ingeniería de Software I
© MSc. Carlos Mera Gómez
2013
Características de Scrum
• Un Sprint es la fase central de Scrum, en
donde se evalúa el trabajo, se seleccionan las
características a ser desarrolladas y el
software es implementado. Al final de un
sprint, la funcionalidad producida es liberada
a los usuarios.
• Los Sprints tienen una duración fija [1 – 4
semanas] y finalizan en la fecha establecida
independiente de si se haya completado el
trabajo o no.
18](https://image.slidesharecdn.com/05masmodelosdeprocesodesoftware-isi-150310122701-conversion-gate01/85/05-masmodelosdeprocesodesoftware-isi-18-320.jpg)
05 masmodelosdeprocesodesoftware isi
- 1. Otros Modelos / 1 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Modelos de Proceso de Software Ingeniería de Software I FIEC03046 Sesión 05
- 2. Otros Modelos / 2 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Agenda • Terminología • Modelo de desarrollo ágil • Scrum • Otros enfoques – Prototipo – Ingeniería Concurrente • El mejor ciclo de vida para un proyecto
- 3. Otros Modelos / 3 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Terminología
- 4. Otros Modelos / 4 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Terminología • Una metodología es un framework para la organización sistemática de una colección de métodos. Algunos ejemplos son: – Structured Systems Analysis and Design SSADM – Unified Software Development Process USDP o Rational Unified Process RUP – Extreme Programming XP – SCRUM – Dynamic Systems Development DSDM
- 5. Otros Modelos / 5 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Modelo de desarrollo ágil
- 6. Otros Modelos / 6 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Modelo de desarrollo ágil • Es un tipo de modelo iterativo e incremental. El software es desarrollado en incrementos de ciclos cortos. • Cada pequeño entregable es construido sobre los anteriores entregables. • Cada release es cuidadosamente probado para asegurar que se mantenga la calidad del sofware.
- 7. Otros Modelos / 7 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Modelo de desarrollo ágil • Es un modelo para desarrollo de software iterativo e incremental en el cual los incrementos son pequeños y usualmente una nueva versión es presentada al usuario cada 2 o 3 semanas. • Se minimizan documentación y reuniones formales para dar paso a reuniones con comunicaciones informales. 7
- 8. Otros Modelos / 8 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Modelo de desarrollo ágil – Fuente: http://istqbexamcertification.com/
- 9. Otros Modelos / 9 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Modelo de desarrollo ágil
- 10. Otros Modelos / 10 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Modelo de desarrollo ágil
- 11. Otros Modelos / 11 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Ventajas del modelo de desarrollo ágil • Entregables frecuentes (semanas en vez de meses) • Se enfatiza las personas y sus interacciones más que procesos y herramientas • Satisfacción del cliente por las entregas constantes y rápidas de software. • Cooperación cercana entre los expertos de la lógica del negocio y los desarrolladores.
- 12. Otros Modelos / 12 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Desventajas del modelo de desarrollo ágil • Falta de énfasis en diseño y documentación necesaria. • Solo desarrolladores senior son capaces de tomar las decisiones requeridas durante el proceso de desarrollo. Por lo tanto, no hay lugar para novatos, a menos que se mezclen con recursos experimentados.
- 13. Otros Modelos / 13 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Modelo de desarrollo ágil • Conveniente cuando… – Existe una alta frecuencia de cambios. – Se requiere muy poca planificación para iniciar el proyecto.
- 14. Otros Modelos / 14 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Modelo de desarrollo ágil • Metodologías de desarrollo ágil: – Scrum – Extreme programming (XP) – Test-driven development (TDD) – Agile Unified Process (AUP)
- 15. Otros Modelos / 15 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Scrum
- 16. Otros Modelos / 16 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Metodología Scrum • Es una metodología de desarrollo ágil que estructura el desarrollo de aplicaciones en ciclos llamados Sprints. Ciclo de Sprint Seleccionar Desarrollar Revisar Evaluar Bosquejo de planeación y diseño de la arquitectura Cierre del proyecto 16
- 17. Otros Modelos / 17 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Roles en Scrum • El Product Owner describe los requerimientos del software en el Product Backlog. • El Scrum Master es el facilitador que coordina reuniones diarias, hace seguimiento del Sprint Backlog, y se comunica con el Product Owner para evitar interrupciones. • El Equipo de Desarrollo Scrum está conformado por las personas que desarrollan el software. 17
- 18. Otros Modelos / 18 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Características de Scrum • Un Sprint es la fase central de Scrum, en donde se evalúa el trabajo, se seleccionan las características a ser desarrolladas y el software es implementado. Al final de un sprint, la funcionalidad producida es liberada a los usuarios. • Los Sprints tienen una duración fija [1 – 4 semanas] y finalizan en la fecha establecida independiente de si se haya completado el trabajo o no. 18
- 19. Otros Modelos / 19 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Características de Scrum • Sprint Planning: es la reunión que se realiza al inicio de cada Sprint entre el Product Owner y el Equipo de Desarrollo con la facilitación del Scrum Master para definir la lista de tareas en el Sprint Backlog. • Daily Scrum Meeting: Es una reunión diaria de 15 minutos en la cual el equipo de desarrollo analiza el avance de tareas y define si es necesaria una replanificación de las mismas. 19
- 20. Otros Modelos / 20 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Documentos de Scrum • El Product Backlog es un documento que contiene todos los requerimientos del software a desarrollar. Está abierto a modificaciones. • El Sprint Backlog es un documento que contiene las tareas que el equipo va a desarrollar en el siguiente sprint. Ninguna tarea es mayor a 16 horas de trabajo. 20
- 21. Otros Modelos / 21 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Documentos de Scrum 21 Ejemplo de Sprint BackLog Fuente: Scrum Training Institute Press
- 22. Otros Modelos / 22 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Documentos de Scrum • El burn down chart es una gráfica que muestra la cantidad de requisitos pendientes en el product backlog al inicio de cada sprint. 22 Scrum Fuente: http://en.wikipedia.org
- 23. Otros Modelos / 23 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Documentos de Scrum 23 Burn down chart Fuente: http://en.wikipedia.org
- 24. Otros Modelos / 24 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Beneficios del uso de Scrum • Entrega de un producto funcional al final de cada Sprint • El producto es dividido en subconjuntos plenamente manejables y entendibles. • Requerimientos inestables son identificados a tiempo. • Todo el equipo de desarrollo conoce el estado del proyecto. • Se establece una relación de confianza entre clientes y desarrolladores. 24
- 25. Otros Modelos / 25 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Limitaciones del uso de Scrum • Difícil de aplicar en grandes proyectos • Requiere de un equipo con habilidades transversales • Presupone un cliente muy activo e involucrado continuamente en el desarrollo. • No se genera documentación que diversas normativas internacionales solicitan. 25
- 26. Otros Modelos / 26 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Otros enfoques a considerar
- 27. Otros Modelos / 27 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Prototipo • Identifica los requerimientos del cliente más explícitamente o evalúa la factibilidad del diseño de una solución. • Muy útil cuando los requerimientos son inciertos o para clarificar la interfaz de usuario. • Podría ser también utilizada en pruebas ya que los resultados de las pruebas podrían ser verificados con el prototipo. • Mejora el involucramiento del usuario a través de un modelo tangible del sistema.
- 28. Otros Modelos / 28 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Ingeniería Concurrente • Utilizado para acelerar la entrega de desarrollos incrementales en paralelo. • Usado cuando el tiempo es esencial. • Los problemas surgen cuando los primeros incrementos son inmediatamente incorporados en los siguientes incrementos. • Incrementa esfuerzo en términos de planificación y comunicación. • Requiere el involucramiento del cliente en un número de iteraciones concurrentes.
- 29. Otros Modelos / 29 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 El mejor ciclo de vida para un proyecto
- 30. Otros Modelos / 30 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 El mejor ciclo de vida para un proyecto • Cascada – Proyectos medianos/pequeños – Requerimientos claros y bien entendidos – Restricciones de tiempo y costo • Incremental – Proyecto puede ser divididos en una serie de mini proyectos – Útil para proyectos de alto riesgo o cuando los recursos son limitados – Bosquejo de requerimientos puede ser bien entendido – Tiempo y restricciones de costo pueden ser especificados para cada incremento
- 31. Otros Modelos / 31 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 El mejor ciclo de vida para un proyecto • Iterativo o Evolutivo – Proyectos con requerimientos inciertos – Útil cuando la calidad es más importante que el tiempo o costo – Útil para equipos colaborativos pequeños de usuarios/desarrolladores con restricciones de tiempo y costo – Tienden a ser inapropiados para sistemas de misión críticos y sistemas con requerimientos regulatorios. • Enfoques híbridos son posibles – Proyectos grandes para los cuales una arquitectura estable puede ser definida pero aún existe cierta incertidumbre.
- 32. Otros Modelos / 32 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 David Boddy’s project profile tool
- 33. Otros Modelos / 33 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 David Boddy’s project profile tool
- 34. Otros Modelos / 34 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Puntos para recordar • Scrum es una metodología de desarrollo ágil • La principal fase del modelo Scrum es el Sprint • Los roles de Scrum son Product Owner, Scrum Master y el Equipo de Desarrollo • Scrum entrega un producto funcional al final de cada Sprint • Scrum es difícil de aplicar en grandes proyectos • David Boddy’s project profile tool 34
- 35. Otros Modelos / 35 Ingeniería de Software I © MSc. Carlos Mera Gómez 2013 Próxima Sesión • Visión y gestión de proyectos