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:

1. Vaatimusten kerääminen ja analysointi
2. Suunnittele vaatimukset
3. Rakentaminen/ iterointi
4. Käyttöönotto
5. Testaus
6. 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

Konsepti:Projekti on kuviteltu ja priorisoitu.Aloitus:Luodaan tiimin jäseniä, asetetaan rahoitus ja keskustellaan perusympäristöistä ja vaatimuksista.Iteraatio/rajoitus:Ohjelmistokehitystiimi työskentelee toimivien ohjelmistojen toimittamiseksi. Se perustuu vaatimuksiin ja palautteeseen.Julkaisu:Suorita laadunvarmistustestaus (QA), tarjoaa sisäisen ja ulkoisen koulutuksen, dokumentaation kehittämisen ja tuotteen iteroinnin lopullisen version.Tuotanto:Se on ohjelmiston jatkuva tuki.

Agile SDLC:n edut

1. Projekti on jaettu lyhyisiin ja läpinäkyviin iteraatioihin.
2. Sillä on joustava muutosprosessi.
3. Se minimoi ohjelmistokehityksen riskin.
4. Ensimmäisen tuoteversion pikajulkaisu.
5. Toiminnallisen vaatimuksen oikeellisuus toteutetaan kehitysprosessissa.
6. Asiakas näkee tuloksen ja ymmärtää, onko hän tyytyväinen siihen vai ei.

Agile SDLC:n haitat

1. Kehitystiimin tulee olla erittäin ammattitaitoista ja asiakaslähtöistä.
2. Uusi vaatimus voi olla ristiriidassa olemassa olevan arkkitehtuurin kanssa.
3. Lisäkorjausten ja muutosten myötä voi olla mahdollista, että projekti ylittää odotetun ajan.
4. Projektin lopullista kulkua voi olla vaikea arvioida jatkuvan iteroinnin vuoksi.
5. Määritelty vaatimus puuttuu.