1.

Cada modelo de ciclo de vida maneja de diferente formas un cambio tardo en los
requerimientos por estos algunos estn mejor diseados, para estos cambios, por ejemplo en
un sistema lineal un cambio tardo en los requerimientos seria considerado como un error
,pues se debiese comenzar a plantear ese problema casi desde el principio, ya que en este
modelo, es muy importante analizar y tomar en cuenta todos los requerimientos desde un
principio, en cambio desde un modelo en espiral, dependiendo de una actividad que se tomo
desde un principio, se puede virar mas fcil en una solucin para el nuevo requerimiento.
Modelo Secuencial.- Si se produce un cambio o el ingreso tardo de un nuevo requisito y una
vez que el software ha sido entregado al cliente, seguramente, ste sufrir cambios ya sea
debido a que se encontraron errores no detectados durante la prueba, o debidos a nuevos
requerimientos, o a cambios en el entorno. En esta modelo se vuelven a realizar todas las
etapas precedentes al programa ya existente.
Modelo Iterativo.- Muchas veces sucede que no todos los requisitos estn claros al inicio del
proyecto. En esta situacin puede resultar conveniente aplicar el Modelo de Construccin de
Prototipos.
Comienza con la recoleccin de requisitos al cliente por parte del desarrollador. Luego de esto,
el desarrollador construye un diseo rpido concentrado en las interfaces de entrada y
salida que se transforma en la primera versin del prototipo. Este prototipo es evaluado por el
cliente y se lo utiliza para refinar los requisitos y una nueva iteracin comienza.
Lo ideal es que este prototipo sirva slo para identificar los requisitos y una vez que esto se
logr se lo deseche, ya que generalmente estos prototipos, si son operativos (working
prototype) suelen ser muy lentos, o muy grandes o torpes o las tres cosas a la vez. Lo ideal es
ahora construir una versin rediseada en la que estos problemas no estn presentes.
Modelo Evolutivo.- Es muy parecido al modelo iterativo ya que los requisitos suelen cambiar a
medida que el desarrollo avanza, haciendo que no se puedan cumplir con las metas fijadas
inicialmente de un producto final completo. Otras veces, si bien se han captado claramente los
requisitos centrales todava falta definir los detalles. En estas y otras situaciones similares, es
necesario usar un modelo de proceso que permita la evolucin del producto con el tiempo: un
Modelo Evolutivo.
Los modelos evolutivos son iterativos y permiten a los ingenieros desarrollar en cada iteracin
versiones ms completas del software.
2.Modelo Evolutivo (espiral), porque a travs de este puedo hacer uso del software ya creado
(reutilizar cdigos, y a la vez puedo hacer la reingeniera del software; menos trabajo y tiempo.
3.Segn lo aprendido el adoptar un nico modelo de proceso en una empresa de desarrollo para
todos los proyectos no es la mejor opcin ya que habrn proyectos que requieran un modelo
de desarrollo especifico y otros proyectos requerirn otro, es tarea de los desarrolladores
elegir el modelo que ms se adapte a sus necesidades y del cual tambin tengan algn
conocimiento ya que es esencial que los desarrolladores conozcan bien el modelo que estn
implementando.

Cascada

Ventajas:

Se tiene todo bien organizado y no se mezclan las fases.

Es perfecto para proyectos que son rgidos, y adems donde se especifiquen muy bien los
requerimientos y se conozca muy bien la herramienta a utilizar

Desventajas: En la vida real, un proyecto rara vez sigue una secuencia lineal, esto crea una
mala implementacin del modelo, lo cual hace que lo lleve al fracaso.

El proceso de creacin del software tarda mucho tiempo ya que debe pasar por el proceso de
prueba y hasta que el software no est completo no se opera.

Cascada con Prototipacin

Ventajas: Entre las ventajas tenemos la organizacin que da el modelo en cascada combinando
aun mas con los diferentes prototipos, lo que hace que en la fase de prueba se diciminulan los
riegos de un error. Adems reducciones en la incertidumbre y del riesgo, reduccin del tiempo
y de costos e incremento en la aceptacin del sistema

Desventajas: al participar prototipos en la creacin de software, el usuario puede llegar a

pensar que este es el programa terminado, y llevarse una desilusin si este no funciona
adecuadamente, necesita una participacin mas directa y continua del usuario

Prototipacin

Existen ventajas relevantes en el uso del Prototipo:

* Modificacin del Sistema en Etapas tempranas de su desarrollo: El xito del uso del prototipo
depende de qu tan pronto y con que frecuencia se reciba la retroalimentacin del usuario
para hacer cambios y adecuarlos a las necesidades actuales. Los cambios iniciales durante el
desarrollo de un proyecto son menos costosos que si se realizan en etapas tardas, como el
prototipo puede cambiar varias veces la flexibilidad y adaptabilidad son su esencia, la pauta
del cambio la da la retroalimentacin, la cual nos permite conocer la opinin del usuario sobre

cambios a la entrada o salida de un proceso, que al evaluarla nos permite obtener los
requerimientos y mejorar el sistema.

El desarrollo de prototipos implica una inversin en tiempo y en dinero, siempre pero siempre
es menor a la del sistema completo. Los problemas y descuidos de sistemas son ms fciles de
detectar en un prototipo.

* Eliminacin de sistemas indeseables: Por permitir recopilar informacin nos permite eliminar
un sistema que no lleg a ser lo que esperaban de l los usuarios. La inversin de tiempo y
dinero se destaca pero es menor que la del sistema completo. Se toma esta decisin cuando el
sistema no es til o no satisface los objetivos que se propuso el equipo de desarrollo, es una
decisin difcil pero evita seguir gastando dinero y tiempo en un proyecto inservible.

* Diseo de Sistemas acorde a las necesidades y expectativas de los usuarios: El uso del
prototipo hace que los sistemas se ajusten a las necesidades de los usuarios. Se reduce el
intervalo de tiempo desde que se relevan los requerimientos y el sistema concluido. Permite
que los usuarios se involucren desde el principio y lo hace participar en forma activa, de esta
forma hacen suyo el proyecto, siendo los principales promotores del xito.

El prototipo cuenta con las siguientes desventajas:

* Administracin difcil: Dicha dificultad radica en manejar el prototipo como un proyecto

dentro del Ciclo de Desarrollo de Sistema sin perder de vista cual era su propsito.
* Adoptarlo como el sistema final: Los usuarios y profesionales de sistemas pueden considerar
al prototipo como el sistema final cuando an es incompleto e inadecuado.

Espiral

Ventajas:

* El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de

computadora.

* Como el software evoluciona a medida que progresa el proceso, el desarrollador y el cliente

comprenden y reaccionan mejor ante riesgos en cada uno de los nivele evolutivos.

* El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construccin de

prototipos en cualquier etapa de evolucin del producto.

* El modelo en espiral demanda una consideracin directa de los riesgos tcnicos en todas las
etapas del proyecto y si se aplica adecuadamente debe reducir los riesgos antes de que se
conviertan en problemas.

* En la utilizacin de grandes sistemas a doblado la productividad.

Desventajas:

*Resulta difcil convencer a grandes clientes de que el enfoque evolutivo es controlable.

* Es nuevo (1988) y no se ha utilizado tanto como otros modelos de ciclo de vida.

* Debido a su elevada complejidad no se aconseja utilizarlo en pequeos sistemas.

* Requiere una gestin concienzuda, atenta y que exige conocimientos profundos.

4.El cliente tiene el derecho de reclamar por un producto que debi realizar los objetivos
requeridos, y podra poder hacer el causal de una demanda legal ya que en contrato del
software estas sus funciones y por lo cual el cliente pago por tal suma, adems de un bajo
prestigio de la empresa que desarrollo el software.