Anda di halaman 1dari 25

Universidad Gran Mariscal de Ayacucho

Ingeniera de Sistemas
Direccin de Operaciones I

Participantes:
Montes, Kimberlys
Mosquera, Johanbert
Suarez, Ocnelis

Metodologa gil

Metodologa gil
Las metodologas giles forman parte del movimiento de
desarrollo

gil

adaptabilidad

de

de

software,

cualquier

que

cambio

se
como

basan
medio

aumentar las posibilidades de xito de un proyecto.

en

la

para

Para que un mtodo de gestin?

Metodologa gil
El Manifiesto de la metodologa gil:

1. Individuo y las iteraciones del equipo de desarrollo sobre el


proceso y las herramientas. (Calidad del profesional del
equipo, Entrega Temprana y Continua)
2. Software funcionando sobre documentacin extensiva.
3. La colaboracin con el cliente sobre negociacin contractual.
4. Respuesta ante el cambio sobre seguir estrictamente un plan.
Es importante la derecha pero valoramos ms la izquierda

Por qu surgen las Metodologas giles?


1. Dificultades
para
implantar
metodologas
tradicionales.
Procesos
ceremoniosos,
herramientas CASE y notaciones de modelado
sofisticadas (UML)
2. Una solucin a medida para un segmento
importante de proyectos de desarrollo de
software
3. Aceptar el cambio ...

Cundo utilizar una Metodologa gil?


- Sus clientes no tienen una idea firme de lo que el
sistema debe hacer.
- Sistemas cuya funcionalidad se espera que cambie
cada pocos meses.
- Si los clientes necesitan un nuevo sistema en una
fecha especfica.

Comparacin gil v/s Tradicional


Metodologa gil
No existe un contrato tradicional, debe ser bastante

Metodologa Tradicional
Existe un contrato prefijado

flexible
Cliente es parte del equipo de desarrollo (adems in-

El cliente interacta con el equipo de desarrollo

situ)

mediante reuniones

Orientada a proyectos pequeos. Corta duracin (o

Aplicables a proyectos de cualquier tamao, pero

entregas frecuentes), equipos pequeos (< 10

suelen ser especialmente efectivas/usadas en

integrantes) y trabajando en el mismo sitio

proyectos grandes y con equipos posiblemente

La arquitectura se va definiendo y mejorando a lo

dispersos
Se promueve que la arquitectura se defina

largo del proyecto

tempranamente en el proyecto

nfasis en los aspectos humanos: el cliente y el

nfasis en la definicin del proceso: roles, actividades

trabajo en equipo

y artefactos

Se esperan cambios durante el proyecto

Se espera que no ocurran cambios de gran impacto


durante el proyecto

Programacin Extrema

Antecedentes e Historia de
Programacin extrema

Antecedentes e Historia de
Programacin extrema
En 1989, Cunningham form un
equipo que usaba los principios y
muchas de las prcticas que
despus adoptara XP, mientras
trabajaba
para
la
compaa
Wyatt Software [Fowler 2000].

Sin embargo, se reconoce a


Kent Beck como el que
articul esta propuesta y le
dio nombre propio.
Kent Beck

Antecedentes e Historia de
Programacin extrema
+ Los autores de la Programacin Extrema, crearon el sitio web

Portland Pattern Repository y empezaron a hablar de ella y


promocionarla,

de

lo

que

era

cmo

realizarla.

Estos

propulsores de la XP hablaban de ella en cada ocasin que


tenan y en cada pgina que, poco o mucho hablara de temas de
programacin.

Portland Pattern Repository

- Qu es XP?
- Caractersticas

Justificacin y fundamentos de XP

Principios, roles y prcticas


de Programacin extrema

Principios de la Programacin extrema


Se busca :
1.Realimentacin rpida
2.Asumir la simplicidad
3.Cambio incremental
4.Aceptar el cambio
5.Hacer trabajo de calidad.

Prcticas XP
1. El juego de la planificacin
PLANIFICACION

2. Entregas pequeas
3. Metfora

DISEO

4. Diseo simple
5. Recodificacin
6. Programacin en parejas
7. Propiedad colectiva

CODIFICACION

8. Integracin continua
9. Semana de 40 horas
10. Cliente in situ
11. Estndares de programacin

PRUEBAS

12. Pruebas

Las cuatro actividades bsicas


1.Codificar
2.Hacer pruebas
3.Escuchar
4.Disear.

Roles de XP
Cliente
Elabora especificaciones de los requerimientos
iniciales.
Programador
Responsable de disear, codificar, probar e integrar
el producto de software.
Administrador
Responsable de coordinador de las actividades de
desarrollo y asegurar su cumplimiento.

Los cuatro valores


Valores para desarrollar software:
1.Comunicacin
2.Sencillez
3.Retroalimentacin
4.Valenta.

Objetivos de XP
Son:
1. La satisfaccin del cliente.
2. Potenciar el trabajo en grupo, todos estn involucrados en el
desarrollo del software.

Ventajas
+ Da lugar a una programacin
sumamente organizada.
+ Ocasiona eficiencias en el
proceso de planificacin y
pruebas.

Desventajas
+ Es recomendable emplearla solo

en proyectos a corto plazo.


+ En caso de fallar, las

comisiones son muy altas.


+ Requiere de un rgido ajuste a

los principios de XP.

+ Cuenta con una tasa de

+ Puede no siempre ser ms fcil

errores muy pequea.

que el desarrollo tradicional.

+ Propicia la satisfaccin del


programador.

CONCLUSIONES
+ La programacin extrema es una forma ligera, eficiente, flexible, cientfica y
divertida de generar software.
+ La programacin extrema se beneficia de la existencia de un gran nmero de
herramientas de software libre que permiten aplicarla con gran productividad.
+ El software libre se inspira en algunas de las prcticas de la XP .
+ Aprovecha el tiempo de los clientes y ayuda a que un cliente se sienta integrado,
evitando que se desmoralice por no saber como preparar pruebas de aceptacin.
+ Permite identificar historias adicionales que no fueran obvias para el cliente o en las
que cliente no hubiese pensado de no enfrentarse a dicha situacin.

Ciclo

GRACIAS