ASD (Adaptive

Software
Development)
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.
mircoles, 13 de junio de 2012

DETALLE FASES DE LA METODOLOGIA

Adaptive Software Development da forma a las fases bsicas de la
gestin gil en:
ESPECULACIN
Compuesta por 5 pasos:
1.- Inicio para determinar la misin del proyecto.
2.- Determinacin del marco temporal del
proyecto.
3.- Determinacin del n de iteraciones y la
duracin de cada una.
4.- Determinacin del objetivo de cada una.
5.- Asignacin de funcionalidad a cada iteracin.
COLABORACIN
Desarrollo concurrente del trabajo de
construccin y gestin del producto
APRENDIZAJE
En cada iteracin se revisa:
Calidad, con criterios de cliente.
Calidad, con criterios tcnicos.
Funcionalidad desarrollada
Estado del proyecto
Las caractersticas bsicas de ASD son:
Trabajo orientado y guiado por la misin del
proyecto.
Basado en la funcionalidad
Desarrollo iterativo
Desarrollo acotado temporalmente
Guiado por los riesgos
Trabajo tolerante al cambio.
Publicado por Salvatore Squillacci en 22:03 2 comentarios:
Enviar por correo electrnicoEscribe un blogCompartir con TwitterCompartir con FacebookCompartir en Pinterest

ASD

Adaptive Software Development

Esta es una metodologa de desarrollo de software,
que surgi de una metodologa de desarrollo rpido
para aplicaciones impulsada por JimHighsmith y
Bayer Sam.
ASD incorpora el principio de la
adaptacincontinua, 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-Disear-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 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

Mdelo 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, haciendolo 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.

Publicado por Dolphinus en 1:28 3 comentarios:

Enviar por correo electrnicoEscribe un blogCompartir con TwitterCompartir con FacebookCompartir en Pinterest

martes, 12 de junio de 2012

La metodologa ASD fue diseada por Jim Highsmith, permite la adaptacin de desarrollo de
software, su fundamento es adaptarse a los cambios y no ir en contra de ellos. Hace nfasis en
aplicar las ideas que se originaron en el mundo de los sistemas complejos.
Su funcionamiento es ciclico al igual que otras metodologas, no tiene un ciclo de planificacindiseo-construccin pero tiene el ciclo especular-colaborar-aprender. Reconoce que en cada
iteracin se producirn cambios y errores.