SDLC vs krioklio modelis
Programinės įrangos kūrimo gyvavimo ciklo modelis arba SDLC yra struktūrizuotas požiūris į programinės įrangos kūrimą. Norint gauti galutinį produktą, eilės tvarka vykdoma daugybė veiksmų. Kiekviena fazė yra susijusi su pristatymu, kuris yra įvestis į sekančią SDLC fazę. Pažvelkime į skirtingas SDLC modelio fazes:
1. Reikalavimas - šis etapas yra pats svarbiausias suinteresuotiesiems subjektams ir vadovams. Šie reikalavimai nustato sistemos vartotojus, jų pagrindines funkcijas, sistemos įvestis ir išėjimus. Viso šio proceso rezultatas yra funkcinės specifikacijos dokumentas, paaiškinantis visą sistemą.
2. Projektavimas - įvestis į šią fazę yra funkcinės specifikacijos dokumentas nuo reikalavimo fazės. Šis etapas detalizuoja sistemos išvaizdą. Pagrindinis šio etapo rezultatas yra programinės įrangos projektavimas ir aparatinės bei programinės įrangos reikalavimų sprendimas.
3. Įdiegimas - tai ilgiausia SDLC fazė, kuria dizainas įgyvendinamas kaip kodo forma. Kūrėjai yra pagrindiniai šiame etape dirbantys žmonės. Tam tikruose SDLC modeliuose bandymo ir projektavimo etapai sutampa su įgyvendinimo etapu.
4. Testavimas - tai apima tiek įrenginio, tiek sistemos testavimą. Vieneto testavimas padeda nustatyti klaidas kiekviename modulyje, tuo tarpu sistemos testavimas patikrina visos sistemos funkcionalumą. Testavimo tikslas yra patikrinti, ar kodu pavyko pasiekti reikiamą funkcionalumą, kaip apibrėžta reikalavimo fazėje, ar ne.
Kai kurie iš populiariausių SDLC modelių yra šie:
* Krioklio modelis
* V formos modelis
* Papildomas gyvenimo ciklo modelis
* Spiralinis modelis
Krioklio modelis yra vienas iš populiariausių SDLC modelių. Tai yra klasikinis požiūris į programinės įrangos kūrimą, kuris pateikia linijinį ir nuoseklųjį metodą pateikiant programinės įrangos produktą. Šis modelis turi skirtingus kiekvienos fazės rezultatus. Šis modelis siūlo šiuos privalumus:
1. Tai paprasta ir lengva įgyvendinti.
2. Kadangi modelis vadovaujasi tiesiniu metodu, jį valdyti tampa lengviau.
3. Kiekviena fazė vykdoma po vieną.
4. Tai geriausia panaudoti mažiems projektams.
Privalumai turi tam tikrų trūkumų. Kai kurie iš jų aptariami toliau:
1. Yra didelis rizikos veiksnys.
2. Tai nėra naudinga dideliems projektams.
3. Jis negali būti naudojamas projektams, kuriuose gali keistis reikalavimai.
4. Tai netinka projektams, kurie yra sudėtingi arba kuriuose naudojamos OOPS koncepcijos.
Santrauka:
1. SDLC arba programinės įrangos kūrimo gyvavimo ciklas naudojamas projekto veiklai planuoti
chronologiniu būdu.
2. Išvestis iš vienos SDLC fazės veikia kaip įvestis į kitą fazę. Reikalavimai yra
paversta dizainu. Dizainas nustato kodą, kurį reikia parašyti
įgyvendinti. Tikrinant patikrinama, ar kodas atitinka projektą ir reikalavimus.
3. Pagrindinės SDLC fazės yra: reikalavimas, projektavimas, kodavimas, testavimas ir priežiūra.
4. Krioklio modelyje, viename iš populiariausių SDLC modelių, kiekvienas žingsnis atliekamas a
nuosekliu būdu, nepersidengiant ar kartojant veiksmus.