Adaptive Software Development
Esta es una metodología de desarrollo de software, que surgió de una metodología de
desarrollo rápido para aplicaciones impulsada por Jim Highsmith y Bayer Sam.
ASD incorpora el principio de la adaptación
continua, que el proceso de adaptación
al trabajo en cuestión es el estado normal de cosas. Es decir que su principio es adaptarse al cambio en lugar de luchar contra él.
Sus principales características son:
1. Iterativo,
2. Orientado a los componentes software más que a las tareas y
3. Tolerante a los cambios.
1. Iterativo,
2. Orientado a los componentes software más que a las tareas y
3. Tolerante a los cambios.
A diferencia
de la mayoría de metodologías de desarrollo de software las cuales utilizan un
ciclo de vida estático: Planear-Diseñar-Construir, DAS ofrece un ciclo de vida iterativo
no lineal, donde cada ciclo puede iterar y ser modificado al tiempo que otro es
ejecutado.
El
desarrollo adaptable de software utiliza un ciclo de desarrollo dinámico conocido
como Especular-Colaborar-Aprender, este ciclo está dedicado a un constante
aprendizaje y a una intensa colaboración entre desarrolladores y clientes, esto
debido al constante cambio en el ambiente de los negocios.
Especulación: Ofrece más espacio para explorar, para
darse cuenta que no todo es seguro, permitiendo desviarse del plan sin ningún temor.
Muchas veces desviarse del plan original puede considerarse un error, más que
una oportunidad de aprendizaje, es ahí donde la especulación incita a explorar
y a experimentar. Si se admite que no se conoce todo, se está más dispuesto a aprender.
Colaboración, Las aplicaciones complejas
requieren, la recolección y el análisis de un gran volumen de información, lo
cual no puede ser controlado por una sola persona. A su vez aplicaciones
con ambientes cambiantes como las de e-commerce producen un gran flujo de
datos, los cuales pueden ser manejados por una persona, o un grupo pequeño, ya
que estos no pueden saberlo todo.
Aprendizaje: Se debe evaluar el conocimiento constantemente realizando
retroalimentaciones y reuniones de grupo, al final de cada ciclo iterativo, en
lugar de al final del proyecto, ya que esto ayuda a soportar y solucionar de
una mejor manera el constante cambio que puede tener el proyecto y su
adaptación.
Ciclo de Vida en Cascada

Ciclo de Vida Evolutivo

Módelo Adaptativo
El Enfoque del ADS
Do it Wrong the First Time - Hazlo mal la primera vez
Usando nuestro nuevo objetivo, vamos a ver que el estado actual de las prácticas de software de gestión de calidad puede resumirse en la frase "Hazlo bien la primera vez." En un entorno complejo, "hacerlo bien la primera vez" es una receta para el fracaso.
En primer lugar, ¿cómo podemos predecir lo que hacerlo bien? En las primeras etapas, si el horizonte de tiempo de entrega no está demasiado lejos, podemos ser capaces de especular sobre si la dirección general es correcta, pero la definición de "correcto" es casi fantasiosa. Incluso si pudiéramos definir lo correcto, haciendolo la primera vez no tiene sentido excepto en algunos productos triviales. La primera vez se supone entender la causa y efecto, el algoritmo específico de llegar hasta el producto final de nuestra posición inicial de partida, y las necesidades de todas las partes interesadas - que dice que lo sabemos todo.
Los escritores James Bach y Ed Yourdon han abordado esta cuestión desde la perspectiva del software lo suficientemente bueno. Aunque las ideas de Bach han dado lugar a plantear la cuestión de la calidad de la multidimensionalidad, su conjunto de la terminología de una tormenta de reacción. "Suficientemente bueno" parece indicar una posición de compromiso - conformarse con menos que el mejor. Se ofende a muchos desarrolladores cuyo sistema de valores tiende hacia la meta de la perfección.
Ventajas:
- Se utiliza para poder aprender de los errores e iniciar nuevamente el ciclo de desarrollo.
- Utiliza información disponible acerca de todos los cambios para poder mejorar el comportamiento del Software.
- Difunde la colaboración de distintas personas.
Desventajas:
- Los errores y cambios que no son detectados con anterioridad afectan la calidad del producto y su costo total.
- Ya que esta es una metodología ágil, no permite realizar procesos que son requeridos en las metodologías tradicionales.
Agregue mas contenido.
ResponderEliminarMe parece perfect!!! :)
EliminarEste comentario ha sido eliminado por el autor.
ResponderEliminar