Metodologas de Desarrollo de Software Desarrollar un buen software depende de un sinnmero de actividades y etapas, donde el impacto de elegir la mejor metodologa

para un equipo, en un determinado proyecto es trascendental para el xito del producto. El xito del producto depende en gran parte de la metodologa escogida por el equipo, ya sea tradicional o gil, donde los equipos extiendan su potencial, aumenten la calidad del producto con los recursos y tiempos establecidos. RUP RUP es un proceso formal Provee un acercamiento disciplinado para asignar tareas y responsabilidades dentro de una organizacin de desarrollo Su objetivo es asegurar la produccin de software de alta calidad que satisfaga los requerimientos de los usuarios finales (respetando cronograma y presupuesto). Fue desarrollado por Rational Software, y est integrado con toda la suite Rational de herramientas. Puede ser adaptado y extendido para satisfacer las necesidades de la organizacin que lo adopte. (Customizacin). Es guiado por casos de uso y centrado en la arquitectura, y utiliza UML como lenguaje de notacin Se basa en la documentacin Evaluacin en cada fase que permite cambios de objetivos Funciona bien en proyectos de innovacin. Es sencillo, ya que sigue los pasos intuitivos necesarios a la hora de desarrollar el software. Seguimiento detallado en cada una de las fases.

Ventajas

Desventajas La evaluacin de riesgos es compleja Excesiva flexibilidad para algunos proyectos Estamos poniendo a nuestro cliente en una situacin que puede ser muy incmoda para l. Nuestro cliente deber ser capaz de describir y entender a un gran nivel de detalle para poder acordar un alcance del proyecto con l. EXTREME PROGRAMMING (XP) pone ms nfasis en la adaptabilidad que en la previsibilidad los cambios de requisitos sobre la marcha son un aspecto natural, inevitable e incluso deseable del desarrollo de proyectos. Creen que ser capaz de adaptarse a los cambios de requisitos en cualquier punto de la vida del proyecto es una aproximacin mejor y ms realista que intentar definir todos los requisitos al comienzo del proyecto e invertir esfuerzos despus en controlar los cambios en los requisitos. Ventajas Apropiado para entornos voltiles Estar preparados para el cambio, significa reducir su coste. Planificacin ms transparente para nuestros clientes, conocen las fechas de entrega de funcionalidades. Vital para su negocio Permitir definir en cada iteracin cuales son los objetivos de la siguiente Permite tener realimentacin de los usuarios muy til. La presin esta a lo largo de todo el proyecto y no en una entrega final

Desventajas Delimitar el alcance del proyecto con nuestro cliente Para mitigar esta desventaja se plantea definir un alcance a alto nivel basado en la experiencia. ICONIX El proceso de ICONIX maneja casos de uso, como el RUP, pero le falta mucho para llegar al nivel del RUP. Tambin es relativamente pequeo y firme, como XP, pero no desecha el anlisis y diseo que hace XP. Este proceso tambin hace uso aerodinmico del UML mientras guarda un enfoque afilado en el seguimiento de requisitos

Ventajas

ICONIX es un modelo pequeo y firme que no desecha el anlisis y el diseo. Usa un anlisis de robustez que reduce la ambigedad al describir los casos. Es usado en proyectos ms ligeros que los usados en RUP, por lo que tiene un mayor campo de aplicabilidad. Proporciona suficientes requisitos y documentacin de diseo, pero sin parar el anlisis. Es refinado y actualizado a lo largo del proyecto, por lo que siempre refleja la actual comprensin del problema de espacio.

Desventajas No puede ser usado para proyectos grandes Necesita informacin rpida y puntual de los requisitos, el diseo y las estimaciones. Se debe conocer los diagramas UML. Gran parte de la informacin la podemos encontrar en ingls, lo cual requiere establecer muy bien su comprensin.

COMPARATIVA

Modelo de Proceso RUP

Tamao del Proceso Medio / Extenso Pequeo / Medio Pequeo / Medio

Tamao del Equipo Medio / Extenso Pequeo / Medio Pequeo

Complejidad del Problema

Medio / Alto

ICONIX

Pequeo Medio Medio / Alto

XP