DISEO POR PLANIFICACION Es similar al modelo de entrega por etapas pero se diferencia en que no siempre se conoce al principio si se tendr

el producto para la ltima entrega. Elemento crtico: priorizar los requerimientos y planificar sus etapas de tal manera que las primeras contengan los requerimientos de mayor prioridad, los de baja prioridad se dejan para ms tarde. VENTAJAS Valido para asegurar que se tiene un producto listo en una fecha determinada. til para las partes del producto que no se quieren realizar en el camino critico.

DESVENTAJAS Si no se completan todas las etapas, se desperdicia tiempo en la especificacin, arquitectura y diseo de prestaciones que no se van a entregar. Si se ha gastado tiempo en una gran cantidad de requerimientos incompletos que no se van a entregar, se debera tener tiempo para resumir en uno o dos requerimientos ms completos.

CASCADA PURA Es el antecesor de todos los modelos de ciclo de vida. En este modelo el proyecto progresa a travs de una secuencia ordenada de etapas, partiendo desde su concepto inicial hasta la prueba del mismo. Se realiza una revisin al final de cada etapa del proyecto, para determinar si se est preparado para pasar a la siguiente. VENTAJAS Se utiliza para ciclos en los que se tiene una definicin estable del proyecto o cuando se est trabajando con metodologas y tcnicas conocidas. Puede constituir una eleccin correcta para el desarrollo rpido cuando se est construyendo una versin de mantenimiento bien definida de un producto existente, o cuando se est migrando un producto existente a una nueva plataforma. Ayuda a minimizar los gastos de planificacin. Evita una fuente comn de errores importantes eliminando los cambios que se puedan producir a medio camino. Su estructura ayuda a minimizar el esfuerzo intil.

DESVENTAJAS Resulta muy difcil volver atrs utilizando el modelo. Genera pocos signos visibles de progreso hasta el final. Es poco flexible.

UTILIZACION Proyectos para los que se dispone de todas las especificaciones desde el principio, por ejemplo: los de reingeniera. Se desarrolla un tipo de producto que no es novedoso. Proyectos complejos que se entienden bien desde el principio.

VARIACIONES DE CASCADA Cascada con fases solapadas Puede evitar algunos inconvenientes del modelo de cascada pura al solapar sus etapas, por ejemplo, sugiere que se debera tener bien hecho el diseo global y quizs a medio hacer el diseo detallado antes de considerar completo el anlisis de requerimientos, no obstante, puede reducir sustancialmente la documentacin necesaria entre etapas. DESVENTAJAS Debido al solapamiento entre las etapas, los hitos son ms ambiguos, y esto hace ms difcil trazar el progreso correctamente. La realizacin de actividades en paralelo puede suponer una mala comunicacin, suposiciones incorrectas e ineficacia. Cascada con subproyectos Puede permitir la ejecucin de algunas de las tareas de la cascada en paralelo (subproyectos), siempre que se haya realizado una cuidadosa planificacin. DESVENTAJAS Existe presencia de interdependencias imprevistas.

UTILIZACION Adecuado para el desarrollo de proyectos complejos que estiman de 1 a 3 aos de desarrollo.

Cascada con reduccin de riesgos Incorpora una espiral en lo alto de la cascada para controlar el riesgo de los requerimientos, y una espiral para las dems etapas de desarrollo. A este nivel es posible desarrollar un prototipo de interfaz de usuario, tener entrevistas con los usuarios, observar cmo los usuarios interactan con algn sistema previo, y utilizarotros mtodos que se consideren apropiados para la identificacin de los requerimientos. DESVENTAJAS Ninguno.

ESPIRAL Est orientado a riesgos, por lo que divide el proyecto en miniproyectos, cada uno de los cuales se centra en uno o ms riesgos hasta que todos estn controlados. Despus de controlar todos los riesgos el modelo finaliza del mismo modo que el modelo de cascada. VENTAJAS DESVENTAJAS Modelo complicado, requiere una gestin profunda y atenta. Puede ser difcil definir objetivos de comprobacin que indiquen si est preparado para pasar al siguiente nivel. UTILIZACION Utilizado para el desarrollo de aplicaciones complejas y/o especficas (ej. Investigacin gentica) Aunque sube los costos disminuye los riesgos. Proporciona al menos tanto control de gestin como el modelo de cascada. Como est orientado a riesgos, proporciona con anterioridad indicaciones de cualquier riesgo insuperable. Es posible descubrir si el proyecto no se puede realizar por razones tcnicas u otras razones.

PROTOTIPADO EVOLUTIVO En este modelo de ciclo de vida se desarrolla el concepto del sistema a medida que avanza el proyecto. Se inicia desarrollando los aspectos ms visibles del sistema. Se presenta al cliente la parte ya desarrollada del proyecto y se contina el desarrollo del prototipo con base en la realimentacin que se recibe del cliente. El ciclo contina hasta que el prototipo se convierte en el producto final de ingeniera. VENTAJAS

Ideal para proyectos cuyos requerimientos cambian con rapidez. Cuando el cliente no puede especificar el conjunto total de los requerimientos. Cuando no se logra identificar de forma apropiada el rea de aplicacin. Cuando los desarrolladores no estn seguros de la arquitectura o los algoritmos adecuados a utilizar.

