CUADRO COMPARATIVO DE LOS MODELOS Y METODOLOGÍAS DE DESARROLLO DE SOFTWARE

Cuadro comparativo de los modelos y metodologías de desarrollo de software

Métodos y metodologías en el desarrollo de software
Nombre	Cascada	Espiral	Extreme Programming	Metodologías Ágiles
Descripción	Es un proceso de desarrollo secuencial, en el que el desarrollo de software se concibe como  un conjunto de etapas que  se ejecutan una tras otra. Se le denomina así por las posiciones que ocupan las diferentes fases que componen el proyecto.	Es un modelo de proceso de software evolutivo donde se conjuga la naturaleza de construcción de prototipos con los aspectos controlados y sistemáticos del MODELO LINEAL Y SECUENCIAL.	Es una metodología de desarrollo de la ingeniería de software formulada por Kent Beck, autor del primer libro sobre la materia, Extreme Programming Explained: Embrace Change. Es el más destacado de los procesos ágiles de desarrollo de software.	Una metodología ágil, consiste principalmente en trabajar con menos documentación  las metodologías tradicionales utilizan en todo momento.
Etapas	·        Requisitos de software. ·        Diseño. ·        Implementación. ·        Verificación ·        Instalación y mantenimiento.	·         Determinar objetivos. ·         Análisis de Riego. ·         Desarrollo, Validar y Probar. ·         Planificación.	Exploración Planificación de la Entrega Iteraciones Producción Mantenimiento Muerte del Proyecto	Al individuo y las interacciones del equipo. Software en lugar de demasiada documentación. Colaboración con el Cliente en lugar de hacer Contrato. Posibilidad de Hacer cambios de planes a medio proyecto.
Roles	Analista. Diseñador. Tester.	Diseñador.	Tracker Customer  Programmer Coach Manager Tester.	Desarrollador Tester
Ventajas	Pe Permite la departamentalización y control de gestión. 2.    El horario se establece con los plazos normalmente adecuados para cada etapa de desarrollo. 3.    Este proceso conduce a entregar el proyecto a tiempo. 4.    Es sencilla y facilita la gestión de proyectos. 5.    Permite tener bajo control el proyecto. 6.    Limita la cantidad de interacción entre equipos que se produce durante el desarrollo.	El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora. El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto.	·         Programación organizada. ·         Menor taza de errores.    Satisfacción del programador.	Su ciclo de vida es simple y fácil de entender: captura de requisitos, diseño de la solución, configuración / desarrollo, test, implementación y mantenimiento. • Su aproximación es “disciplinada”: Basada en una definición exhaustiva del trabajo, una revisión sistemática en hitos y énfasis en el control y la documentación del proyecto.
Desventajas	En muchas ocasiones, los clientes no saben bien los requisitos que necesitarán antes de ver una primera versión del software en funcionamiento. Entonces, cambiarán muchos requisitos y añadirán otros nuevos, lo que supondrá volver a realizar fases ya superadas y provocará un incremento del coste. No se va mostrando al cliente el producto a medida que se va desarrollando, si no que se ve el resultado una vez ha terminado todo el proceso.  Esto cual provoca inseguridad por parte del cliente que quiere ir viendo los avances en el producto	·         Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable. ·         Debido a su elevada complejidad no se aconseja utilizarlo en pequeños sistemas. ·         Genera mucho tiempo en el desarrollo del sistema. ·         Modelo costoso.	Es recomendable emplearlo solo en proyectos a corto plazo. Altas comisiones en caso de fallar.	Las fases de diseño y de configuración de una solución PLM suele ser más larga y compleja cuanto mayor es el alcance del proyecto. Y cuanto mayor es este alcance, más probable es también que al llegar a la fase de test se descubra que el enfoque dado a la solución no se ajusta con las necesidades de negocio. • Cuanto más tarde se descubren este tipo de faltas de alineamiento entre necesidades y soluciones aportadas, más complejo  es reconducirlas y más tiempo se tarda en hacerlo. • En consecuencia, en este tipo de proyectos la planificación puede ser engañosa y se corre el riesgo de que aparezca lo que se conoce como “deuda técnica”.
Número de integrantes de los equipos	De 1 a 10 personas	No tiene limite.	Grupo pequeño y muy integrado (máximo 12 personas	Grupo pequeño de al menos 10 personas
¿En la construcción de qué tipo de aplicaciones se usa?	Es lineal.  Las actividades están relacionadas secuencialmente.  Cada etapa tiene una entrada y una salida.  Es rígido y sistemático: La entrada de una actividad es la salida de la etapa anterior, por lo cual no se puede dar inicio a la siguiente fase.  Es monolítico: Existe una única fecha de entrega.  La implementación se pospone hasta que no se comprendan los objetivos.  Los documentos a entregar rigen el proceso de software	Navegadores y controladores aeronáuticos.	Industrias financieras.	Navegadores ,controladores aeronáuticos, etc.
Nombre de una empresa que la emplea	Tecmnologi, transolutions, avantica, GMD, location technologies, etc…	Google, oracle, php, my sql, java, etc…	BBVA	HP, google, Toyota, Nokia, sap, etc..
País que emplea dicha metodología	Mundial	Mundial	Mundial	Mundial