Proceso del desarrollo del software
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.
