ASD

(Adaptive
Development)

Software

Es un mtodo para la creacin y

desarrollo de sistemas de software.
Se centra en la rpida creacin y
evolucin de los sistemas de
software.
ASD
Adaptive Software Development
Esta
es
una
metodologa
de desarrollo
de
software,
que
surgi de
una
metodologa
de desarrollo
rpido
para
aplicaciones
impulsada
por
Jim Highsmith y
Bayer Sam.
ASD incorpora el principio de la
adaptacin continua,
que
el
proceso de adaptacin al trabajo en
cuestin es el estado normal de
cosas. Es decir que su principio es
adaptarse al cambio en lugar de
luchar contra l.
Sus principales caractersticas son:
1.
Iterativo
2. Orientado a los componentes
software ms que a las tareas y
3. Tolerante a los cambios.
A diferencia de la mayora de
metodologas
de
desarrollo
de
software las cuales utilizan un ciclo
de vida esttico: Planear-DisearConstruir, 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
dinmico conocido como EspecularColaborar-Aprender, este ciclo est
dedicado a un constante aprendizaje

y a una intensa colaboracin entre

desarrolladores y clientes, esto
debido al constante cambio en el
ambiente de los negocios.
Especulacin: Ofrece ms espacio
para explorar, para darse cuenta que
no todo es seguro, permitiendo
desviarse del plan sin ningn temor.
Muchas veces desviarse del plan
original puede considerarse un error,
ms que una oportunidad de
aprendizaje, es
ah
donde la
especulacin incita a explorar y a
experimentar. Si se admite que no se
conoce todo, se est ms dispuesto
a aprender.
Colaboracin, Las
aplicaciones
complejas requieren, la recoleccin y
el anlisis de un gran volumen de
informacin, 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 pequeo,
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
adaptacin.

Ciclo de Vida en Cascada

Ciclo de Vida Evolutivo

Modelo 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 prcticas de software de gestin
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, cmo 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
direccin general es correcta, pero la
definicin de "correcto" es casi
fantasiosa. Incluso si pudiramos
definir lo correcto, hacindolo la
primera vez no tiene sentido excepto
en algunos productos triviales. La
primera vez se supone entender la
causa
y
efecto,
el
algoritmo
especfico de llegar hasta el producto
final de nuestra posicin 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 cuestin
desde la perspectiva del software lo
suficientemente bueno. Aunque las
ideas de Bach han dado lugar a
plantear la cuestin de la calidad de
la multidimensionalidad, su conjunto
de la terminologa de una tormenta
de
reaccin.
"Suficientemente
bueno" parece indicar una posicin
de compromiso - conformarse con
menos que el mejor. Se ofende a
muchos
desarrolladores
cuyo
sistema de valores tiende hacia la
meta de la perfeccin.
Ventajas:
-Se utiliza para poder aprender de
los errores e iniciar nuevamente el
ciclo
de
desarrollo.
-Utiliza informacin disponible acerca
de todos los cambios para poder
mejorar el comportamiento del
Software.
-Difunde la colaboracin 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 metodologa gil,
no permite realizar procesos que son
requeridos
en
las metodologas tradicionales.
Jim Highsmith (James A. Highsmith
III) es un ingeniero de software
americano (comenz su carrera
realizando tareas de desarrollo de

software en el proyecto espacial

Apolo),
especializado
en
metodologas
de
desarrollo
de
software (es uno de los exponentes
ms destacados del movimiento de
metodologas giles), con una amplia
experiencia en el campo de la
consultora a nivel internacional.
Tambin es un importante articulista
y autor.