MODELO ESPIRAL
DEFINICIÓN (origen, características, principios y bibliografía )
Este modelo fue presentado por primera vez por Barry Boehm en 1986. Boehm fue un profesor de
ciencia de la computación, reconocido por sus múltiples aportes al área de la ingeniería de software.
Boehm uso elementos de otras metodologías como la cascada, la incremental y la de prototipos. Sin
embargo, la espiral se caracteriza por ser un modelo basado en riesgos. Se usa para proyectos
grandes, no es muy útil para los pequeños.
FASES (IMÁGEN- DESCRIPCIÓN )
El nombre se debe a que la representación gráfica es la de una espiral en la que cada ciclo es una de
las fases del proceso del software. Cada ciclo se divide en 4 partes:
1. Determinar objetivos: Se identifican y analizan los objetivos a partir de los requisitos de los
clientes. Luego se proponen las posibles soluciones para logar los objetivos. Se mantiene
comunicación constante con el cliente.
2. Evaluación de riesgos: Se analizan las soluciones propuestas y se evalúan, identificando los
riesgos de cada una de ellas y las posibles resoluciones. De este proceso se define el
prototipo que ofrezca la mejor solución posible.
3. Desarrollo y validación: Dependiendo de lo definido en la evaluación de riesgos, se escoge
un modelo de desarrollo que se adecue.
4. Fase de planificación: Se hace la revisión del proyecto y se decide si se debe continuar con el
ciclo siguiente. En caso positivo, se hacen los planes para la próxima fase.
Al incorporar el manejo de riesgos, la fase más importante es la fase de análisis de riesgos. Se
considera riesgo a cualquier cosa que puede salir mal. Por ejemplo, se considera el lenguaje de
programación a utilizar y cuales riesgos este podría presentar. Y se plantean soluciones, luengo se
avanza en el desarrollo y se inicia la planificación de la siguiente fase.
ELEMENTOS - HERRAMIENTAS DE APOYO
VENTAJAS
La principal ventaja es el manejo de riesgo. Por eso es una buena opcion para proyectos grandes y
costosos. El proceso de revision constante hace que los riesgos se controlen en cada fase.
Es transparente y el cliente tiene acceso a ver el producto en funcionamiento desde las primeras
etapas del ciclo de vida del desarrollo de software.
Los requisitos pueden ser flexibles, permite cambios
La documentación se controla en cada una de las fases.
DESVENTAJAS
Debido a la monitoria continua, los costos se incrementan así como la complejidad y la cantidad de
documentación, por tanto no se recomienda para proyectos pequeños.
Al iniciar no es fácil calcular la fecha de finalización.
Requiere personal experimentado en análisis de riesgo.
METODOLOGIA SCRUM
DEFINICIÓN (origen, características, principios y bibliografía )
La metodología Scrum consiste en hacer entregas parciales con regularidad. Se caracteriza por su
flexibilidad, pues los requisitos pueden ser cambiados en cualquier momento dependiendo de las
necesidades del cliente.
Fue descrita por Ikujiro Nonaka e Hirotaka Takeuchi en los anos 80. La palabra Scrum viene del
Rugby, enfatizando el trabajo en equipo.
FASES (IMÁGEN- DESCRIPCIÓN )
1. Producto backlog
2. Sprint planning
3. Sprint
4. Scrum team daily
5. Sprint review y retrospectiva
ELEMENTOS - HERRAMIENTAS DE APOYO
Los artefactos de scrum son el backlog del producto, el backlog de sprint, el Sprint planning, el
scrum team meeting, los dailys, sprint review y la retrospectiva.
Herramientas: Historias de usuarios, sprint bakclog, el sprint board.
Roles: Product Owner, Scrum Master, Stakeholders, Scrum team,
VENTAJAS
La flexibilidad y la agilidad en el desarrollo son las mayores ventajas de la metodología Scrum
El cliente es parte del proceso de desarrollo durante todo el proceso.
Genera mucha más satisfacción en los desarrolladores
Entregas constantes de productos con valor agregado.
DESVENTAJAS
Al principio es difícil de implementar porque es muy diferente a la cultura organizacional de muchas
empresas
Es muy exigente
Si el cliente cambia constantemente los requerimientos, el proyecto no avanza.
La conformación de los equipos de desarrollo puede ser dificil por que se require trabajo
multidisciplinario.
Bibliografia:
Ingeniería del software
De Ian Sommerville · 2005 ISBN:9788478290741, 8478290745
Cantidad de páginas:687 Editor:Pearson Educación
Traductor:María Isabel Alfonso Galipienso
