Está en la página 1de 1

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

Clsica /Cascada 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. Prototipos 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. 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. 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. Iterativa 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. 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.

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. 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.

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