NOMBRE DEL MODELO AUTOR AO

MODELO CASCADA (WATERFALL) O MODELO LINEAL W. W. ROYSE 1970 En este modelo se siguen las siguientes fases se siguen en este orden: 1. Requisitos de la especificacin 2. Diseo 3. Construccin (tambin conocido como aplicacin o codificacin) 4. Integracin 5. Pruebas y depuracin (validacin AKA) 6. Instalacin 7. Mantenimiento Para seguir el modelo de cascada, se procede de una fase a la siguiente en una manera puramente secuencial. Primero se completa especificacin de requisitos, que son inamovibles. Si las condiciones son totalmente terminadas, se procede al diseo. El software en cuestin es un proyecto diseado y es elaborado para los ejecutores para seguir este diseo debe ser un plan para la aplicacin de los requisitos establecidos. Cuando el diseo se haya completado, una puesta en prctica de ese diseo es hecho por los programadores. Hacia las ltimas etapas de esta fase de ejecucin, los componentes de software dispares producidos por diferentes equipos estn integrados. Despus de la integracin de las fases de ejecucin y se completa, el producto de software ha sido probado y depurado, los defectos introducidos en las fases anteriores se eliminan aqu. Entonces el producto de software est instalado, y ms tarde se hace un mantenimiento y se introducen nuevas funcionalidades y corrigiendo errores. As, el modelo de cascada sostiene que se debe pasar a una fase slo cuando la fase anterior se ha completado y perfeccionado. Las Fases de desarrollo en el modelo de cascada son discretas, y no hay saltos hacia atrs y adelante o se superponen entre ellos. Sin embargo, hay varios modelos de cascada modificada (incluyendo modelo final de Royce) que puede incluir grandes variaciones en este proceso.

CONCEPTO

VENTAJAS

HACE UN PROCESO DE DESARROLLO MAS ESTRUCTURADO. EXPRESA LA INTERACCION ENTRE LAS FASES SUBSECUENTES. NO SE VEN RESULTADOS HASTA MUY AVANZADO EL PROYECTO INESTABILIDAD DE LOS REQUISITOS NO ESTABLECE RETROALIMENTACION ENTRE FASES NI REDEFINICION DE FASES ANTERIORES CADA FASE DEBE TERMINAR PARA QUE LA SIGUIENTE PUEDA COMENZAR ( ES SECUENCIAL), Y UNA FASE NO A TERMINADO HASTA QUE LA DOCUMENTACION NO HAYAN SIDO COMPLETADOS ESTO HACE QUE DOS FASES NO SE PUEDAN EMPALMAR EN EL TIEMPO

DESVENTAJAS

APLICACION

El MODELO SE APLICA SATISFACTORIAMENTE SOLO EN PROYECTOS CONOCIDOS Y ESTABLES.

NOMBRE DEL MODELO AUTOR AO

MODELO PROTOTIPOS

CONCEPTO

El modelo de prototipos permite que todo el sistema, o algunas de sus partes, se construyan rpidamente para comprender con facilidad y aclarar ciertos aspectos en los que se aseguren que el desarrollador, el usuario y el cliente estn de acuerdo en lo que se necesita as como tambin la solucin que se propone para dicha necesidad y de esta forma minimizar el riesgo y la incertidumbre en el desarrollo, este modelo se encarga del desarrollo de diseos para que estos sean analizados y prescindir de ellos a medida que se adhieran nuevas especificaciones, es ideal para medir el alcance del producto, pero no se asegura su uso real. Este modelo se encarga principalmente de ayudar al ingeniero de sistemas y al cliente a entender de mejor manera cul ser el resultado de la construccin cuando los requisitos estn satisfechos.

VENTAJAS

SE CREAN CON RAPIDEZ TIENEN UN COSTO BAJO DE DESARROLLO ESTE MODELO ES TIL CUANDO EL CLIENTE CONOCE LOS OBJETIVOS GENERALES PARA EL SOFTWARE, PERO NO IDENTIFICA LOS REQUISITOS DETALLADOS DE ENTRADA, PROCESAMIENTO O SALIDA. TAMBIN OFRECE UN MEJOR ENFOQUE CUANDO EL RESPONSABLE DEL DESARROLLO DEL SOFTWARE EST INSEGURO DE LA EFICACIA DE UN ALGORITMO, DE LA ADAPTABILIDAD DE UN SISTEMA OPERATIVO O DE LA FORMA QUE DEBERA TOMAR LA INTERACCIN HUMANO-MQUINA UNA VEZ QUE EL CLIENTE HA DADO SU APROBACION FINAL AL PROTOTIPO, ES NECESARIO REESCRIBIR GRAN PARTE DEL PROTOTIPO PARA HACERLO FUNCIONAL, PORQUE ES MUY PROBABLE QUE EL DESARROLLADOR HAYA HECHO COMPROMISOS DE IMPLEMENTACON PARA HACER QUE FUNCIONE MAS RAPIDAMENE. ES POSIBLE QUE EL PROTOTIPO MUY LENTO, MUY GRANDE, NO MUY AMIGABLE EN SU USO, O INCLUSO, QUE ESTE ESCRITO EN UN LENGUAJE DE PROGRAMACION INADECUADO.

DESVENTAJAS

APLICACION

ESTE MODELO PRINCIPALMENTE SE LO APLICA CUANDO UN CLIENTE DEFINE UN CONJUNTO DE OBJETIVOS GENERALES PARA EL SOFTWARE A DESARROLLARSE SIN DELIMITAR DETALLADAMENTE LOS REQUISITOS DE ENTRADA PROCESAMIENTO Y SALIDA, ES DECIR CUANDO EL RESPONSABLE NO EST SEGURO DE LA EFICACIA DE UN ALGORITMO, DE LA ADAPTABILIDAD DEL SISTEMA O DE LA FORMA EN QUE INTERACTA EL HOMBRE Y LA MQUINA.