Galvenā atšķirība - ūdenskrituma modelis pret V modeli
Galvenā atšķirība starp ūdenskrituma modeli un V modeli ir tāda, ka ūdenskrituma modelī programmatūras testēšana tiek veikta pēc izstrādes fāzes pabeigšanas, savukārt V modelī katrai izstrādes cikla fāzei ir tieši saistīta testēšanas fāze.
Programmatūras izstrādes dzīves cikls (SDLC) ir process, kam seko programmatūras organizācija, lai izstrādātu funkcionējošu augstas kvalitātes programmatūru. Ir dažādi programmatūras izstrādes procesa modeļi, kuriem var sekot līdzi programmatūras izstrādes procesā. Divi no tiem ir Waterfall un V modelis.
Kas ir ūdenskrituma modelis?
Ūdenskrituma modelis ir viegli saprotams un vienkāršs modelis. Viss process ir sadalīts vairākos posmos. Viena fāze ir jāpabeidz, lai sasniegtu nākamo posmu.
Pirmais posms ir prasību apkopošana un analīze. Pēc tam prasības tiek dokumentētas. To sauc par programmatūras prasību specifikāciju (SRS). Nākamais ir sistēmas projektēšanas posms. Tas ir visas programmatūras arhitektūras projektēšana. Nākamais posms ir ieviešanas posms. Tas ir jāsāk kodēt mazās vienības. Šīs vienības tiek apvienotas, lai izveidotu pilnīgu sistēmu, un tās tiek pārbaudītas integrācijas un testēšanas fāzē. Pēc testēšanas pabeigšanas programmatūra tiek izplatīta tirgū. Tādas darbības kā programmatūras uzturēšana un jaunu funkciju pievienošana ietilpst izvietošanā un uzturēšanā.
Attēls 01: Ūdenskrituma modelis
Šis modelis ir piemērots maziem projektiem un gadījumos, kad prasības ir ļoti skaidras. Tas nav piemērots lieliem un sarežģītiem projektiem. Parasti ūdenskrituma modelī klientu mijiedarbība ir minimālā vērtība.
Kas ir V modelis?
V modelis ir ūdenskrituma modeļa paplašinājums. Tam ir atbilstošs testēšanas posms katrai izstrādes fāzei. Tāpēc katram izstrādes cikla posmam ir saistīta testēšanas fāze. Paralēli tiek plānota atbilstošā izstrādes fāzes testēšanas fāze. Šis modelis ir zināms arī kā verifikācijas un validācijas modelis.
Pirmais posms ir prasību apkopošana. VID ir sagatavots šajā posmā. Šajā posmā tiek veikts arī pieņemšanas projekta plāns. Tā ir ievade pieņemšanas pārbaudei. Projektēšanas fāze ietver divus posmus. Arhitektūras dizains ietver sistēmai nepieciešamo arhitektūru. Tas ir pazīstams kā augsta līmeņa dizains. Moduļa dizains ir pazīstams kā zema līmeņa dizains. Faktiskā kodēšana sākas kodēšanas fāzē.
2. attēls: V modelis
Vienību testēšanā tiek pārbaudīti mazie moduļi vai vienības. Integrācijas testēšana ir paredzēta divu dažādu moduļu plūsmas pārbaudei. Sistēmas testēšana ir paredzēta, lai pārbaudītu visas sistēmas funkcionalitāti. Pieņemšanas pārbaude ir programmatūras testēšana lietotāja vidē. Tā arī pārbauda, vai sistēma atbilst programmatūras prasību specifikācijai.
Kopumā v modelis ir piemērots, ja projekts ir īss un prasības ir ļoti skaidras. Tas nav piemērots projekts lieliem, sarežģītiem un objektorientētiem projektiem.
Kādas ir līdzības starp ūdenskrituma modeli un V modeli?
- Gan ūdenskrituma modelis, gan V modelis ir programmatūras procesa modeļi.
- Gan ūdenskrituma modelis, gan V modeļi nav piemēroti lieliem un sarežģītiem projektiem.
Kāda ir atšķirība starp ūdenskrituma modeli un V modeli?
Ūdenskrituma modelis pret V modeli |
|
| Ūdenskrituma modelis ir salīdzinoši lineāra secīga dizaina pieeja programmatūras projektu izstrādei. | V modelis ir modelis, kurā fāžu izpilde notiek secīgi v formā. |
| Metodoloģija | |
| Ūdenskrituma modelis ir nepārtraukts process. | V modelis ir vienlaicīgs process. |
| Kopā defekti | |
| Ūdenskrituma modelī izstrādātās programmatūras kopējie defekti ir lielāki. | V modelī izstrādātās programmatūras kopējie defekti ir mazāki. |
| Defekta identifikācija | |
| Ūdenskrituma modelī defekti tiek identificēti testēšanas fāzē. | V modelī defekti tiek identificēti no sākotnējās fāzes. |
Kopsavilkums - ūdenskrituma modelis pret V modeli
Šajā rakstā tika apspriesti divi programmatūras procesa modeļi, kas ir ūdenskrituma un v modelis. Atšķirība starp ūdenskritumu un V modeli ir tāda, ka ūdenskrituma modelī programmatūras testēšana tiek veikta pēc izstrādes fāzes pabeigšanas, savukārt V modelī katrai izstrādes cikla fāzei ir tieši saistīta testēšanas fāze.
