Agil SDLC-modell är en kombination av iterativa och inkrementella processmodeller med fokus på processanpassningsförmåga och kundnöjdhet genom snabb leverans av fungerande programvaruprodukt. Agila metoder delar upp produkten i små stegvisa byggnader. Dessa byggnader tillhandahålls i iterationer. Varje iteration varar vanligtvis från cirka en till tre veckor. Varje iteration involverar tvärfunktionella team som arbetar samtidigt på olika områden som –

• Planering
• Kravsanalys
• Design
• Kodning
• Enhetstestning och
• Acceptantestning.

I slutet av iterationen visas en fungerande produkt för kunden och viktiga intressenter.

Vad är Agile?

Agile-modellen anser att varje projekt måste hanteras annorlunda och de befintliga metoderna måste skräddarsys för att bäst passa projektkraven. I Agile delas uppgifterna upp i tidsrutor (små tidsramar) för att leverera specifika funktioner för en release.

Iterativ metod tillämpas och arbetsprogramvaruversion levereras efter varje iteration. Varje byggnad är inkrementell när det gäller funktioner; den slutgiltiga byggnaden innehåller alla funktioner som krävs av kunden.

Här är en grafisk illustration av Agile Model –

The Agile tankeprocessen hade börjat tidigt i mjukvaruutvecklingen och började bli populär med tiden på grund av dess flexibilitet och anpassningsförmåga.

De mest populära Agile-metoderna inkluderar Rational Unified Process (1994), Scrum (1995), Crystal Clear, Extreme Programming (1996), Adaptive Software Development, Feature Driven Development, and Dynamic Systems Development Method (DSDM) (1995). Dessa kallas nu kollektivt Agile Methodologies, efter att Agile Manifesto publicerades 2001.

Följande är Agile Manifesto-principerna –

• Individer och interaktioner – I Agile-utveckling är självorganisation och motivation viktigt, liksom interaktioner som samlokalisering och parprogrammering.

• Arbetsprogramvara – Demo-arbetsprogramvara anses vara det bästa kommunikationsmedlet med kunderna för att förstå deras krav istället för att bara bero på dokumentation.

• Kundsamarbete – Eftersom kraven inte kan samlas helt i början av projektet på grund av olika faktorer, kontinuerlig kundinteraktion är mycket viktigt för att få korrekta produktkrav.

• Att svara på förändring – Agile Development fokuserar på snabba svar på förändring och kontinuerlig utveckling.

Agile mot traditionella SDLC-modeller

Agile bygger på den adaptiva programvaran utvecklingsmetoder, medan de traditionella SDLC-modellerna som vattenfallsmodellen bygger på ett prediktivt tillvägagångssätt. Prediktiva team i de traditionella SDLC-modellerna arbetar vanligtvis med detaljerad planering och har en fullständig prognos över de exakta uppgifterna och funktionerna som ska levereras under de närmaste månaderna eller under produktens livscykel.

Prediktiva metoder beror helt på kravanalys och planering gjord i början av cykeln. Eventuella förändringar som ska införlivas går igenom en strikt förändringskontrollhantering och prioritering.

Agile använder ett adaptivt tillvägagångssätt där det inte finns någon detaljerad planering och det finns tydlighet i framtida uppgifter endast med avseende på vilka funktioner som behöver utvecklas . Det finns funktionsdriven utveckling och teamet anpassar sig dynamiskt till de ändrade produktkraven. Produkten testas väldigt ofta, genom släpp-iterationer, vilket minimerar risken för allvarliga fel i framtiden.

Kundinteraktion är ryggraden i denna Agile-metodik, och öppen kommunikation med minimidokumentation är typiska för Agil utvecklingsmiljö. De smidiga lagen arbetar i nära samarbete med varandra och ligger oftast på samma geografiska plats.

Agil modell – Fördelar och nackdelar

Agila metoder accepteras allmänt i programvaran världen nyligen. Det kan dock hända att denna metod inte alltid passar alla produkter. Här är några fördelar och nackdelar med Agile-modellen.

Fördelarna med Agile Model är följande –

• Är ett mycket realistiskt tillvägagångssätt för mjukvaruutveckling.

• Främjar lagarbete och korsutbildning.

• Funktionalitet kan utvecklas snabbt och demonstreras.

• Resurskrav är minimala.

• Lämplig för fasta eller ändrade krav

• Levererar tidiga partiella arbetslösningar .

• Bra modell för miljöer som förändras stadigt.

• Minimala regler, dokumentation lätt att använda.

• Möjliggör samtidig utveckling och leverans inom ett övergripande planerat sammanhang.

• Liten eller ingen planering krävs.

• Lätt att hantera.

• Ger utvecklare flexibilitet.

Nackdelarna med den smidiga modellen är som följer –

• Ej lämplig för hantering av komplexa beroenden.

• Mer risk för hållbarhet, underhåll och töjbarhet.

• En övergripande plan, en smidig ledare och smidig PM-praxis är ett måste utan vilken det inte fungerar.

• Strikt leveranshantering dikterar omfattning, funktionalitet som ska levereras och justeringar för att uppfylla tidsfristerna.

• Beror starkt på kundinteraktion, så om kunden inte är tydlig kan teamet drivas in fel riktning.

• Det finns ett mycket högt individberoende eftersom det skapas minimidokumentation.

• Tekniköverföring för nya teammedlemmar kan vara ganska utmanande sträcker sig på grund av brist på dokumentation.