Programinės įrangos kūrimo gyvavimo ciklas (SDLC) yra projektų valdyme naudojamas dvasinis modelis, apibrėžiantis informacinės sistemos kūrimo projekto etapus nuo pradinės galimybių studijos iki užbaigtos programos priežiūros.
Egzistuoja įvairūs programinės įrangos kūrimo gyvavimo ciklo modeliai, nurodyti ir projektuoti, kuriais vadovaujamasi programinės įrangos kūrimo etape. Šie modeliai taip pat vadinami Programinės įrangos kūrimo proceso modeliai .' Kiekvienas proceso modelis seka tam tikrą fazių seriją, būdingą jo tipui, kad būtų užtikrinta sėkminga programinės įrangos kūrimo stadija.
Štai keletas svarbių SDLC gyvavimo ciklo fazių:
Krioklio modelis
Krioklys yra visuotinai priimtas SDLC modelis. Taikant šį metodą, visas programinės įrangos kūrimo procesas yra padalintas į įvairias fazes.
Krioklio modelis yra nuolatinis programinės įrangos kūrimo modelis, kuriame plėtra vertinama kaip nuolatinis žemyn (kaip krioklys) atliekant reikalavimų analizės, projektavimo, įgyvendinimo, testavimo (patvirtinimo), integravimo ir priežiūros veiksmus.
Linijinis veiklų išdėstymas turi tam tikrų reikšmingų pasekmių. Pirma, norint nustatyti etapo pabaigą ir kito pradžią, kiekvieno etapo pabaigoje turi būti naudojami tam tikri sertifikavimo būdai. Kai kurie patikrinimai ir patvirtinimas paprastai tai reiškia, kad užtikrins, kad etapo išvestis atitiktų jos įvestį (tai yra ankstesnio žingsnio išvestis) ir kad etapo išvestis atitiktų bendrus sistemos reikalavimus.
RAD modelis
RAD arba Rapid Application Development procesas yra krioklio modelio pritaikymas; ja siekiama sukurti programinę įrangą per trumpą laiką. RAD modelis pagrįstas koncepcija, kad geresnė sistema gali būti sukurta per trumpesnį laiką, naudojant tikslines grupes sistemos reikalavimams rinkti.
- Verslo modeliavimas
- Duomenų modeliavimas
- Proceso modeliavimas
- Programų generavimas
- Testavimas ir apyvarta
Spiralinis modelis
Spiralinis modelis yra a rizika grindžiamo proceso modelis . Šis SDLC modelis padeda grupei pritaikyti vieno ar kelių proceso modelių elementus, pvz., krioklį, prieauginį, krioklį ir tt Spiralinė technika yra greito prototipų kūrimo ir projektavimo bei kūrimo veiklos lygiagretumo derinys.
Kiekvienas ciklas spirale prasideda nustačius to ciklo tikslus, įvairias alternatyvas, kurios galimos tikslams pasiekti, ir esamus suvaržymus. Tai pirmasis ciklo kvadrantas (viršutinis kairysis kvadrantas).
Kitas ciklo žingsnis – įvertinti šias skirtingas alternatyvas, remiantis tikslais ir apribojimais. Šiame etape vertinant daugiausia dėmesio skiriama projekto rizikos suvokimui.
pasirinkite kelių lentelių sql
Kitas žingsnis – sukurti strategijas, kurios išspręstų neapibrėžtumą ir riziką. Šis veiksmas gali apimti tokias veiklas kaip lyginamoji analizė, modeliavimas ir prototipų kūrimas.
V-modelis
Šio tipo SDLC modelio testavimo ir kūrimo etapas planuojamas lygiagrečiai. Taigi, yra patikrinimo fazės vienoje pusėje ir patvirtinimo fazė kitoje pusėje. V-modelis prisijungia per kodavimo fazę.
Prieauginis modelis
Prieauginis modelis nėra atskiras modelis. Tai būtinai yra krioklio ciklų serija. Reikalavimai suskirstyti į grupes projekto pradžioje. Kiekvienai grupei, kuriant programinę įrangą, laikomasi SDLC modelio. SDLC procesas kartojamas, su kiekvienu leidimu pridedant daugiau funkcijų, kol bus įvykdyti visi reikalavimai. Taikant šį metodą, kiekvienas ciklas veikia kaip ankstesnio programinės įrangos leidimo priežiūros etapas. Prieauginio modelio modifikavimas leidžia kūrimo ciklams sutapti. Po to paskesnis ciklas gali prasidėti prieš pasibaigiant ankstesniam.
Judrus modelis
Agile metodika – tai praktika, kuri skatina nuolatinę kūrimo ir testavimo sąveiką bet kurio projekto SDLC proceso metu. Taikant Agile metodą, visas projektas yra padalintas į mažus laipsniškus kūrinius. Visos šios versijos pateikiamos iteracijomis ir kiekviena iteracija trunka nuo vienos iki trijų savaičių.
Bet kuri judri programinės įrangos fazė apibūdinama taip, kad atsižvelgiama į kelias pagrindines prielaidas, susijusias su didžiąja programinės įrangos projektų dalimi:
- Sunku iš anksto apgalvoti, kokie programinės įrangos reikalavimai išliks, o kurie keisis. Lygiai taip pat sunku nuspėti, kaip pasikeis vartotojų prioritetai įgyvendinant projektą.
- Daugelio tipų programinės įrangos projektavimas ir kūrimas yra tarpusavyje susiję. Tai reiškia, kad abi veiklos turėtų būti atliekamos kartu, kad dizaino modeliai būtų įrodyti juos kuriant. Sunku pagalvoti, kiek projektavimo reikia prieš naudojant konfigūracijos testavimą.
- Analizė, projektavimas, kūrimas ir testavimas nėra tokie nuspėjami (planavimo požiūriu), kaip norėtume.
Iteracinis modelis
Tai ypatingas programinės įrangos kūrimo gyvavimo ciklo įgyvendinimas, kuriame pagrindinis dėmesys skiriamas pradiniam, supaprastintam diegimui, kuris palaipsniui tampa sudėtingesnis ir platesnis, kol bus baigta galutinė sistema. Trumpai tariant, kartotinis kūrimas yra būdas suskaidyti didelės programos programinės įrangos kūrimą į mažesnes dalis.
Big Bang modelis
Didžiojo sprogimo modelis orientuojasi į visų tipų programinės įrangos kūrimo ir kodavimo išteklius, neplanuojant arba labai mažai planuojant. Reikalavimai suprantami ir įgyvendinami jiems atsiradus.
Šis modelis geriausiai tinka mažiems projektams su mažesnės plėtros komanda, kuri dirba kartu. Tai taip pat naudinga akademiniams programinės įrangos kūrimo projektams. Tai idealus modelis, kai reikalavimai nežinomi arba galutinė išleidimo data nenurodyta.
Prototipo modelis
Prototipų kūrimo modelis prasideda nuo reikalavimų rinkimo. Kūrėjas ir vartotojas susitinka ir apibrėžia programinės įrangos paskirtį, nustato poreikius ir pan.
A' greitas dizainas Tada sukuriamas. Šis dizainas orientuotas į tuos programinės įrangos aspektus, kurie bus matomi vartotojui. Tada sukuriamas prototipas. Tada klientas patikrina prototipą ir atlieka bet kokius prototipo pakeitimus ar pakeitimus.
Šiame žingsnyje vyksta ciklas ir sukuriamos geresnės prototipo versijos. Jie nuolat rodomi vartotojui, kad būtų galima atnaujinti bet kokius naujus prototipo pakeitimus. Šis procesas tęsiamas tol, kol klientas bus patenkintas sistema. Kai vartotojas yra patenkintas, prototipas konvertuojamas į tikrąją sistemą, atsižvelgiant į visus kokybės ir saugumo aspektus.