Professional Documents
Culture Documents
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. La grfica del presente modelo sera la siguiente: 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 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. 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 commenzar a usar el sistema en ese punto. Proporciona signos tangibles de progreso en el proyecto. Desventaja: No funciona sin una planificacin adecuada. 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. Ventaja:
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.
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 Codificar y Corregir en forma intuitiva Cuando se utiliza ste mtodo se empieza con una idea
CODIFICAR Y CORREGIR
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.
Una de estas variaciones puede ser EL SASHIMI o CASCADA CON FASES SOLAPADAS, en el que para evitar algunos inconvenientes del modelo en cascada solapando sus etapas, pero este enfoque genera nuevos problemas ya que debido al solapamiento los hitos resultan ms ambiguos y esto hace ms difcil trazar el proceso correctamente. Otra variacin sobre el ciclo de vida en Cascada con Subproyectos, en el que permite la ejecucin de algunas de las tareas de la cascada en paralelo, pero esta modificacin tiene el problema que la planificacin tiene que ser mucho ms cuidadosa, aunque se gana velocidad.
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. 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. 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 de las variantes Modelo de cascada con fases solapadas Debido al solapamiento entre las etapas, los hitos son ms ambiguos, y esto hace ms difcil trazar el progreso correctamente, adems la realizacin de actividades en paralelo puede suponer una mala comunicacin, suposiciones incorrectas e ineficacia. Modelo de cascada con subproyectos Existe presencia de interdependencias imprevistas. Modelo de cascada con reduccin de riesgos Ninguno.
Cascada pura