Metodologas Agiles Y Metodologas ASD

INTRODUCCION
A continuacin mostraremos todo Las metodologas tradicionales para definir las metodologas agiles y ASD que casi no tenan recursos eran gigantes lo que utilizaban de memoria era muy costosa con una gran documentacin, a medida que evoluciona el hardware se volvi importante el software empezaron a desarrollar y el software era mayor que el hardware.

el ejemplo del coyote generalmente tiene un plan.

Las metodologas agiles surgieron hace muchos aos. Metodologa desarrollada por Jim Highsmith, despus de trabajar muchos aos con metodologas predictivas, concluyo que son defectuosas. Muchos mtodos similares al gil fueron creados antes del 2000.

Se acercaron las metodologas agiles

Por

no se flexibles Por no tener en cuenta sus cambios Cambios en el camino. Por no centrarse en lo mas importante que son las personas no los procesos.

FLUJO DEL ASD

hoy en da el mercado laboral que exige que la empresas se adapten a cambios que no sean un impedimento, ni si quiera que no me moleste por el contrario que se a algo que genera valor tanto a analistas, como al cliente porque al final no es lo queremos los desarrolladores, quiere sino lo que cliente quiere l es protagonista el que tiene la razn. hay proyecto que no tienden a durar por que el cliente no sabe lo que quiere o si lo que supuestamente quera maana lo va ha cambiar.

Manifiesto gil
2001 Se pretenda ofrecer una alternativa a los procesos de desarrollo de software tradicionales hay 4 valores Software funcionado & Informacin detallada. Individuos & interacciones colaboracin del cliente sobre el negocio contractual respuesta ante el cambio.

12 principios del manifiesto gil

satisfaccin del cliente cambio software funcional trabajo en equipo motivacin comunicacin efectiva medidas de progreso ritmo del equipo atencin y el diseo simplicidad auto organizacin reflexin

Metodologa gil Pocos Artefactos. El modelado es prescindible, modelos desechables.

Metodologa Tradicional Ms Artefactos. El modelado es esencial, mantenimiento de modelos

Pocos Roles, ms genricos y flexibles No existe un contrato tradicional, debe ser bastante flexible

Ms Roles, ms especficos Existe un contrato prefijado

Cliente es parte del equipo de desarrollo (adems in-situ)

El cliente interacta con el equipo de desarrollo mediante reuniones

Orientada a proyectos pequeos. Corta duracin (o entregas frecuentes), equipos pequeos (< 10 integrantes) y trabajando en el mismo sitio

Aplicables a proyectos de cualquier tamao, pero suelen ser especialmente efectivas/usadas en proyectos grandes y con equipos posiblemente dispersos

La arquitectura se va definiendo y mejorando a lo largo del proyecto

Se promueve que la arquitectura se defina tempranamente en el proyecto

nfasis en los aspectos humanos: el individuo y el trabajo en equipo

nfasis en la definicin del proceso: roles, actividades y artefactos

Basadas en heursticas provenientes de prcticas de produccin de cdigo

Basadas en normas provenientes de estndares seguidos por el entorno de desarrollo

Se esperan cambios durante el proyecto

Se espera que no ocurran cambios de gran impacto durante el proyecto

Metodologa ASD (Desarrollo de Software Adaptativo)

Metodologa ASD (Desarrollo de Software Adaptativo)

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 colaboraraprender. Suele utilizarse para proyectos pequeos y medianos no de alta calidad.

El ciclo de vida del ASD se basa en:

Especulacin.-

Es donde se inicia y se planifican las caractersticas del Software. Colaboracin.- Se desarrollan las caractersticas del software. Aprendizaje.- Se revisa la calidad, y si no se tiene errores se entrega al cliente

Principales caractersticas del ASD

Iterativo.

Orientado

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

a los componentes de

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.

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.

base a tres parmetros: vista del sistema como algo cambiante, tener en cuenta la colaboracin entre los miembros del equipo y caractersticas ms especficas de la propia metodologa como son simplicidad, excelencia tcnica, resultados, adaptabilidad, etc. Tambin incorpora como referencia no gil
CMM ASD Crystal DSDM FDD LD Scrum XP

Sistema como algo cambiante Colaboracin Caractersticas Metodologa (CM) -Resultados -Simplicidad -Adaptabilidad -Excelencia tcnica

1 2

5 5

4 5

3 4

3 4

4 4

5 5

5 5

2 1 2 4 2

5 4 5 3 5

5 4 5 3 5

4 3 3 4 4

4 5 3 4 3

4 3 4 4 3

5 5 4 3 4

5 5 3 4 5

-Prcticas de colaboracin
Media CM

2.2 Media Total 1.7

4.4

4.4

3.6

3.8

3.6

4.2

4.4

4.8

4.5

3.6

3.6

3.9

4.7

4.8

Tabla 1. Ranking de agilidad (Los valores ms altos representan una mayor agilidad)

conclusin
Teniendo en cuenta la rigurosidad y estricta metodologa tradicional fue importarte que se tuviera ms en cuenta al cliente ya que es el protagonista del diseo que se diera ms valor ya que muchas de las veces el cliente no sabe lo que quiere ni tampoco tiene un conocimiento a la medida para requerir un software, con copias y adems puede hacer cambios voltiles, De todo lo anterior nacen las metodologa (Adaptive Software Development) se puede alcanzar excelentes resultados pero debido a las caractersticas que maneja es ms flexible usarla para proyectos medianos y pequeos y se ajustan ms al cliente a lo que va construyendo en el camino para llegar al proyecto finalmente.

Gracias Por su atencin