Desenvolupament àgil de programari

De WikiLingua.net


S'entén com Desenvolupament àgil de Programari a un paradigma de Desenvolupament de Programari basat en processos àgils. Els processos àgils de desenvolupament de programari, coneguts anteriorment com metodologies lleugeres, intenten evitar els tortuosos i burocràtics camins de les metodologies tradicionals enfocándose en la gent i els resultats.

És un marc de treball conceptual de l'enginyeria de programari que promou iteraciones en el desenvolupament al llarg de tot el cicle de vida del projecte. Existeixen molts mètodes de desenvolupament àgil; la majoria minimitza riscos desenvolupant programari en curts lapsos de temps. El programari desenvolupat en una unitat de temps és cridat una iteración, la qual ha de durar d'una a quatre setmanes. Cada iteraciones del cicle de vida inclou: planificació, anàlisi de requeriments, disseny, codificació, revisió i documentació. Una iteración no ha d'agregar massa funcionalitat per a justificar el llançament del producte al mercat, però la meta és tenir un demo (sense errors) al final de cada iteración. Al final de cada iteración l'equip torna a avaluar les prioritats del projecte.

Els mètodes Agiles enfatizan les comunicacions cara a cara a través de la documentació. La majoria dels equips Agiles estan localitzats en una simple oficina oberta, de vegades cridades "plataformes de llançament" (bullpen en anglès). L'oficina ha d'incloure revisors, dissenyadors d'iteración, escriptors de documentació i ajuda i directors de projecte. Els mètodes àgils també enfatizan que el programari funcional és la primera mesura del progrés. Combinat amb la preferència per les comunicacions cara a cara, generalment els mètodes àgils són criticats i tractats com "indisciplinados" per la falta de documentació tècnica.

Taula de continguts

[editar] Història

La definició moderna de desenvolupament àgil de programari va evolucionar a mitjan els anys 1990 com part d'una reacció contra els mètodes de "pes pesat", molt estructurats i estrictes, extrets del model de desenvolupament en esquerdada. El procés originat de l'ús del model en esquerdada era vist com burocràtic, lent, degradant i inconsistente amb les formes de desenvolupament de programari que realment realitzaven un treball eficient. Els mètodes de desenvolupament àgils i iterativos poden ser vists com una reculada a les pràctiques de desenvolupament observades en els primers anys del desenvolupament de programari (encara que en aquest temps no havien metodologies formals). Inicialment, els mètodes àgils van ser anomenats mètodes de "pes lleuger". En l'any 2001, membres prominents de la comunitat es van reunir en Sonwbird, Utah, i van adoptar el nom de "Metodologies àgils". Poc després, algunes d'aquestes persones van formar la "aliança àgil", una organització sense fins de lucre que promou el desenvolupament àgil d'aplicacions. Molts mètodes similars a l'àgil van ser creats abans del 2000. Entre els mes notables es troben: Scrum(1986), Crystal Clear (cristall transparent), programació extrema o XP (1996), desenvolupament de programari adaptativo, feature driven development, Mètode de desenvolupament de sistemes dinàmics(1995). Kent beck va crear el mètode de programació Extrema (usualmente coneguda com XP) en 1996 com una forma de rescatar el projecte del Sistema exhaustiu de compensacions de Chrysler (C3). Mentre Chrysler cancel·lava aquest projecte, el mètode va ser refinat per Ron Jeffries.


[editar] Metodologies àgils

  • XP, o Programació Extrema, és un dels exemples més reeixits de metodologia àgil.
  • Scrum
  • Crystal
  • Evolutionary Project Management (Evo)
  • Feature Driven Development (FDD)
  • Adaptive Programari Developmen(ASD)
  • Llegeixin Development (LD) i Llegeixin Programari Development (LSD)
  • RUP Àgil, existint dues variants AUP i EUP
  • RAD

[editar] Vegi's també

[editar] Enllaços externs

[editar] Referències

  • [1] Cockburn, Alistair. Agile Programari Development, Highsmith Sèries Editors,.
  • [2] Chin, Gary. Agile Project Management: How to Succeed in the Face of Changing Project Requirements, AMACOM, 2004.