Turinys:
- Apibrėžimas - ką reiškia programinės įrangos kūrimo gyvavimo ciklo modelis (SDLC)?
- „Techopedia“ paaiškina programinės įrangos kūrimo gyvavimo ciklo modelį (SDLC)
Apibrėžimas - ką reiškia programinės įrangos kūrimo gyvavimo ciklo modelis (SDLC)?
Programinės įrangos kūrimo gyvavimo ciklo (SDLC) modelis yra koncepcinis pagrindas, apibūdinantis visą programinės įrangos kūrimo projekto veiklą nuo planavimo iki priežiūros. Šis procesas yra susijęs su keliais modeliais, kurių kiekvienas apima įvairias užduotis ir veiklas.
Programinės įrangos kūrimas yra sudėtinga veikla, reikalaujanti tinkamo reikalavimų nustatymo, jų įdiegimo ir programinės įrangos diegimo. Tačiau veikla tuo nesibaigia. Paskelbus programinę įrangą, reikia laiku užtikrinti tinkamą priežiūrą.
Šis terminas taip pat žinomas kaip programinės įrangos kūrimo proceso modelis.
„Techopedia“ paaiškina programinės įrangos kūrimo gyvavimo ciklo modelį (SDLC)
Pagrindinė programinės įrangos kūrimo veikla apima:
- Reikalavimų ištraukimas: klientas neaiškiai supranta, ko reikia. Išsamiai išanalizavę reikalavimus ir planavę veiksmus tikslui pasiekti, programinės įrangos inžinierių grupė įgyvendina abstrakčią kliento idėją.
- Programinės įrangos aprašymas: aprašoma, kad programinė įranga yra kitas proceso žingsnis.
- Anotacija apie sistemą: sukurta siekiant patvirtinti, kad ji atitinka produkto reikalavimus ir sąsajas su kitais programinės įrangos produktais kartu su pagrindine aparatine įranga.
- Reikalavimai klientui: įgyvendinami naudojant programinės įrangos inžinierių užprogramuotą kodą.
- Kodo tikrinimas: kodas išbandomas siekiant įsitikinti, kad jame nėra klaidų ir ar jis atitinka kliento reikalavimus.
- Vidaus projekto dokumentacija: būsimai gaminio priežiūrai ir patobulinimui.
- Priežiūra: Tai atliekama norint pakeisti sistemos architektūrą atsižvelgiant į būsimus poreikius. Tam gali reikėti pridėti kodą arba pakeisti esamą kodą.
Pirmiau pateiktą kūrimo procesą supaprastina modelių serija. Plėtros komanda išrenka tinkamiausią modelį. Skirtingi modeliai yra šie:
- Krioklio modelis: Kūrėjai nustato reikalavimus, juos analizuoja, nustato sprendimą ir sukuria programinės įrangos architektūrą, sąsajos vaizdavimą ir algoritmines detales. Tada jie kuria kodą, išbando kodą, diegia programinę įrangą ir ją prižiūri. Nors krioklio metodą lengva suprasti ir jis kelia stabilumą, jis gali sudaryti klaidingą įspūdį, kad klientas nedalyvauja. Pagrindinė šio modelio problema yra ta, kad reikalavimas ištaisyti klaidas turėtų būti žinomas iš anksto ir ankstyvame etape. Priešingu atveju visas procesas gali tęstis neteisinga linkme, o tai gali neigiamai paveikti gamybos sąnaudas.
- V formos modelis: yra krioklio modelio variacija. Tai pabrėžia produkto patikrinimą ir patvirtinimą. Visi rezultatai yra išbandomi ir pažangą seka orientyrai. Testavimas vykdomas lygiagrečiai kūrimo etapui.
- Prototipo modelis: prototipas yra sukurtas poreikio etape ir įvertintas galutinių vartotojų. Remdamiesi vartotojų atsiliepimais, kūrėjai keičia prototipą, kad patenkintų vartotojo reikalavimus. Nors šis modelis lengvai parengia reikalavimus, jo naudojimas gamybos aplinkoje gali sukelti kokybės problemų, todėl taisymo procesas bus tęsiamas amžinai.
- Spiralinis modelis: naudojamas tiek krioklio, tiek prototipų modeliai. Prie krioklio modelio pridedamos 4 kartos programavimo kalbos, greitas programų kūrimo prototipų sudarymas ir rizikos analizė. Suprojektuoti sistemos reikalavimai ir sukurtas preliminarus sistemos projektas. Sukurtas ir išbandytas pradinis prototipas. Remiantis testo rezultatų įvertinimu, sukuriamas antrasis prototipas. Vėlesni prototipai yra sukurti siekiant patenkinti klientų poreikius. Sistema sukurta remiantis galutiniu prototipu. Įvertinama ir išbandoma galutinė sistema. Nors šis modelis iš esmės sumažina riziką, jis gali neatitikti biudžeto ir kiekvienai paraiškai jis taikomas skirtingai.
- Iteracinis ir prieauginis SDLC modelis: Nurodoma ir įdiegiama programinės įrangos dalis, kuri tada peržiūrima, o kiti reikalavimai pridedami ir įgyvendinami grupėmis. Kiekviena spauda pristato veikiantį produktą, pirmiausia pateikiantį klientams svarbias funkcijas, sumažinančias pradines pristatymo išlaidas. Labai sumažėja rizika, kad pasikeis reikalavimai, klientams leidžiama reaguoti į kiekvieną statinį. Nepaisant savo pranašumų, šiam modeliui reikalingas geras planavimas ir ankstyvas visos ir visiškai veikiančios sistemos apibrėžimas. Tam taip pat reikia gerai apibrėžtų modulio sąsajų.
- Agile plėtros modelis: naudojamas kritiškai svarbiems taikymams organizacijose, naudojančiose disciplinuotus metodus. Tai pagreitina gyvenimo ciklo fazes ir sumažina taikymo sritį.
- „Magic box“ modelis: yra žiniatinklio programų kūrimo modelis. Tai greičiausias būdas pabaigti projektą kuo mažiau klaidų, nes tai suteikia galimybę pakeisti kodo ir duomenų bazės struktūras.
