Metodología de desarrollo de software By estemanteemo1998 1950 Programación como desarrollo 1955 Lenguajes de alto nivel 1957 Prueba y error 1966 Crisis del Software a causa de insatisfacción de los usuarios, costos altos y el tiempo de creación de Software 1968 Nace la Ingeniería de Software como respuesta a la crisis previa 1969 Ciclo de vida clásico - lineal: Primer ciclo de vida de desarrollo de Software (Sin pruebas) 1969 Implementación de etapas de Planeación y Administración 1970 Modelo en cascada puro,donde las pruebas se realizaban al final del proyecto 1974 Modelo iterativo: El proyecto se iteraba para hacer entregas formales al cliente con nuevas mejoras 1975 Modelo en V: se ultiliza iteraciones en cada fase para un mejor resultado 1980 Modelo de Desarrollo Incremental: Se incrementa el desarrollo de los requerimientos, mientras se conoce mejor el sistema a desarrollar 1985 Modelo en espiral: Idóneo para Software grandes, pues su desarrollo iba desde el inicio hasta la retirada del programa 1988 Modelo evolutivo espiral: Se reconocen riegos en cada etapa de desarrollo 1989 Modelo rápido (AG): Diseñado para pequeños proyectos 1991 Desarrollo Rápido de Aplicaciones (RAD): Modelo AG aplicado al desarrollo de apps 1994 Método de desarrollo de sistemas dinámicos: El cliente difiere en el tiempo de desarrollo y entrega del producto 1995 Scrum: Idóneo para proyectos con requerimientos cambiantes y estructura mal establecida 1996 Programación Extrema (XP): Promueve un buen clima laboral, relaciones interpersonales simples y buena comunicación entre el equiipo 1998 Proceso Unificado Racional (RUP): Especifica tiempos y forma del equipo, junto con buenas prácticas 2001 Desarrollo Ágil: Implementación de buenas prácticas, destinadas a un desarrollo rápido y óptimo 2002 Desarrollo guiado por pruebas: Probar primero simplifica el desarrollo 2003 Desarrollo de Software Esbelto: Se publica una serie de prácticas para guiar a equipos de trabajo hacia un trabajo de mayor calidad 2006 Desarrollo por comportamiento: Busca agrupar los analistas con los desarrolladores, entendiendo las necesidades de ambas áreas
