Cuadro Comparativo de las Metodologías del Ciclo de Vida de un Software Clásica /Cascada
Prototipos
Iterativa
La metodo metodolog logía ía clásic clásica a o mejor mejor conoci conocida da como como metodología en cascada, se basa fundamentalmente en un seguimiento de las etapas de forma secuencial o lineal lineal.. Permit Permitien iendo do así termin terminar ar una e inicia iniciarr inmediatamente con la siguiente.
La metodología de prototipo, se basa en un análisis de requerimientos para pasar inmediatamente a la etapa de diseño rápido, para la elaboración de un prototipo prototipo que será entregado entregado al cliente. Si no es aceptado, se vuelve al principio (de forma cíclica) y si es aceptado ya se estaría teniendo un producto.
La metodología iterativa, es utilizada principalmente en proyectos de media mediana na y gran grande des s empr empres esas as.. Pres Presen enta ta la pecu peculi liar arid idad ad de descomponer el sistema en subsistemas específicos. Esto permite ir acabando cada una de las etapas, tomando en cuenta las distintas alternativas, riesgos que representen, y permitiendo un desarrollo más limpio.
Es usad usada a norm normal alme ment nte e cuan cuando do se cono conoce ce el proyecto, proyecto, es decir cuando ya se ha realizado realizado con ante anteri rior orid idad ad un sist sistem ema a de info inform rmac ació ión n con con requ requer erim imie ient ntos os pare pareci cido dos. s. En caso caso de que que se necesite realizar futuras modificaciones, ya sea en la etapa etapa de implem implement entaci ación ón (que (que abarc abarca a diseño diseño,, desarr desarroll ollo, o, prueba prueba,, entre entre otras) otras) suelen suelen ser muy costosas, costosas, porque no se han tomado precauciones precauciones con anterioridad para solucionarlas, principalmente en el análisis 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 metodología son mayores en las etapas de diseño por las múltiples veces que deben ser modificados. En cambio se tiene como beneficio que una vez sea apro aproba bado do por por el clie client nte e las las demá demás s etap etapas as no presentar presentaran an una mala interpretaci interpretación ón de lo que se desea implantar. implantar.
Esta Esta metodo metodolog logía ía se puede puede implem implement entar ar cuando cuando se descon desconoce oce totalmente que es lo que el usuario necesita, ya que por cada iteración generara generara resultado resultados s (producto (productos) s) que cumplan cumplan las necesidades necesidades del usuario. Esta metodología también permite el uso de una planificación de tiempo por cada una de las iteraciones iteraciones necesarias.
En este tipo de metodología se tiene muy renegado al cliente, su participación se basa en el principio del proyecto, al realizar la contratación y explicación del sist sistem ema a dese desead ado, o, impo imposi sibi bili lita tand ndo o una una mutu mutua a interacción en sus necesidades respecto al sistema. Por lo tanto se tiende tiende a fracasar desde desde este punto de vista la metodología 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 prototipo por muy completo que se encuentre encuentre jamás será una versión terminada del proyecto, en cambio sí el cliente entiende este punto, podríamos vernos beneficiados. Por el hecho de que el cliente puede tener un seguimiento de su sistema como tal, e ir opin opinan ando do para para real realiz izar ar modi modifi fica caci cion ones es pertinentes.
Como se trabaja trabaja de forma iterativa, iterativa, el cliente cliente debe estar presente presente cont contin inua uame ment nte e en las las etap etapas as del del soft softwa ware re,, esto esto bene benefi fici cia a enormemente enormemente el desarroll desarrollo o del sistema. sistema. Ya que permite permite modificar modificar consta constante ntemen mente te las especif especifica icacio ciones nes dadas por el client cliente. e. Es recomendable el uso de herramientas asistidas como lo es RUP que permite agilizar las actividades a realizar.
En esta metodolog metodología ía se le debe dar énfasi énfasis s a la etapa del análisis de requerimientos, ya que es el soporte soporte bajo el cual se desarrollara desarrollara el sistema, sistema, y como cada etapa sucede después de la anterior unos requ requis isit itos os inco incorrrect rectos os acar acarre rear aría ía gran grande des s dificultades.
Realizado por: Jesús A Machado O C.I: 24 877 491
En esta metodología se le da énfasis a la etapa del Surgen como sub metodologías iterativas: análisis de requerimiento, diseño y desarrollo para El modelo en espiral: espiral : Que se basa en una filosofía adaptativa, elaborar el prototipo, si es aceptado se continua con hacer que nuestro sistema evolucione constantemente en cada las demás etapas. En esta etapa también suelen espiral. usarse un control de las versiones del software que se realiza. Su contra parte es el modelo de programación extrema: El cual permit permite e hacer hacer un anális análisis is y diseño diseño rápido rápido para pasar pasar al desarrollo, sus beneficios son que en un lapso de tiempo muy corto ya se ha realizado realizado grandes avances, avances, pero este tipo de metodología deja mucho que desear en el cumplimiento de todos los requerimientos. •
•
