„Vmodel vs krioklio“ modelis
Viena seniausių diskusijų apie programinės įrangos inžineriją yra diskusijos tarp krioklio ir V modelio. Šios diskusijos sukasi apie geriausią programinės įrangos modelį, kuriuo kūrėjai gali naudotis. Programinės įrangos kūrimo procese yra įvairių etapų. Fazės yra panašios tiek krioklio, tiek V modelio atžvilgiu, ir vienintelis dalykas, kuris iki šiol ginčijamas, yra požiūris, kurį šie du modeliai gali pasiekti.
V modelyje yra daug veiklų, kurios, pavaizduotos kartu pagal schemą, sudaro V formą. Kiekviena pasakyta fazė turi atitinkamą fazę, susijusią su testavimu. Dėl vienodo skaičiaus bandymų ir tobulinimo šis modelis yra vadinamas tikrinimo ir patvirtinimo modeliu. Tikrinimo pusėje nagrinėjama kūrimo pabaiga, o patikrinimo metu nagrinėjama testavimo fazės. Tarp veiklos, kuriai taikoma patikra, yra reikalavimų analizė, kai informacija yra surenkama iš galutinio vartotojo. Ši informacija yra svarbi kuriant programinės įrangos dokumentaciją.
Kitas yra sistemos projektavimas, kurio tikslas yra paruošti funkcinį programinės įrangos dizainą. Kitas dalykas, kuris seka iš eilės, yra architektūrinis projektas. Tai taip pat vadinama aukšto lygio dizainu, kurį sudaro sąsajos ir duomenų bazių lentelės bei lentelių priklausomybės. Paskutinis kūrimo proceso etapas yra kodavimas, kai visas projektas yra suskaidomas į mažus kodavimo skyrius, kurie vėliau sujungiami, kad būtų sukurta visa sistema.
Kita vertus, patvirtinimo pusė turi keturis etapus, kaip ir patikrinimo etape. Šie etapai prasideda nuo vieneto testavimo, po to integravimo, sistemos testavimo ir galiausiai vartotojo priėmimo testavimo, kai visa sistema yra vertinama kaip visuma.
Krioklio modelis yra ankstyviausia programinės įrangos kūrimo procedūra, jos pradžia yra gamybos ir statybų pramonė. Pagrindinė šio proceso idėja yra tai, kad vyksta nuoseklūs procesai, kurie vienas po kito mažėja, kaip matyti krioklio metu. Šios krioklio modelio fazės apima reikalavimų rinkimą ir analizę, kur renkami kliento reikalavimai. Šis žingsnis nuveda į projektavimo etapą, kuriame sukuriama didžioji programinės įrangos dalis, ir tada į diegimo etapą, kuriame užrašomas programinės įrangos kodas. Po to einanti fazė yra bandymas ir derinimo darbai, kurie veda į pristatymą ir pagaliau prie priežiūros etapo.
Pagrindinis skirtumas tarp šių dviejų modelių yra tas, kad bandymo veikla vykdoma pasibaigus kūrimui. Atrodo, kad V modelis atrodo kaip modelis, turintis nurodytą pradžią ir pabaigą, o krioklio modelis nuolat kartojasi. V modelis skiriasi tuo, kad yra vienalaikis procesas. Iš įvairių programinės įrangos, kuri buvo pagaminta rinkoje, atrodo, kad naudojant V procesą sukurta programinė įranga yra mažesnė, nes yra daugybė bandymų, palyginti su krioklio modeliu, kuris turi vieną bandymo etapą, kai projektas yra baigtas..
Todėl galima sakyti, kad V modelio pasirinkimas yra naudingesnis, kai vyksta nuolatiniai pakeitimai, kuriuos reikia įtraukti. Tai skirta asmeniui ar vystymuisi, dėl kurio klientas nėra patenkintas savo projekto poreikiais, nes jie nuolat keičia tai, kas, jų manymu, atrodo idealu. Žmonės su nustatytais reikalavimais, kurie nepasikeis projekto kūrimo etape, turėtų susitaikyti su krioklio modeliu. Taip pat svarbu atkreipti dėmesį į tai, kad V modelio pakeitimus įgyvendinti yra pigu, nes bandymai yra vykdomi ir kūrimas vyksta tuo pačiu metu. Taip nėra su krioklio modeliu, kuris paprastai yra brangus reikalas, nes bet kokie programinės įrangos defektai negali būti pastebėti, kol jis nepradės bandymo etapo..