You are on page 1of 1

Cuadro Comparativo de las Metodologas del Ciclo de Vida de un Software

Clsica /Cascada

Prototipos

Iterativa

La metodologa clsica o mejor conocida como


metodologa en cascada, se basa fundamentalmente
en un seguimiento de las etapas de forma secuencial
o lineal. Permitiendo as terminar una e iniciar
inmediatamente con la siguiente.

La metodologa de prototipo, se basa en un anlisis


de requerimientos para pasar inmediatamente a la
etapa de diseo rpido, para la elaboracin de un
prototipo que ser entregado al cliente. Si no es
aceptado, se vuelve al principio (de forma cclica) y
si es aceptado ya se estara teniendo un producto.

La metodologa iterativa, es utilizada principalmente en proyectos de


mediana y grandes empresas. Presenta la peculiaridad de
descomponer el sistema en subsistemas especficos. Esto permite ir
acabando cada una de las etapas, tomando en cuenta las distintas
alternativas, riesgos que representen, y permitiendo un desarrollo ms
limpio.

Es usada normalmente cuando se conoce el


proyecto, es decir cuando ya se ha realizado con
anterioridad un sistema de informacin con
requerimientos parecidos. En caso de que se
necesite realizar futuras modificaciones, ya sea en la
etapa de implementacin (que abarca diseo,
desarrollo, prueba, entre otras) suelen ser muy
costosas, porque no se han tomado precauciones
con anterioridad para solucionarlas, principalmente
en el anlisis de requerimientos.

Se puede utilizar cuando se desconoce gran parte de


los requerimientos, y el cliente quiere ir viendo el
progreso de su sistema, los gastos de este tipo de
metodologa son mayores en las etapas de diseo
por las mltiples veces que deben ser modificados.
En cambio se tiene como beneficio que una vez sea
aprobado por el cliente las dems etapas no
presentaran una mala interpretacin de lo que se
desea implantar.

Esta metodologa se puede implementar cuando se desconoce


totalmente que es lo que el usuario necesita, ya que por cada iteracin
generara resultados (productos) que cumplan las necesidades del
usuario. Esta metodologa tambin permite el uso de una planificacin
de tiempo por cada una de las iteraciones necesarias.

En este tipo de metodologa se tiene muy renegado


al cliente, su participacin se basa en el principio del
proyecto, al realizar la contratacin y explicacin del
sistema deseado, imposibilitando una mutua
interaccin en sus necesidades respecto al sistema.
Por lo tanto se tiende a fracasar desde este punto
de vista la metodologa empleada.

Muchas veces cuando el cliente recibe los prototipos


realizados piensa que es el sistema definitivo que el
exigi, este tipo de errores conlleva a que el sistema
no cumpla con todos los aspectos deseados, ya que
un prototipo por muy completo que se encuentre
jams ser una versin terminada del proyecto, en
cambio s el cliente entiende este punto, podramos
vernos beneficiados. Por el hecho de que el cliente
puede tener un seguimiento de su sistema como tal,
e ir opinando para realizar modificaciones
pertinentes.

Como se trabaja de forma iterativa, el cliente debe estar presente


continuamente en las etapas del software, esto beneficia
enormemente el desarrollo del sistema. Ya que permite modificar
constantemente las especificaciones dadas por el cliente.
Es
recomendable el uso de herramientas asistidas como lo es RUP que
permite agilizar las actividades a realizar.

En esta metodologa se le debe dar nfasis a la


etapa del anlisis de requerimientos, ya que es el
soporte bajo el cual se desarrollara el sistema, y
como cada etapa sucede despus de la anterior unos
requisitos
incorrectos
acarreara
grandes
dificultades.

En esta metodologa se le da nfasis a la etapa del Surgen como sub metodologas iterativas:
anlisis de requerimiento, diseo y desarrollo para
El modelo en espiral: Que se basa en una filosofa adaptativa,
elaborar el prototipo, si es aceptado se continua con
hacer que nuestro sistema evolucione constantemente en cada
las dems etapas. En esta etapa tambin suelen
espiral.
usarse un control de las versiones del software que
se realiza.
Su contra parte es el modelo de programacin extrema: El cual
permite hacer un anlisis y diseo rpido para pasar al
desarrollo, sus beneficios son que en un lapso de tiempo muy
corto ya se ha realizado grandes avances, pero este tipo de
metodologa deja mucho que desear en el cumplimiento de todos
los requerimientos.

Realizado por: Jess A Machado O


C.I: 24 877 491