Metodologas Avanzadas de Desarrollo de Software

Diego Alejandro Rojas Suarez Andrs Oquendo Orozco

METODOLOGA GIL ASD (DESARROLLO DE SOFTWARE ADAPTABLE)

Introduccin
Esta metodologa se adapta al cambio en lugar de luchar contra l. Se basa en la adaptacin continua a circunstancias cambiantes. En ella no hay un ciclo de planificacin-diseo-construccin del software, sino un ciclo especular colaborar-aprender

Historia
James Highsmith, consultor de Cutter Consortium, desarroll ASD hacia el ao 2000 con la intencin primaria de ofrecer una alternativa a la idea de que la optimizacin es la nica solucin para problemas de complejidad creciente.

Definicin
El mtodo gil ASD Desarrollo Adaptable de Software es un modelo de implementacin para desarrollo de software. Al igual que otras metodologas giles, su funcionamiento es cclico y reconoce que en cada iteracin se producirn cambios e incluso errores.

La metodologa ASD es una metodologa gil y posee ciertas caractersticas que la diferencian de otras como la XP, Scrum o Cristal pero si se quisiera comparar con alguna de las metodologas giles se podra comparar con Scrum ya que tienen unos cuantos puntos en comn sobre la utilizacin de prcticas para la construccin del software. En cuanto a documentacin y tecnologa ASD no tiene herramientas o tcnicas para abordar estos puntos por lo que esto debe ser acordado por el grupo de trabajo tomando en cuenta la agilidad con la que se debe abordar el problema y con las caractersticas propias que posee el grupo de desarrolladores del proyecto.

Caractersticas
Principales caractersticas del ASD son: Iterativo. Orientado a los componentes de software Tolerante a los cambios. Guiado por los riesgos La revisin de los componentes sirve para aprender de los errores y volver a iniciar el ciclo de desarrollo

Flujo del ASD

Ciclo de Vida
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.

Enfoque del ASD

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 que lo hacemos 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.

Documentacin
Si bien es sabido que las metodologas giles no tienen mucha ceremonia en ASD se entregan dos tipos de documentos: En el primero se incluye una visin del proyecto, una hoja de datos, un perfil de la misin del producto y un esquema de su requerimiento, este se entrega cuando el equipo tiene una idea general de lo que tratar el sistema para poder realizar la iniciacin del proyecto. En el segundo se entrega una descripcin del sistema, esta se entrega al finalizar el proyecto para analizar el software conjuntamente con el usuario.

Equipos de trabajo
El grupo se dividir en equipo de trabajo, los cuales tendrn designados roles especficos llevando as determinadas responsabilidades para lograr una eficiente creacin del sistema. Los equipos de trabajo deben ser pequeos, para facilitar la comunicacin, deben estar bien capacitados para no bajar el nivel en general, ya que si uno de los integrantes no est haciendo bien su labor, se ve reflejado en el trabajo completo del equipo.

Roles y Responsabilidades
Clientes: Este rol juega un papel muy importante, ya que este ser parte activa del equipo de trabajo, aportando y funcionalidades al sistema. Lder del proyecto: Tiene a cargo la planificacin del proyecto a lo largo de todo el ciclo de vida, asigna recursos y delega responsabilidades en los mismos. Programador: Tiene a cargo la codificacin de los componentes a desarrollar en cada iteracin, el posee los materiales y lleva a cabo la implementacin de los requerimientos capturados. Desarrolladores: Tiene a cargo la construccin lgica del software y la continua refinacin de la misma en cada iteracin. Tester: Tiene a su cargo la generacin de pruebas al sistema a partir de los requerimientos extrados y analizados.

Ventajas
Sirve para aprender de los errores y volver a iniciar el ciclo de desarrollo. Utiliza informacin disponible acerca de cambios para mejorar el comportamiento del software. Promulga colaboracin, la interaccin de personas. Apunta hacia el Rapid Application Development (RAD), el cual enfatiza velocidad de desarrollo para crear un producto de alta calidad, bajo mantenimiento involucrando al usuario lo ms posible.

Desventajas
Los errores o cambios que no son detectados en reuniones anteriores a tiempo, afecta la calidad del producto y a su costo total. Dado a que es una metodologa gil implica no realizar procesos que son requeridos en las metodologas tradicionales.

Conclusin
La caracterstica, quizs de mayor importancia de la metodologa ASD es el Feedback que plantea en la fase de aprendizaje, el cual nos da la posibilidad de entender ms respecto al dominio y construir el sistema que satisfaga de mejor manera las necesidades del cliente. El creador de esta metodologa expone esto claramente en la siguiente frase: En ambientes complejos, el seguir un plan al pie de la letra produce el producto que pretendamos, pero no es el producto que necesitamos

GRACIAS POR SU ATENCIN