LA EVOLUCIÓN DE LA METODOLOGÍA DEL DESARROLLO DEL SOFTWARE

Больше похоже на это

MODELO DE CASCADA, DESARROLLO SOFWARE

от luis zamora

Roles y Responsabilidades SCRUM

от Olivia Rangel

Metodologías del Desarrollo de Software Estructura utilizada para planificar y controlar el procedimiento de creación de un sistema de información especializada

от Jhonatan Ladino

Metodologia RAD desarrollo de aplicaciones

от yisus rosas

LA EVOLUCIÓN DE LA METODOLOGÍA DEL DESARROLLO DEL SOFTWARE

QUINTA ETAPA: 2000 - Presente, Metodologías del proceso de la ingeniera de software.

Busca atender a las necesidades de rapidez, flexibilidad y variantes externas

Ofrece una alternativa al desarrollo de software aplicando la idea de que la optimización es la única solución para problemas de complejidad creciente.

ofrecer una alternativa al desarrollo de software ampliado en la idea de que la optimización es la única solución para problemas de complejidad creciente.

Se basa en un funcionamiento cíclico y reconoce que en cada iteración se producirán cambios e incluso errores.

CUARTA ETAPA: 1985-1999 métodos rápidos e inicio del desarrollo ágil de la ingeniería de software.

RUP (Rational Unified Process)

1998 - Describe las buenas practicas de la ingeniera de software

Extreme programming

fundamentada en la retroalimentación continua entre el cliente y el equipo de desarrollo

Scrum

Schwaber y Sutherland 1995

La metodología RAD

“Métodos rápidos”

Crear una versión prototipo y después integrar la funcionalidad de manera iterativa para satisfacer los requisitos del cliente

Proceso evolutivo del desarrollo software al modelo en espiral.

Se comienza a estudiar los objetos

TERCERA ETAPA: 1970-1985 procesos de desarrollo software y modelos tradicionales del ciclo de vida.

“Modelos de ciclo de vida del software”: Se focaliza en el suministro de una guía para los ingenieros de software

Modelo en v

Alan Davis

Desarrollo en espiral

Barry Boehm en 1985

Modelo iterativo,

Propone en la iteración de varios ciclos de la vida en cascada

Modelo en cascada

1966-1970

Se empezó a dar importancia a tomar datos para analizarlos por partes y realizar una planeación

SEGUNDA ETAPA: 1960-1970 modelo de progresos.

Aparece la crisis del software debido a los excesos de costo, la escasa fiabilidad, insatisfacción del cliente o usuario

Proyectos no podían concluir

Implementaba el código y luego pensaba en los requisitos, diseño, validación y mantenimiento

Code-and-fix es decir codificar y corregir

Buscar alternativas para esquematizar de alguna manera la producción del software.

PRIMERA ETAPA: 1950-1960 programación y técnicas de programación.

Necesidades poco claras por mal analisis

Insatisfaccion del cliente

Se enfocaban en las tareas de codificación