Ohjelmistokehityksen elinkaari (SDLC) on ilmiö design , kehittää ja, testata korkealaatuinen ohjelmisto. SDLC:n ensisijaisena tavoitteena on tuottaa korkealaatuisia ohjelmistoja, jotka täyttävät asiakkaan toiveet aika- ja kustannusarvioissa.
Ketterä ohjelmistokehityksen elinkaari (SDLC) on sekä iteratiivisten että inkrementaalisten prosessimallien yhdistelmä. Se keskittyy prosessien mukautumiskykyyn ja asiakastyytyväisyyteen toimittavan ohjelmistotuotteen nopealla toimituksella. Ketterä SDLC hajottaa tuotteen pieniksi osiksi. Nämä koontiversiot tarjotaan iteraatioiksi.
klusterointi
Ketterässä SDLC-kehitysprosessissa asiakas näkee tuloksen ja ymmärtää, onko hän tyytyväinen siihen vai ei. Tämä on yksi ketterän SDLC-mallin eduista. Yksi sen haitoista on määriteltyjen vaatimusten puuttuminen, joten resursseja ja kehityskustannuksia on vaikea arvioida.
Jokainen ketterän SDLC:n iteraatio koostuu monitoimitiimeistä, jotka työskentelevät eri vaiheissa:
- Vaatimusten kerääminen ja analysointi
- Suunnittele vaatimukset
- Rakentaminen/ iterointi
- Käyttöönotto
- Testaus
- Palaute
Vaatimusten kerääminen ja analysointi
Tässä vaiheessa sinun on määriteltävä vaatimukset. Sinun tulee selittää liiketoimintamahdollisuudet ja suunnitella projektin rakentamiseen tarvittava aika ja vaiva. Näiden tietojen perusteella voit arvioida teknisen ja taloudellisen toteutettavuuden.
Suunnittele vaatimukset
Kun olet tunnistanut hankkeen, määritä vaatimukset yhteistyössä sidosryhmien kanssa. Voit käyttää käyttäjän vuokaaviota tai korkean tason UML-kaaviota näyttääksesi uusien ominaisuuksien työn ja kuinka niitä sovelletaan olemassa olevaan järjestelmääsi.
Rakentaminen/ Iterointi
Kun tiimi määrittelee vaatimukset, työ alkaa. Suunnittelijat ja kehittäjät alkavat työstää projektiaan. Suunnittelijoiden ja kehittäjien tavoitteena on ottaa toimiva tuote käyttöön arvioidussa ajassa. Tuote menee eri parannusvaiheisiin, joten se sisältää yksinkertaisia, minimaalisia toimintoja.
Käyttöönotto
Tässä vaiheessa tiimi julkaisee tuotteen käyttäjän työympäristöön.
Testaus
Tässä vaiheessa laadunvarmistustiimi tutkii tuotteen suorituskyvyn ja etsii vian.
mamta kulkarni
Palaute
Tuotteen julkaisun jälkeen viimeinen vaihe on antaa palautetta tuotteesta. Tässä vaiheessa tiimi saa palautetta tuotteesta ja työskentelee palautteen läpi.
Ketterä SDLC-prosessinkulku
Agile SDLC:n edut
- Projekti on jaettu lyhyisiin ja läpinäkyviin iteraatioihin.
- Sillä on joustava muutosprosessi.
- Se minimoi ohjelmistokehityksen riskin.
- Ensimmäisen tuoteversion pikajulkaisu.
- Toiminnallisen vaatimuksen oikeellisuus toteutetaan kehitysprosessissa.
- Asiakas näkee tuloksen ja ymmärtää, onko hän tyytyväinen siihen vai ei.
Agile SDLC:n haitat
- Kehitystiimin tulee olla erittäin ammattitaitoista ja asiakaslähtöistä.
- Uusi vaatimus voi olla ristiriidassa olemassa olevan arkkitehtuurin kanssa.
- Lisäkorjausten ja muutosten myötä voi olla mahdollista, että projekti ylittää odotetun ajan.
- Projektin lopullista kulkua voi olla vaikea arvioida jatkuvan iteroinnin vuoksi.
- Määritelty vaatimus puuttuu.