Modelo cascada Ventajas: La planificacion es sencilla. La calidad del producto resultante es alta.

a. Permite trabajar con personal poco calificado. Deventajas: No refleja realmente el proceso de desarrollo del software. Se tarda mucho tiempo en pasar por todo el ciclo. El mantenimiento se realiza en el codigo fuente. Las revisiones de proyectos de gran complejidad son muy dificiles. -Su inflexibilidad en la divisin del proyecto en distintas etapas - Esto hace difcil poder responder a los cambios en los requerimientos del cliente. - Para obtener resultados se debe llegar a la etapa final del proyecto. Un error importante no detectado hasta que el programa este funcionando puede ser desastroso Modelo de prototipos: Ventajas: La posibilidad de cambiar el modelo. La oportunidad para suspender el modelo del desarrllo del modelo sino es funcional. La oportunidad de crear un nuevo modelo que se ajuste a mejor a las necesidades y expectativas de los usuarios. *Utiles cuando los requerimientos son cambiantes. *Cuando nose conoce bien la aplicacin. *Cuando el usuario no se quiere comprometer con los requerimientos. *Cuando se quiere probar una arquitectura o tecnologia.Cuando se requiere rapidez en el desarrollo. Desventajas: Debido a que el usuario ve que funciona piensa que este es el producto terminado y no entienden que recien se va a desarrollar el software . Debe ir acompaado de otro modelo para su desarrollo. *No se conoce cuando se tendra un producto aceptable. *No se sabe cuantas interacciones seran necesarias. *Da una falsa ilusion al usuario sobre la velocidad del desarrolllo. *Se puede volver al producto aun y cuando no este en los estandares. No hay que usar en casos experimentales ya que no puede funcionar. La gestin de desarrollo que es lenta porque da vueltas hasta que el usuario este de acuerdo, o se pongan limites. Imposibilidad de conocer a priori el tiempo de desarrollo Es muy difcil y complejo realizarlo Iterativo e Incremental Estos modelos disminuyen riesgos y nos ayudan a tener un mejor desarrollo de software ya que se basan en la retroalimentacin por lo que nos ayudan a tener una mejor arquitectura del software y son muy tiles cuando el usuario tiene ms requerimientos. El modelo iterativo: Este modelo mejora cada versin es decir mejora la funcin que tiene la versin. El modelo incremental: Este modelo mantiene la funcin anterior y aumenta otra, ya que puede ser que el primer incremento no hubiera tenido todos los Requerimientos que necesitaba el proyecto. Sus principales caractersticas son: Corrige la necesidad de una secuencia no lineal de pasos de desarrollo El sistema se crea aadiendo componentes funcionales al sistema incrementos El sistema no se ve como una entidad monoltica con una fecha fija de entrega, sino que es una integracin de resultados sucesivos obtenidos despus de cada iteracin Se ajusta a entornos de alta incertidumbre 2.3.1.3.1Ventajas Se evitan proyectos largos y se entrega algo de valor a los usuarios con cierta frecuencia. El usuario se involucra ms. Mayor retorno de la inversin. Disminuyen riesgos Se puede cambiar los requerimientos pues como nos basamos en una versin a esta la aumentamos o la modificamos. Reduce costos, si algo sale mal solo volvemos a la antigua versin y comenzamos de nuevo. Al usuario se le entrega parte del producto, es decir una versin con la cual el puede trabajar. 2.3.1.3.2Desventajas Difcil de evaluar el coste total. Requiere gestores experimentados Difcil de aplicar a sistemas transaccionales que tienden a ser integrados y a operar como un todo. Los errores en los requisitos se detectan tarde y su correccin resulta costosa Necesitan una gran planeacin. Debido a la interaccin con los usuarios finales, cuando sea necesaria la retroalimentacin hacia el grupo de desarrollo, utilizar este modelo de desarrollo puede

