Pagrindinis skirtumas – krioklio modelis prieš V modelį
Pagrindinis skirtumas tarp krioklio modelio ir V modelio yra tas, kad krioklio modelyje programinės įrangos testavimas atliekamas baigus kūrimo etapą, o V modelyje kiekviena kūrimo ciklo fazė turi tiesiogiai susijusį testavimo etapą.
Programinės įrangos kūrimo gyvavimo ciklas (SDLC) yra procesas, kurį vykdo programinės įrangos organizacija, kad sukurtų veikiančią aukštos kokybės programinę įrangą. Yra įvairių programinės įrangos kūrimo proceso modelių, kuriais galima vadovautis programinės įrangos kūrimo proceso metu. Du iš jų yra krioklio ir V modelio.
Kas yra krioklio modelis?
Krioklio modelis yra lengvai suprantamas ir paprastas modelis. Visas procesas yra padalintas į kelis etapus. Norint pasiekti kitą etapą, reikia užbaigti vieną etapą.
Pirmasis etapas yra reikalavimų rinkimas ir analizė. Tada reikalavimai yra dokumentuojami. Ji vadinama programinės įrangos reikalavimų specifikacija (SRS). Kitas yra sistemos projektavimo etapas. Tai yra visos programinės įrangos architektūros projektavimas. Kitas etapas yra įgyvendinimo etapas. Tai yra pradėti koduoti mažus vienetus. Šie įrenginiai sujungiami, kad sudarytų visą sistemą ir išbandomi integravimo ir testavimo etape. Baigus testavimą, programinė įranga platinama rinkai. Tokia veikla kaip programinės įrangos priežiūra ir naujų funkcijų įtraukimas į diegimą ir priežiūrą.
01 pav.: krioklio modelis
Šis modelis tinka mažiems projektams ir kai reikalavimai yra labai aiškūs. Tai netinka dideliems ir sudėtingiems projektams. Paprastai krioklio modelyje klientų sąveika yra minimali.
Kas yra V modelis?
V modelis yra krioklio modelio pratęsimas. Kiekvienam kūrimo etapui yra atitinkamas testavimo etapas. Todėl kiekvienam kūrimo ciklo etapui yra susijęs testavimo etapas. Lygiagrečiai planuojamas atitinkamas kūrimo etapo testavimo etapas. Šis modelis taip pat žinomas kaip patvirtinimo ir patvirtinimo modelis.
Pirmasis etapas yra reikalavimų rinkimas. Šiame etape rengiamas SRS. Šiame etape taip pat atliekamas priėmimo projekto planas. Tai priėmimo bandymo įvestis. Projektavimo etapas apima du etapus. Architektūros projektavimas apima sistemai reikalingą architektūrą. Jis žinomas kaip aukšto lygio dizainas. Modulio dizainas žinomas kaip žemo lygio dizainas. Tikrasis kodavimas prasideda kodavimo fazėje.
02 pav.: V modelis
Atliekant vienetų testavimą, tikrinami maži moduliai arba blokai. Integracijos testavimas skirtas dviejų skirtingų modulių srautui patikrinti. Sistemos testavimas skirtas visos sistemos funkcionalumui patikrinti. Priėmimo testavimas skirtas programinei įrangai išbandyti vartotojo aplinkoje. Taip pat patikrinama, ar sistema atitinka programinės įrangos reikalavimų specifikaciją.
Apskritai v modelis tinka, kai projektas trumpas ir kai reikalavimai labai aiškūs. Tai netinka dideliems, sudėtingiems ir į objektą orientuotiems projektams.
Kokie yra krioklio modelio ir V modelio panašumai?
- Ir krioklio modelis, ir V modelis yra programinės įrangos proceso modeliai.
- Tiek „Waterfall“, tiek „V“modeliai netinka dideliems ir sudėtingiems projektams.
Kuo skiriasi krioklio modelis ir V modelis?
Krioklio modelis vs V modelis |
|
Krioklio modelis yra gana linijinis nuoseklus projektavimo metodas kuriant programinės įrangos projektus. | V modelis yra modelis, kuriame fazės vykdomos nuosekliai v formos. |
Metodika | |
Krioklio modelis yra nenutrūkstamas procesas. | V modelis yra vienu metu vykstantis procesas. |
Visi defektai | |
Krioklio modelyje visi sukurtos programinės įrangos defektai yra didesni. | V modelyje bendras sukurtos programinės įrangos defektų skaičius yra mažesnis. |
Defekto identifikavimas | |
Krioklio modelyje defektai nustatomi bandymo etape. | V modelyje defektai nustatomi nuo pradinės fazės. |
Santrauka – krioklio modelis prieš V modelį
Šiame straipsnyje aptariami du programinės įrangos proceso modeliai, kurie yra krioklio ir v modelio. Skirtumas tarp krioklio ir V modelio yra tas, kad krioklio modelyje programinės įrangos testavimas atliekamas baigus kūrimo etapą, o V modelyje kiekviena kūrimo ciklo fazė turi tiesiogiai susijusį testavimo etapą.