Agile SDLC-modellen er en kombinasjon av iterative og inkrementelle prosessmodeller med fokus på prosesstilpasningsevne og kundetilfredshet ved rask levering av fungerende programvareprodukt. Agile Methods deler produktet opp i små trinnvise bygg. Disse byggene er gitt i iterasjoner. Hver iterasjon varer vanligvis fra omtrent en til tre uker. Hver iterasjon involverer tverrfunksjonelle team som jobber samtidig på ulike områder som –

• Planlegging
• Kravsanalyse
• Design
• Koding
• Enhetstesting og
• Akseptstesting.

På slutten av iterasjonen vises et fungerende produkt for kunden og viktige interessenter.

Hva er smidig?

Agil modell mener at hvert prosjekt må håndteres forskjellig, og de eksisterende metodene må skreddersys for å passe best til prosjektets krav. I Agile er oppgavene delt inn i tidsbokser (små tidsrammer) for å levere spesifikke funksjoner for en utgivelse.

Iterativ tilnærming tas og arbeidsprogramvarebygging leveres etter hver iterasjon. Hver bygning er inkrementell når det gjelder funksjoner; den endelige versjonen inneholder alle funksjonene som kunden krever.

Her er en grafisk illustrasjon av Agile Model –

The Agile tankeprosessen hadde startet tidlig i programvareutviklingen og begynte å bli populær med tiden på grunn av dens fleksibilitet og tilpasningsevne.

De mest populære Agile metodene inkluderer Rational Unified Process (1994), Scrum (1995), Crystal Clear, Extreme Programming (1996), Adaptive Software Development, Feature Driven Development, and Dynamic Systems Development Method (DSDM) (1995). Disse blir nå samlet referert til som Agile Methodologies, etter at Agile Manifesto ble publisert i 2001.

Følgende er Agile Manifesto-prinsippene –

• Individer og interaksjoner – I smidig utvikling er selvorganisering og motivasjon viktig, det samme er interaksjoner som samlokalisering og parprogrammering.

• Arbeidsprogramvare – Demo-arbeidsprogramvare regnes som det beste kommunikasjonsmiddelet med kundene for å forstå deres krav, i stedet for bare å avhenge av dokumentasjon.

• Kundesamarbeid – Siden kravene ikke kan samles helt i begynnelsen av prosjektet på grunn av ulike faktorer, kontinuerlig kundeinteraksjon er veldig viktig for å oppnå riktige produktkrav.

• Å svare på endring – Agile Development er fokusert på raske svar på endring og kontinuerlig utvikling.

Agile mot tradisjonelle SDLC-modeller

Agile er basert på den adaptive programvaren utviklingsmetoder, mens de tradisjonelle SDLC-modellene som fossemodellen er basert på en prediktiv tilnærming. Forutsigende team i de tradisjonelle SDLC-modellene jobber vanligvis med detaljert planlegging og har en fullstendig prognose for de nøyaktige oppgavene og funksjonene som skal leveres i løpet av de neste månedene eller i løpet av produktets livssyklus.

Forutsigende metoder er helt avhengig av kravanalysen og planleggingen gjort i begynnelsen av syklusen. Eventuelle endringer som skal innarbeides, gjennomgår en streng endringskontrollhåndtering og prioritering.

Agile bruker en adaptiv tilnærming der det ikke er noen detaljplanlegging og det er klarhet i fremtidige oppgaver bare med hensyn til hvilke funksjoner som må utvikles. . Det er funksjonsstyrt utvikling, og teamet tilpasser seg dynamisk de skiftende produktkravene. Produktet blir testet veldig ofte gjennom utgivelses-iterasjoner, noe som minimerer risikoen for store feil i fremtiden.

Kundeinteraksjon er ryggraden i denne smidige metoden, og åpen kommunikasjon med minimum dokumentasjon er de typiske trekk ved Agilt utviklingsmiljø. De smidige teamene jobber i tett samarbeid med hverandre og ligger som oftest på samme geografiske beliggenhet.

Agil modell – Fordeler og ulemper

Agile metoder blir allment akseptert i programvaren verden nylig. Imidlertid er denne metoden ikke alltid egnet for alle produkter. Her er noen fordeler og ulemper med Agile-modellen.

Fordelene med Agile Model er som følger –

• Er en veldig realistisk tilnærming til programvareutvikling.

• Fremmer teamarbeid og krysstrening.

• Funksjonalitet kan utvikles raskt og demonstreres.

• Ressurskrav er minimale.

• Egnet for faste eller endrede krav

• Leverer tidlige delvise arbeidsløsninger .

• God modell for miljøer som endrer seg jevnt.

• Minimale regler, dokumentasjon som lett kan brukes.

• Gjør det mulig å utvikle og levere samtidig i en samlet planlagt kontekst.

• Lite eller ingen planlegging nødvendig.

• Enkel å administrere.

• Gir utviklere fleksibilitet.

Ulempene med den smidige modellen er som følger –

• Ikke egnet for håndtering av komplekse avhengigheter.

• Mer risiko for bærekraft, vedlikehold og utvidbarhet.

• En overordnet plan, en smidig leder og smidig PM-praksis er et must uten som det ikke vil fungere.

• Strengt leveringsadministrasjon dikterer omfanget, funksjonaliteten som skal leveres, og justeringer for å overholde fristene.

• Avhenger sterkt av kundeinteraksjon, så hvis kunden ikke er klar, kan teamet kjøres inn feil retning.

• Det er veldig høy individuell avhengighet, siden det er generert minimumsdokumentasjon.

• Overføring av teknologi til nye teammedlemmer kan være ganske utfordrende strekker seg på grunn av manglende dokumentasjon.