You are on page 1of 2

METODO ESPIRAL Es un modelo de ciclo de vida orientado a riesgos que divide un proyecto software en mini-proyectos.

Cada mini proyecto se centra en uno o ms riesgos importantes hasta que todos estn controlados. Despus de controlar todos los riesgos ms importantes, el modelo en espiral finaliza del mismo modo que el ciclo de vida en cascada. Mtodo Desarrollo en Espiral Funcionamiento: Se parte de una escala pequea en medio de la espiral, se localizan los riesgos, se genera un plan para manejar los riesgos, y a continuacin se establece una aproximacin a la siguiente interaccin. Cada iteracin supone que el proyecto pasa a una escala superior. Se avanza un nivel en el Espiral, se comprueba que se tiene lo que se desea, y despus se comienza a trabajar en el siguiente nivel: Con cada iteracin a travs del espiral se construye sucesivas versiones de software cada vez ms completas. En cada bucle alrededor del espiral, la culminacin del anlisis de riesgo resulta una decisin de seguir o no seguir. Cada interaccin en el mtodo espiral lleva consigo los seis pasos que a continuacin se nombran: Determinar objetivos, alternativas y lmites, Identificar y resolver riesgos, Evaluar alternativas, Generar las entregas de esa iteracin, y comprobar que son correctas. En el modelo en espiral, las primeras iteraciones son las menos costosas. Supone menos gasto desarrollar el concepto de operacin que realizar el desarrollo de los requerimientos, y tambin es menos costoso desarrollar los requerimientos que llevar a cabo el desarrollo del diseo, la implementacin del producto y la prueba del mismo. En cada Cuadrante del Mtodo espiral se realiza las siguientes actividades: Planificacin: Determinacin de objetivos, alternativas, restricciones, y elaboracin del plan de desarrollo para el ciclo actual. Anlisis de Riesgos: Evaluacin de las alternativas, identificacin y resolucin de riesgos. Se decide si se sigue o no con el proyecto Ingeniera: Desarrollo del producto siguiendo un modelo: del ciclo de vida o cascada, prototipo, etc. Evaluacin por el cliente, Valoracin de resultados.

METODO DE CASCADA PURA En un modelo en cascada, un proyecto progresa a travs de una secuencia ordenada de pasos partiendo de la especificacin de requerimientos hasta el mantenimiento del mismo. El mtodo realiza una revisin al final de cada etapa para determinar si est preparado para pasar a la siguiente etapa, por ejemplo, desde el anlisis de requerimientos hasta el diseo. Cuando la revisin determina que el proyecto no est listo pasar a la siguiente, permanece en la etapa actual hasta que est preparado. El modelo en cascada est dirigido por documentos. Ayuda a localizar errores en las primeras etapas del proyecto a un bajo costo. Ayuda a minimizar los gastos de la planificacin porque permite realizarla sin planificacin porque permite realizarla sin problemas. Funciona especialmente bien si se dispone de personal poco cualificado o dispone de personal poco cualificado o inexperto, porque presenta el proyecto inexperto, porque presenta el proyecto con una estructura que ayuda a minimizar con una estructura el esfuerzo intil. En resumen, los inconvenientes del venerado modelo en cascada hacen que sea, a menudo, un modelo poco apropiado para un proyecto de desarrollo rpido. Incluso en los casos en los que las ventajas del modelo en cascada pura superan los inconvenientes, los modelos de cascada modificada (con retroceso) pueden funcionar mejor. Las desventajas del modelo se centran en las dificultades para especificar claramente los requerimientos al comienzo del proyecto, antes de que se realice ningn trabajo de diseo y antes de escribir ningn cdigo. No proporciona resultados tangibles en forma de software hasta el final del ciclo de forma de software del ciclo de vida de Algunas herramientas, mtodos y actividades que abarcan varias etapas de la cascada; estas actividades son difciles de ajustar en las etapas discontinuas del modelo para un proyecto de desarrollo rpido, el modelo en cascada puede suponer una cantidad excesiva de documentacin. El modelo genera pocos signos visibles de progreso hasta el final. Esto puede dar la impresin de un desarrollo lento, existe la incertidumbre de los clientes si sus proyectos sern entregados a tiempo.