Desenvolupament de programari àgil 101

Content

Breu descripció del cicle de vida del desenvolupament de programari
Per què són diferents els desenvolupaments àgils
Pràctiques àgils
Per què anar àgil?
Sense errors, sense estrès: la vostra guia pas a pas per crear programes que canvien la vida sense destruir la vida

Emportar:

Aquest mètode de desenvolupament de programari fomenta la col·laboració i la flexibilitat per ajudar a oferir un producte d'alta qualitat.

Hi ha hagut molta sorpresa al voltant d'Agile al món de l'enginyeria de programari i desenvolupament d'aplicacions. Àgil no és un concepte, sinó una mentalitat. Com el seu nom indica, es concentra en ser dinàmic i flexible. Aquesta metodologia també elimina l’aïllament entre les fases del desenvolupament de programari i incita l’equip de desenvolupament a col·laborar amb analistes de qualitat. També destaca la implicació dels clients per desenvolupar, construir i lliurar un producte d'alta qualitat. Aquí feu una ullada a Agile, com funciona i algunes bones pràctiques per a aquest popular mètode de desenvolupament de programari.

Breu descripció del cicle de vida del desenvolupament de programari

El cicle de vida del desenvolupament de programari (SDLC) és el procés de creació de solucions de programari o de modificacions de les estructures existents destinades a solucionar un problema particular. Comprèn diversos passos, que es segueixen en un ordre lògic. En els models tradicionals SDLC, es tracta dels passos que es segueixen l’un després de l’altre, i normalment es realitzen de forma aïllada:

Reunió de requisits dels clients
Anàlisi del sistema i la viabilitat
Disseny i modelatge
Codificació o implementació
Prova
Desplegament i lliurament
Sol·licituds de manteniment i canvi

En un cicle de desenvolupament de programari típic, els usuaris reals, o clients, estan implicats en el procés de recollida de requisits i després durant les proves beta. Tanmateix, el problema d’aquest model tradicional és que la part de manteniment del cicle es converteix en un tema difícil i bastant car. Moltes vegades, no hi ha marge de millores o canvis en el sistema. En els pitjors casos, el programari dissenyat o desenvolupat no s’ajusta a les especificacions i expectatives del client reals, cosa que significa que l’equip de desenvolupament pot necessitar tornar a començar tot el procés.

Per què són diferents els desenvolupaments àgils

Els models tradicionals més comuns de SDLC (model de cascada, model d'aplicació ràpida, model iteratiu, model espiral, etc.) tenen un conjunt de pros i contres. Passava edats abans que la gent pogués analitzar el realisme d'aquests models. S'ajusten perfectament als escenaris ideals, però no sempre eren pràctics quan es tractava d'aplicacions del món real. Com a resultat, els equips de desenvolupament de programari es van enfrontar a molts reptes. Algunes de les limitacions dels models convencionals SDLC inclouen:

No permeten que es canvien els requisits en les etapes posteriors, perquè es troben congelats al document d'especificació dels requisits de programari. En determinats casos, les expectatives dels usuaris no es descriuen o s’entenen malament.
Els usuaris finals no veuen el sistema fins que no s'ha completat. Això proporciona molt poc marge per fer suggeriments i canvis.
El SDLC tradicional pot crear una enorme bretxa de comunicació entre desenvolupadors i provadors, ja que són fases separades, i no hi ha col·laboració entre les dues parts.
Les proves de la caixa blanca no es poden fer de manera eficaç.

L’ús d’Agile resol molts d’aquests problemes perquè més que un procés pas a pas, actua com una filosofia i un marc que tenen com a objectiu ajudar els equips a col·laborar, respondre al canvi i construir un producte acabat que inclogui més aportacions de tots. festes, inclosos els usuaris.

Pràctiques àgils

L’aparició de la metodologia Agile no és menys que una reforma revolucionària de la metodologia de desenvolupament de programari, ja que proporciona espai suficient perquè els equips del projecte siguin creatius i versàtils, alhora que s’apropia de la propietat col·lectiva de cada fase del producte. Seguint el camí àgil, els participants individuals de l’equip de desenvolupament de programari són capaços de condicionar la seva ment a adoptar la incertesa, fer front als canvis i crear un producte millor com a procés, més que no pas a passos discrets i sense lligar.

Tot i que no hi ha una llista completa de principis àgils, hi ha algunes pràctiques que Àgil propaga. Això inclou:

Desenvolupament conduït per proves (TDD)
L’ideal seria que els desenvolupadors primer escriguessin casos de prova per a les funcions per a les quals van a codificar. Això garantirà un codi de bona qualitat, que és menys probable que es trenqui en condicions excepcionals. Aquest procés també ajuda a assegurar-se que s’han atès les especificacions dels usuaris.
Programació de parells
En el desenvolupament àgil, els programadors treballen generalment el mateix problema per parelles, on una persona està escrivint el codi (controlador) i l’altra està revisant el codi i aportant idees i suggeriments (navegador). Això millora la productivitat i redueix el temps necessari per revisar el codi.
Refactorització del codi
La reactuació del codi consisteix en desglossar el codi en mòduls més petits i senzills que poden (i haurien de) existir de forma independent en l'escenari ideal. D’aquesta manera es millora la llegibilitat, la comprovabilitat i el manteniment del codi en gran mesura.
Participació activa dels interessats reals
Després de intervals regulars d'un període de temps definit (anomenat "ss"), els clients han de rebre un prototip de treball significatiu del programari. Això permet als desenvolupadors obtenir informació sobre el que estan construint a mesura que passen.
Tracteu els requisits com una pila prioritzada
A Àgil, és imprescindible classificar els requisits en funció de la seva importància. Això pot incloure tant expectatives implícites com explícites dels clients sobre el producte de programari que s'està desenvolupant. L’equip de desenvolupament de programari ha d’estimar col·lectivament el temps i els recursos que invertiran en la implementació de la característica i un mapa que es basa en els requeriments dels usuaris i l’ordre relatiu en què hauran d’afrontar cada part del projecte.
Prova de regressió
Les proves de regressió consisteixen a provar la funcionalitat d’una aplicació sencera després d’afegir una característica nova o modificar la funcionalitat existent al codi. Això ajuda a garantir que els canvis no hagin trencat el codi existent.

Per què anar àgil?

Àgil prescriu determinades pràctiques, però no les aplica a un equip de desenvolupament de programari. Al cap i a la fi, si no hi ha marge d’ajustaments i desviacions, el propòsit d’Àgil és derrotat en gran mesura. Incorporar fins i tot alguns aspectes del desenvolupament àgil en un projecte pot ajudar als equips de desenvolupament de programari a afrontar els reptes no anticipats i, en definitiva, construir un producte millor d’una manera més eficient.