Programinės įrangos gyvavimo ciklo modelis (taip pat vadinamas proceso modeliu) yra vaizdinis ir diagraminis programinės įrangos gyvavimo ciklo vaizdas. Gyvavimo ciklo modelis atspindi visus metodus, reikalingus programinės įrangos produktui pereiti per jo gyvavimo ciklo etapus. Ji taip pat apima struktūrą, kurioje šie metodai turi būti taikomi.
Kitaip tariant, gyvavimo ciklo modelis vaizduoja įvairią veiklą, atliekamą su programinės įrangos produktu nuo jo atsiradimo iki išėjimo į pensiją. Skirtingi gyvavimo ciklo modeliai gali įvairiai suplanuoti reikiamas plėtros veiklas į etapus. Taigi, joks elementas, kurio gyvavimo ciklo modelis yra laikomasi, esminės veiklos yra įtrauktos į visus gyvavimo ciklo modelius, nors veiksmas gali būti atliekamas skirtingomis eilėmis skirtinguose gyvavimo ciklo modeliuose. Bet kuriuo gyvavimo ciklo etapu taip pat gali būti vykdoma daugiau nei viena veikla.
Reikia SDLC
Kūrimo komanda turi nustatyti tam tikram planui tinkamą gyvavimo ciklo modelį ir tada jo laikytis.
Nenaudojant tikslaus gyvavimo ciklo modelio, programinės įrangos produkto kūrimas nebūtų sistemingas ir disciplinuotas. Kai komanda kuria programinės įrangos produktą, komandos atstovas turi aiškiai suprasti, kada ir ką daryti. Priešingu atveju tai reikštų chaosą ir projekto nesėkmę. Šią problemą galima apibrėžti naudojant pavyzdį. Tarkime, kad programinės įrangos kūrimo problema yra padalinta į įvairias dalis, o dalys priskiriamos komandos nariams. Tarkime, kad nuo tada komandos atstovui bus suteikta laisvė plėtoti jiems priskirtus vaidmenis, kaip tik nori. Gali būti, kad vienas atstovas gali pradėti rašyti kodą iš savo pusės, kitas gali nuspręsti pirmiausia paruošti testo dokumentus, o kitas inžinierius gali pradėti nuo jam priskirtų vaidmenų projektavimo etapo. Tai būtų vienas iš tobulų būdų projekto nesėkmei.
Programinės įrangos gyvavimo ciklo modelis aprašo kiekvienos fazės įėjimo ir išėjimo kriterijus. Fazė gali prasidėti tik tada, kai yra įvykdyti įėjimo į etapą kriterijai. Taigi be programinės įrangos gyvavimo ciklo modelio etapo įėjimo ir išėjimo kriterijai negali būti atpažįstami. Be programinės įrangos gyvavimo ciklo modelių programinės įrangos projektų vadovams tampa sunku stebėti projekto eigą.
SDLC ciklas
SDLC ciklas reiškia programinės įrangos kūrimo procesą. SDLC sistema apima šiuos veiksmus:
SDLC etapai yra tokie:
1 etapas: planavimas ir reikalavimų analizė
eilutę rasti c++
Reikalavimų analizė yra svarbiausias ir būtiniausias SDLC etapas.
Vyresnieji komandos nariai tai atlieka naudodamiesi visų suinteresuotųjų šalių ir srities ekspertų arba pramonės MVĮ indėliu.
Šiame etape taip pat atliekamas kokybės užtikrinimo reikalavimų planavimas ir su projektais susijusios rizikos nustatymas.
Verslo analitikas ir projekto organizatorius surengė susitikimą su klientu, kad surinktų visus duomenis, pavyzdžiui, ką klientas nori sukurti, kas bus galutinis vartotojas, koks yra produkto tikslas. Prieš kuriant produktą, labai reikalingas esminis supratimas ar žinios apie produktą.
Pavyzdžiui , Klientas nori turėti programą, susijusią su pinigų operacijomis. Taikant šį metodą, reikalavimas turi būti tikslus, pavyzdžiui, kokios operacijos bus atliekamos, kaip tai bus daroma, kokia valiuta bus atliekama ir pan.
Atlikus reikiamą funkciją, baigiama analizė ir produkto augimo galimybių auditas. Iškilus neaiškumams, nustatomas signalas tolimesnei diskusijai.
Supratus reikalavimą, sukuriamas SRS (Software Requirement Specification) dokumentas. Kūrėjai turėtų atidžiai laikytis šio dokumento, o klientas taip pat turėtų jį peržiūrėti ateityje.
2 etapas: reikalavimų apibrėžimas
Atlikus reikalavimų analizę, kitas etapas yra tikrai pateikti ir dokumentuoti programinės įrangos reikalavimus ir gauti juos iš projekto suinteresuotųjų šalių.
Tai pasiekiama naudojant „SRS“ – programinės įrangos reikalavimų specifikacijos dokumentą, kuriame pateikiami visi gaminio reikalavimai, kuriuos reikia sukurti ir plėtoti projekto gyvavimo ciklo metu.
3 etapas: programinės įrangos projektavimas
konverteris iš eilutės į int
Kitame etape bus sumažintos visos žinios apie programinės įrangos projekto reikalavimus, analizę ir dizainą. Šis etapas yra paskutinių dviejų, pavyzdžiui, kliento indėlis ir poreikių rinkimas, rezultatas.
4 etapas: projekto kūrimas
Šiame SDLC etape prasideda tikrasis kūrimas ir kuriamas programavimas. Dizaino įgyvendinimas prasideda nuo kodo rašymo. Kūrėjai turi laikytis kodavimo gairių, aprašytų jų valdymo ir programavimo įrankių, tokių kaip kompiliatoriai, vertėjai, derintuvai ir kt., naudojami kodui kurti ir įgyvendinti.
5 etapas: testavimas
Sugeneravus kodą, jis išbandomas pagal reikalavimus, siekiant įsitikinti, kad produktai atitinka poreikius, kurie buvo išspręsti ir surinkti reikalavimų etape.
Šio etapo metu atliekamas vienetų testavimas, integracijos testavimas, sistemos testavimas, priėmimo testavimas.
6 etapas: diegimas
Kai programinė įranga yra sertifikuota ir nenurodyta jokių klaidų, ji įdiegiama.
Tada, remiantis įvertinimu, programinė įranga gali būti išleista tokia, kokia ji yra, arba su siūlomu objekto segmento patobulinimu.
Įdiegus programinę įrangą, prasideda jos priežiūra.
7 etapas: priežiūra
Kai klientas pradeda naudotis sukurtomis sistemomis, tada iškyla tikrosios problemos ir kartkartėmis sprendžiami reikalavimai.
Ši procedūra, kai rūpinamasi sukurtu produktu, vadinama priežiūra.