DESVENTAJAS

Existe una imposibilidad de conocer al inicio del proyecto lo que se tardar en crear un producto aceptable.

Esta aproximacin puede convertirse fcilmente en una excusa para realizar el desarrollo con el modelo de codificar y corregir

UTILIZACION Se utiliza si en el mercado no se encuentra el producto pero el cliente desea resultados inmediatos. Conveniente en caso de ser necesario desarrollar mdulos. Para sistemas interactivos pequeos o de tamao pequeo. Para partes de sistemas grandes o sistemas con vida corta.

ENTREGA EVOLUTIVA Es un modelo que se encuentra entre el prototipado evolutivo y la entrega por etapas, puesto que se desarrolla una versin del producto, se muestra al cliente, se refina el producto en funcin de los comentarios del cliente. El parecido entre ambos modelos depende de hasta qu punto se lleva a cabo una planificacin para adaptarse a las solicitudes de los clientes. Si se planifica para adaptarse a la mayora de las solicitudes, la entrega evolutiva se parecer ms al prototipado evolutivo; en cambio si se planifica para adaptarse a pocas solicitudes de modificacin se parecer ms a la entrega por etapas. VENTAJAS

Los clientes no tiene que esperar hasta tener el sistema completo. El primer incremento satisface los requisitos ms crticos.

Los primeros incrementos sirven como prototipo y ayudan en la tearea de detectar los posteriores requisitos.

Existe un riesgo bajo de fallar en el proyecto total.

DESVENTAJAS

Puede ser difcil ajustar los requisitos a los incrementos. Los servicios del sistema con la prioridad ms alta tienden a ser los mas probados.

UTILIZACION Reemplaza el antiguo desarrollo con uno nuevo que satisfaga las nuevas necesidades segn las redefiniciones del problema. ENTREGA POR ETAPAS En este modelo de entrega por etapas, el sistema se muestra al cliente en etapas refinadas sucesivamente, conocindose con exactitud lo que se va a construir desde el principio. En este modelo no se entrega el sistema como un todo al final del proyecto, sino que se entrega por etapas sucesivas a lo largo del proyecto.

VENTAJAS

Permite proporcionar una funcionalidad til en las manos del cliente antes de entregar el 100% del proyecto.

Con una planificacin cuidadosa, es posible entregar las prestaciones ms importantes al principio, y el cliente puede comenzar a usar el sistema en ese punto.

Proporciona signos tangibles de progreso en el proyecto.

DESVENTAJAS

No funciona sin una planificacin adecuada.

UTILIZACION Proyectos a largo plazo con tiempos dados. Desarrollos robustos. Desarrollos que dependen directamente

DISEO POR HERRAMIENTAS La idea es incluir una funcionalidad dentro del producto slo si las herramientas de software existentes la soportan directamente. Ejemplos de herramientas son libreras de cdigo y clases, generadores de cdigo, lenguajes de desarrollo rpido y otras herramientas software que reducen de manera espectacular el tiempo de implementacin. VENTAJAS

Se puede combinar con otros modelos.

DESVENTAJAS

Se pierde mucho control sobre el producto. Puede que no sea posible llevar a cabo la implementacin de todos los requerimientos que se desean, y que no se puedan implementar otros requerimientos exactamente de la forma que se quiere.

Depende en buena medida de los productores de software comercial.

CODIFICAR Y CORREGIR Es un modelo poco til, pero sin embargo bastante comn Se puede tener una especificacin formal, o no tenerla. Si no se ha utilizado formalmente un mtodo, probablemente ya se est usando el mtodo en forma intuitiva. Cuando se utiliza ste mtodo se empieza con una idea general de lo que se necesita construir, Se utiliza cualquier

combinacin de diseo, cdigo, depuracin y mtodos de prueba no formales que sirven hasta que se tiene el producto listo para entregarlo. VENTAJAS No conlleva ninguna gestin. No se pierde tiempo en la planificacin, en la documentacin, en el control de calidad, en el cumplimiento de los estndares, o en cualquier otra actividad que no sea codificacin pura. Como se pasa directamente a codificar, se pueden mostrar inmediatamente indicios de progreso. Requiere poca experiencia: cualquier persona que haya escrito alguna vez un programa est familiarizada con ste modelo. Para proyectos pequeos que se intentan liquidar en un tiempo breve, o para modelos como programas de demostracin o prototipos desechables, el modelo codificar y corregir puede ser til. DESVENTAJAS El modelo resulta peligroso para otro tipo de proyectos que no sean pequeos. Puede que no suponga gestin alguna, pero tampoco ofrece medios de evaluacin del progreso. No proporciona medios de evaluacin de la calidad o de identificacin de riesgos. Si al llevar tres cuartas partes de la codificacin descubre que el diseo es incorrecto, no hay otra solucin que desechar el trabajo y comenzar de nuevo. UTILIZACION Desarrollos muy pequeos con claridad de objetivos, requerimientos pequeos o de mantenimiento con bajo impacto.