¿Qué es un paradigma de Programación?

Métodos y metodologías en el desarrollo de software
Nombre	Cascada	Espiral	Extreme Programming	Metodologías Ágiles
Descripción	proceso de desarrollo secuencial.Conjunto de etapas que se ejecutan una tras otra.	Su Modelo de Ciclo de Vida en Espiral tiene en cuenta fuertemente el riesgo que aparece a la hora de desarrollar software.	se utiliza principalmente para evitar el desarrollo de funciones que actualmente no se necesitan, pero sobre todo para  para atender proyectos complicados. Sin embargo, sus métodos peculiares pueden tomar más tiempo, así como recursos humanos en comparación con otros enfoques.	es la que más se aplica en la actualidad. Todos ellos se caracterizan por una permanente interacción entre los miembros del equipo de desarrollo, poca planificación, asesoría constante por parte del cliente e iteraciones cortas, al cabo de las cuales se entrega una demostración preliminar del producto. Son tanto incrementables como iterativas.
Etapas	Requisitos Diseño Implementación Verificación Mantenimiento	Determinar objetivos Análisis de riesgo Planificación Desarrollar y probar	Exploración Planificación de la Entrega  Iteraciones. Producción. Mantenimiento. Muerte del Proyecto.	Visión Planeación Desarrollo  Estabolización Implementación
Roles	Programador(es) Analista(s) Diseñador(es) Testing.	Analista  Diseñador Programador Pruebas	Programador Cliente Encargado de Pruebas  Tracker Entrenador Consultor  Jefe de Proyecto	Patrocinadores Jefe de Proyecto Jefe de Ingenieros Ingenieros(Equipo)
Ventajas	El tiempo que se pasa en diseñar el producto en las primeras fases del proceso puede evitar problemas que serían más costosos cuando el proyecto ya estuviese en fase de desarrollo. La documentación es muy exhaustiva y si se une al equipo un nuevo desarrollador, podrá comprender el proyecto leyendo la documentación. Al ser un proyecto muy estructurado, con fases bien definidas, es fácil entender el proyecto. Ideal para proyectos estables, donde los requisitos son claros y no van a cambiar a lo largo del proceso de desarrollo.	El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora.	Pocos Artefactos. El modelado es prescindible, modelos desechables. Pocos Roles, más genéricos y flexibles No existe un contrato tradicional, debe ser bastante flexible La arquitectura se va definiendo y mejorando a lo largo del proyecto Se esperan cambios durante el proyecto	si el equipo de trabajo falla, entonces todo se viene abajo y el enfoque que habia de éxito se convierte en incertidumbre
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.. Para proyectos a largo plazo, este modelo puede suponer un problema al cambiar las necesidades del usuario a lo largo del tiempo. Si por ejemplo, tenemos un proyecto que va a durar 5 años, es muy probable que los requisitos necesiten adaptarse a los gustos y novedades del mercado.	Debido a su elevada complejidad no se aconseja utilizarlo en pequeños sistemas. Genera mucho tiempo en el desarrollo del sistema Requiere experiencia en la identificación de riesgos Modelo costoso	En caso de fallar las comisiones son muy altas Es recomendable emplearla solo en proyectos cortos.	No tener una buena comunicación entre todos puede afectar demasiado.
Número de integrantes de los equipos
¿En la construcción de qué tipo de aplicaciones se usa?
Nombre de una empresa que la emplea	Claméo			Apple  Zara
País que emplea dicha metodología	España		México ,Panama,Ecuador	USA