llevar a avances extremadamente lentos. No es una aplicacin ideal para desarrollos en los que de antemano se sabe que sern grandes en el consumo de recursos y largos en el tiempo. Al requerir constantemente la ayuda de los usuarios finales, se agrega un costo extra a la compaa, pues mientras estos usuarios evalan el software Modelo en espiral: Ventajas: El modelo en espiral es un enfoque realista del desarrollo de sistemas. Modelo de proceso adaptable. El modelo en espiral puede s aplicarse a lo largo de la vida del software. El desarrollador y el cliente comprenden y reaccionan mejor ante riegos en cada uno de los niveles evolutivos. Permite a quien lo desarrolla aplicar el enfoque de construccion de prototipos en cualquier etapa de evolucion del producto. Demanda una consideracion directa de los riesgos tecnicos en todas las etapas del proyecto y si se aplicada adecuadamente debe reducir los riesgos antes de que se conviertan en problemas. Modelos evolutivos como el espral son apropiados oarticularmente parael desarrollo de Sistemas OO. Trata de mejorar los ciclos de vida de clasicos y prototipos. Permite acomodar otros modelos. Incorpora objetivos de calidad y gestion de riesgos. Elimina errores y alternativas no atractivas al comienzo. Desventajas: Resulta difcil convencer a grandes clientes de que el enfoque evolutivo es controlable. Es nuevo y no se a utilizado tanto como otros modelo de ciclo de vida. Requiere una considerable habilidad para la evaluacin del riesgo y cuenta con esta habilidad para el xito. Si un riesgo es importante no es detectado y gestionado a tiempo indudablemente surgirn problemas. Scrum Ventajas Entrega de un producto funcional al finalizar cada Sprint. Posibilidad de ajustar la funcionalidad en base a la necesidad de negocio del cliente Visualizacin del proyecto da a da Alcance acotado y viable. Equipos integrados y comprometidos con el proyecto, toda vez que ellos definieron el alcance y se autoadministran. Programacin organizada. Menor taza de errores. Satisfaccin del programador Desventajas No genera toda la evidencia o documentacin de otras metodologas No es apto para todos los proyectos. Tal vez sea necesario complementarlo con otros procesos (XP) Pero. Y el Testing.. La implementacin de Planes de pruebas dentro y fuera del Sprint es en todo caso opcional, en todo caso aun cuando el Scrum Team este comprometido con la calidad, siempre es necesario llevar a cabo pruebas adicionales. Algunas actividades del siguiente Sprint pueden ser la resolucin de errores previos. La recoleccin de mtricas en cuando a defectos puede brindar informacin importante y debe ser tomada en cuenta en el Sprint Retrospective. Es recomendable emplearlo solo en proyectos a corto plazo. Altas comisiones en caso de fallar. XP VENTAJAS: * Programacin organizada. * Menor taza de errores. * Satisfaccin del programador. Proceso flexible Cambios en los objetivos y prioridades son naturales. Sin sobrecarga al equipo de desarrollo El cliente desde las primeras etapas tiene software que puede usar y probar. En el proceso de desarrollo se toma en cuenta las opiniones de los programadores DESVENTAJAS: * Es recomendable emplearlo solo en proyectos a corto plazo. * Altas comisiones en caso de fallar. Es necesario un representante del cliente en todo momento del desarrollo Todo el proceso de desarrollo se basa en la comunicacin, si la misma es costosa o lenta perjudica enormemente el tiempo y costo del desarrollo

 No sirve para proyectos grandes debido a sus requerimientos de comunicacin Rup Ventajas de RUP Progreso visible en las etapas tempranas. El uso de Iteraciones (actividades) --Desarrollo iterativo del software. Permite evaluar tempranamente los riesgos en lugar de descubrir problemas en la integracin final del sistema Facilita la reutilizacin del cdigo teniendo en cuenta que se realizan revisiones en las primeras iteraciones lo cual adems permite que se aprecien oportunidades de mejoras en el diseo. Administracin de Requerimientos Uso de arquitectura basada en componentes Modelamiento visual del software Verificacin de la calidad de la calidad del software Control de cambios Desventajas de RUP Por el grado de complejidad puede no resultar muy adecuado. RUP es generalmente mal aplicado en el estilo cascada. Tiene las desventajas del modelo espiral debido a las iteraciones en cada ciclo y puede tomar mucho ms tiempo. Requiere conocimientos del proceso y de UML. mtodo: Crystal Ventajas: Entrega frecuente. Comunicacin osmtica. Seguridad personal. Fcil acceso a usuarios expertos. Desventajas: Delimita el alcance del proyecto con el cliente. Tabla 1. Lista de Metodologas giles

Algunas empresas que usan metodologas de desarrollo gil en algunos de sus proyectos, son: Google, Oracle, Yahoo, Canon, Xerox, Sun, HP, Nokia, Honda, Toyota, etc. 2.3.2.3.2Ventajas: Mtodos de comunicacin ms eficaces en este tipo de metodologas. Es posible identificar y atacar los problemas ms crticos y controversiales del proyecto en las primeras etapas. El cliente comenzar a ver su sistema lo ms pronto posible y verificar que se estn cubriendo sus requerimientos de forma adecuada. Entrega de resultados tangibles en etapas tempranas del proyecto. 2.3.2.3.3Desventajas: Proceso menos controlado y con pocos principios. No existe contrato tradicional o al menos es bastante flexible. Grupos pequeos, trabajando en el mismo sitio y no distribuidos adecuadamente. Menos nfasis en la arquitectura del software, siendo sta primordial para el xito del proyecto de software.