Peamine erinevus – juga mudel vs V mudel
Põhierinevus kosemudeli ja V-mudeli vahel on see, et kosemudeli puhul tehakse tarkvara testimine pärast arendusfaasi lõppu, samas kui V mudeli puhul on arendustsükli igal etapil otseselt seotud testimise faas.
Tarkvara arendamise elutsükkel (SDLC) on protsess, millele järgneb tarkvaraorganisatsioon töötava kvaliteetse tarkvara arendamiseks. Tarkvaraarendusprotsessi käigus on võimalik järgida erinevaid tarkvaraarendusprotsessi mudeleid. Kaks neist on Waterfall ja V mudel.
Mis on kosemudel?
Waterfall mudel on kergesti mõistetav ja lihtne mudel. Kogu protsess on jagatud mitmeks etapiks. Järgmisesse faasi jõudmiseks tuleks läbida üks etapp.
Esimene etapp on nõuete kogumine ja analüüs. Seejärel dokumenteeritakse nõuded. Seda nimetatakse tarkvaranõuete spetsifikatsiooniks (SRS). Järgmine on süsteemi kavandamise etapp. See on kogu tarkvaraarhitektuuri kujundamine. Järgmine etapp on rakendamise etapp. See on väikeste üksuste kodeerimise alustamine. Need üksused ühendatakse terviklikuks süsteemiks ning neid testitakse integreerimise ja testimise etapis. Pärast testimise lõppu levitatakse tarkvara turule. Sellised tegevused nagu tarkvara hooldus ja uute funktsioonide lisamine kuuluvad juurutamise ja hoolduse alla.
Joonis 01: kose mudel
See mudel sobib väikeste projektide jaoks ja siis, kui nõuded on väga selged. See ei sobi suurte ja keerukate projektide jaoks. Üldjuhul on kosemudeli puhul kliendi suhtlus minimaalne.
Mis on V mudel?
V mudel on juga mudeli laiendus. Sellel on iga arendusfaasi jaoks vastav testimise faas. Seetõttu on arendustsükli iga etapi jaoks seotud testimise faas. Paralleelselt on planeeritud arendusfaasi vastav testimise faas. Seda mudelit tuntakse ka kui kontrollimise ja kinnitamise mudelit.
Esimene etapp on nõuete kogumine. SRS on selles etapis ette valmistatud. Selles etapis tehakse ka vastuvõtuprojekti plaan. See on vastuvõtutesti sisend. Projekteerimisetapp koosneb kahest etapist. Arhitektuuriprojekt hõlmab süsteemi jaoks vajalikku arhitektuuri. Seda tuntakse kõrgetasemelise disainina. Mooduli disaini tuntakse madala taseme disainina. Tegelik kodeerimine algab kodeerimise faasis.
Joonis 02: V mudel
Ühikutestimisel testitakse väikseid mooduleid või seadmeid. Integratsiooni testimise eesmärk on testida kahe erineva mooduli voogu. Süsteemi testimise eesmärk on kontrollida kogu süsteemi funktsionaalsust. Aktsepteerimistesti eesmärk on testida tarkvara kasutajakeskkonnas. Samuti kontrollib see, kas süsteem on kooskõlas tarkvaranõuete spetsifikatsiooniga.
Üldiselt sobib v-mudel, kui projekt on lühike ja kui nõuded on väga selged. See ei sobi suurte, keerukate ja objektorienteeritud projektide jaoks.
Millised on kosemudeli ja V-mudeli sarnasused?
- Nii kose mudel kui ka V mudel on tarkvaraprotsessi mudelid.
- Nii Waterfall kui ka V mudelid ei sobi suurte ja keerukate projektide jaoks.
Mis vahe on kosemudelil ja V-mudelil?
Waterfall Model vs V Model |
|
| Jugamudel on suhteliselt lineaarne järjestikune disainilahendus tarkvaraprojektide arendamiseks. | V-mudel on mudel, milles faaside täitmine toimub v-kujulises järjestikuses järjekorras. |
| Metoodika | |
| Juga mudel on pidev protsess. | V-mudel on samaaegne protsess. |
| Defektid kokku | |
| Juga mudeli puhul on arendatud tarkvara defektide koguarv suurem. | V mudelis on arendatud tarkvara defektide koguarv väiksem. |
| Defekti tuvastamine | |
| Juga mudeli puhul tuvastatakse vead testimise etapis. | V mudelis tuvastatakse defektid alates algfaasist. |
Kokkuvõte – kosemudel vs V mudel
Selles artiklis käsitleti kahte tarkvaraprotsessi mudelit, milleks on juga ja v mudel. Erinevus kose ja V mudeli vahel seisneb selles, et kosemudeli puhul tehakse tarkvara testimine pärast arendusfaasi lõppu, samas kui V mudeli puhul on arendustsükli igal etapil otseselt seotud testimise faas.
