Ketterä SDLC-malli on iteratiivisten ja inkrementaalisten prosessimallien yhdistelmä, jossa keskitytään prosessin sopeutumiskykyyn ja asiakastyytyväisyyteen nopean toimituksen avulla toimivan ohjelmistotuotteen. Ketterät menetelmät hajottavat tuotteen pieniksi inkrementaalirakenteiksi. Nämä koontiversiot toimitetaan iteraatioina. Jokainen iterointi kestää tyypillisesti noin yhdestä kolmeen viikkoa. Jokaiseen iteraatioon kuuluu rajat ylittäviä tiimejä, jotka työskentelevät samanaikaisesti eri aloilla, kuten –

• Suunnittelu
• Vaatimusanalyysi
• Suunnittelu
• Koodaus
• Yksikkötestaus ja
• Hyväksyntätestaus.

Toiston lopussa toimiva tuote näytetään asiakkaalle ja tärkeille sidosryhmille.

Mikä on ketterä?

Ketterän mallin mielestä jokaista projektia on käsiteltävä eri tavalla ja nykyiset menetelmät on räätälöitävä parhaiten vastaamaan projektin vaatimuksia. Ketterässä tehtävät on jaettu aikaruutuihin (pieniin aikakehyksiin), jotta ne tarjoavat erityisiä ominaisuuksia julkaisulle.

Iteratiivinen lähestymistapa on käytössä ja toimiva ohjelmiston koontiversio toimitetaan jokaisen iteraation jälkeen. Jokainen koontiversio on ominaisuuksiltaan asteittainen; lopullinen koontiversio sisältää kaikki asiakkaan vaatimat ominaisuudet.

Tässä on graafinen kuva ketterästä mallista –

Ketterä ajatusprosessi oli alkanut ohjelmistokehityksen alkuvaiheessa ja alkanut tulla suosittavaksi ajan myötä sen joustavuuden ja sopeutumiskyvyn ansiosta.

Suosituimpiin ketteriin menetelmiin kuuluvat Rational Unified Process (1994), Scrum (1995), Crystal Clear, Äärimmäinen ohjelmointi (1996), Adaptive Software Development, Feature Driven Development ja Dynamic Systems Development Method (DSDM) (1995). Näitä kutsutaan nyt yhdessä ketteriksi menetelmiksi sen jälkeen, kun ketterä manifesti julkaistiin vuonna 2001.

Seuraavat ketterän manifestin periaatteet –

• Yksilöt ja vuorovaikutus – Ketterässä kehityksessä itseorganisaatio ja motivaatio ovat tärkeitä, samoin kuin vuorovaikutukset, kuten paikannus ja pariohjelmointi.

• Työohjelmisto – Demo-työohjelmistoa pidetään parhaana viestintävälineenä. asiakkaiden kanssa ymmärtämään heidän vaatimuksensa sen sijaan, että vain riippuisivat asiakirjoista.

• Asiakkaiden yhteistyö – Koska vaatimuksia ei voida kerätä kokonaan projektin alussa useiden tekijöiden vuoksi, jatkuva asiakasvuorovaikutus on erittäin tärkeää asianmukaisten tuotevaatimusten saavuttamiseksi.

• Muutoksiin vastaaminen – Ketterä kehitys on keskittynyt nopeaan muutokseen vastaamiseen ja jatkuvaan kehittämiseen.

Agile Vs perinteiset SDLC-mallit

Agile perustuu mukautuvaan ohjelmistoon kehitysmenetelmät, kun taas perinteiset SDLC-mallit, kuten vesiputousmalli, perustuvat ennakoivaan lähestymistapaan. Perinteisten SDLC-mallien ennakoivat ryhmät työskentelevät yleensä yksityiskohtaisen suunnittelun avulla, ja heillä on täydellinen ennuste tarkoista tehtävistä ja ominaisuuksista, jotka toimitetaan lähikuukausina tai tuotteen elinkaaren aikana.

Ennakoivat menetelmät riippuvat kokonaan vaatimusanalyysi ja suunnittelu suoritettu syklin alussa. Kaikki sisällytettävät muutokset käyvät läpi tarkan muutoksenhallinnan hallinnan ja priorisoinnin.

Ketterä käyttää mukautuvaa lähestymistapaa, jossa ei ole yksityiskohtaista suunnittelua ja tulevaisuuden tehtävissä on selkeyttä vain kehitettävien ominaisuuksien suhteen. . Kehitystä tapahtuu ominaisuuksien mukaan ja tiimi sopeutuu muuttuviin tuotevaatimuksiin dynaamisesti. Tuotetta testataan hyvin usein julkaisu-iteraatioiden avulla, mikä minimoi mahdollisten suurten vikojen riskin tulevaisuudessa.

Asiakkaan vuorovaikutus on tämän ketterän menetelmän selkäranka, ja avoin viestintä vähimmäisdokumentaation kanssa ovat tyypillisiä piirteitä. Ketterä kehitysympäristö. Ketterät tiimit työskentelevät läheisessä yhteistyössä keskenään ja sijaitsevat useimmiten samassa maantieteellisessä paikassa.

Ketterä malli – hyvät ja huonot puolet

Ketterät menetelmät ovat yleisesti hyväksyttyjä ohjelmistossa viime aikoina. Tämä menetelmä ei kuitenkaan välttämättä sovi kaikille tuotteille. Tässä on joitain ketterän mallin hyviä ja huonoja puolia.

Ketterän mallin edut ovat seuraavat –

• On hyvin realistinen lähestymistapa ohjelmistokehitykseen.

• Edistää ryhmätyötä ja ristikoulutusta.

• Toiminnallisuutta voidaan kehittää nopeasti ja osoittaa.

• Resurssivaatimukset ovat vähimmäisvaatimukset.

• Sopii kiinteisiin tai muuttuviin vaatimuksiin

• Tarjoaa varhaiset osittaiset ratkaisut .

• Hyvä malli ympäristöille, jotka muuttuvat tasaisesti.

• Vähimmäissäännöt, helposti käytettävät asiakirjat.

  / li>

• Helppo hallita.

• Tarjoaa joustavuutta kehittäjille.

Haitat ketterä malli on seuraava –

• Ei sovellu monimutkaisten riippuvuuksien käsittelemiseen.

• Suurempi kestävyyden, ylläpidettävyyden ja laajennuksen riski.

  jakelun hallinta sanelee toimitettavan laajuuden, toimitettavan toiminnallisuuden ja mukautukset määräaikojen noudattamiseksi.

• Riippuu suuresti asiakkaiden vuorovaikutuksesta, joten jos asiakas ei ole selvä, tiimi voidaan ajaa mukaan väärä suunta.

  uusille tiimin jäsenille voi olla melko chal vaikea dokumentaation puuttuessa.