Ciclo de vida

Ciclos de vida

Cascada Pura: El proyecto progresa a través de una secuencia de pasos ordenados desde la idea inicial hacia la prueba de sistema. El modelo de cascada esta dirigido por documentos, lo que significa que los productos que son transportados de una fase a otra son principalmente documentos. En el modelo de cascada pura, las fases son discontinuas, no se solapan. Este modelofunciona bien en ciclos donde ya tenés una definición estable y cuando estas trabajando con metodologías bien entendidas. En esos casos el modelo te ayuda detectar errores en las etapas más tempranas y baratas del proyecto. Provee la estabilidad a los requerimientos que los desarrolladores siempre ansían. Si estas construyendo un mantenimiento bien definido de un producto existente o migrando un productoexistente a otra plataforma, el modelo cascada puede ser la elección correcta para un desarrollo veloz.
Este modelo ayuda a minimizar el esfuerzo de planificación porque puedes hacerla toda al principio. No provee resultados tangibles en forma de software hasta el final, pero la documentación que genera provee indicadores significativos del progreso.



El modelo de cascada funciona bien enlos proyectos que son bien entendidos pero complejos, porque podes beneficiarte de abordar la complejidad de una manera ordenada. Funciona bien cuando la calidad domina al costo y el tiempo. La eliminación de cambios de idea a la mitad elimina una gran fuente de errores potenciales.
El modelo de cascada funciona especialmente bien si tenemos un staff débil o sin experiencia, porque provee alproyecto con una estructura que ayuda a minimizar el esfuerzo desperdiciado.
Las desventajas de este modelo, provienen de la dificultad de poder especificar completamente los requerimientos al principio del proyecto, antes de que el diseño se haya hecho y el código se haya escrito.
Si estás usando un modelo de cascada, olvidarse algo puede ser un error muy caro. No te darás cuenta hasta que lleguesa la prueba de sistema y veas que un requerimiento estaba mal o faltaba.
Entonces, el primer gran problema del modelo de cascada es que no es flexible. Algunas personas criticaron el modelo de cascado por no permitir volver atrás para corregir los errores. Esto no es tan así: volver atrás está permitido, pero es difícil y costoso.
El modelo de cascada tiene otras deficiencias. Algunasherramientas, métodos, y actividades tiene fases del ciclo de cascada; es difícil acomodarlas en el/las fases separadas del modelo. Para un desarrollo veloz, el modelo de cascada puede prescribir una cantidad excesiva de documentación. Si estas tratando de tener flexibilidad, actualizar la especificación se vuelve una tarea de tiempo completo. El modelo genera muy pocos signos visibles de progreso antesdel final. Esto puede crear la percepción de un desarrollo lento, aunque no sea cierto. A los clientes les gusta tener seguridades tangibles de que su proyecto va a estar terminado a tiempo.
En resumen, las debilidades del modelo de cascada pura lo vuelven poco acorde para desarrollos rápidos. Incluso en los casos en que las ventajas superan a las desventajas, las cascadas modificadas puedenfuncionar mejor.

Code-and-Fix: El modelo code-and-fix, es un modelo que rara vez es útil, pero es común. Cuando usas code-and-fix empiezas con una idea general de lo que vas a hacer. Tal vez tengas una especificación formal, o tal vez no. Después usas cualquier combinación de diseño informal, codificación, depuración y metodologías de prueba hasta que tu producto este listo. Code-and-Fix es un modeloinformal que es de uso común porque es simple, no porque funcione bien.
Este modelo tiene dos ventajas, Primero no tiene sobrecarga: no desperdicias tiempo planificando, documentando, o con cualquier otra actividad que no sea codificar. Como saltas directamente al código, podes mostrar signos de progreso inmediatamente. Segundo, solo se requiere poca de experiencia.
Para proyectos chicos que...