La metodología puede incluir la pre-definición de entregas concretas y artefactos que son creados y completados por un equipo del proyecto para desarrollar o mantener una aplicación.Los ejemplos concretos incluyen: 2010s Es notable que desde DSDM en 1994, todas las metodologías de la lista de arriba, excepto RUP, han sido metodologías ágiles - aun así muchas organizaciones, especialmente gobiernos, todavía utilizan procesos anteriores a las metodologías ágiles (a menudo cascada o similar).[3] Entre estos, otro proceso de desarrollo del software ha sido establecido en código abierto.[4] Grady Booch primero denominó y propuso el CI en su método de 1991, a pesar de que no defienda hacer la integración varias veces al día.La falta de una planificación previa extensa generalmente permite que el software se escriba mucho más rápido, y hace que sea más fácil cambiar los requisitos.En la siguiente etapa, los requisitos se verifican mediante el prototipado para eventualmente refinar los modelos de datos y procesos.Estas etapas se repiten iterativamente; un mayor desarrollo da como resultado "una declaración de requisitos técnicos y diseño técnico combinados que se utilizará para construir nuevos sistemas".El desarrollo ágil de software utiliza el desarrollo iterativo como base, pero aboga por un punto de vista más ligero y más centrado en las personas que los enfoques tradicionales.Hay muchas metodologías ágiles, incluyendo: El modelo en cascada es un enfoque de desarrollo secuencial, en el que se considera que el desarrollo fluye constantemente hacia abajo (como una cascada) a través de varias fases, típicamente: La primera descripción formal del método se cita a menudo como un artículo publicado por Winston W. Royce[7] en 1970, aunque Royce no usó el término "cascada" en este artículo.Excepto cuando se requiere por contrato, el modelo de cascada ha sido ampliamente reemplazado por metodologías más flexibles y versátiles desarrolladas específicamente para el desarrollo de software.Proporcionó énfasis en un área clave que muchos consideraron que había sido descuidada por otras metodologías: análisis del riesgo iterativo deliberado, particularmente adecuado para sistemas complejos a gran escala.UU., que requiere una calificación basada en modelos de procesos para obtener contratos.Algunos intentan sistematizar o formalizar la tarea aparentemente ingobernable de diseñar software.
Desarrollo de Aplicación rápida (RAD) Modelo
Las actividades del proceso de desarrollo del software representado en el
modelo de cascada.
Hay muchos otros modelos para representar este proceso.
Modelo de espiral (Boehm, 1988)
Los tres enfoques básicos aplicados a los marcos metodológicos de desarrollo de software.
