Erinevus Juga Mudeli Ja V Mudeli Vahel

2024 Autor: Mildred Bawerman | [email protected]. Viimati modifitseeritud: 2023-12-16 08:38

Peamine erinevus - juga mudel vs V mudel

Peamine erinevus juga mudeli ja V mudeli vahel on see, et juga mudelis tehakse tarkvara testimine pärast arendusetapi lõppu, samas kui V mudelis on arendustsükli igal etapil otseselt seotud testimise faas.

Tarkvaraarenduse elutsükkel (SDLC) on protsess, millele tarkvaraorganisatsioon järgib töötavat ja kvaliteetset tarkvara. Tarkvara arendamise protsessis on võimalik järgida erinevaid tarkvaraarenduse protsessimudeleid. Neist kaks on juga ja V mudel.

SISU

1. Ülevaade ja peamine erinevus

2. Mis on juga mudel

3. Mis on V mudel

4. Juga mudeli ja V mudeli sarnasused

5. Kõrvuti võrdlus - juga mudel vs V mudel tabelina

6. Kokkuvõte

Mis on juga mudel?

Juga mudel on kergesti mõistetav ja lihtne mudel. Kogu protsess on jagatud mitmeks faasiks. Järgmisse faasi jõudmiseks tuleks lõpetada ü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 kujundamise etapp. See on kogu tarkvara arhitektuuri kujundamine. Järgmine etapp on rakendamise etapp. See peab alustama väikeste üksuste kodeerimist. Need üksused on ühendatud tervikliku süsteemi moodustamiseks ning neid katsetatakse 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: Juga mudel

See mudel sobib väikeprojektide jaoks ja kui nõuded on väga selged. See ei sobi suurte ja keerukate projektide jaoks. Üldiselt on juga mudelis miinimum kliendiga suhtlemine.

Mis on V mudel?

V mudel on juga mudeli pikendus. Sellel on iga arendusetapi jaoks vastav testimisfaas. Seetõttu on arengutsükli iga etapi jaoks seotud testimise etapp. Paralleelselt kavandatakse vastav arendusetapi testimisetapp. Seda mudelit tuntakse ka kui verifitseerimise ja valideerimise mudelit.

Esimene etapp on nõuete kogumine. SRS on selles etapis ette valmistatud. Selles etapis tehakse ka vastuvõtu kavandamise kava. See on sisend aktsepteerimistestimiseks. Projekteerimisetapp hõlmab kahte etappi. Arhitektuurikujundus hõlmab süsteemi jaoks vajalikku arhitektuuri. See on tuntud kui kõrgetasemeline disain. Mooduli disain on tuntud kui madala taseme disain. Tegelik kodeerimine algab kodeerimisfaasis.

Joonis 02: V mudel

Ühikute testimisel testitakse väikseid mooduleid või ühikuid. Integreerimise testimise eesmärk on testida kahe erineva mooduli voogu. Süsteemi testimise eesmärk on kontrollida kogu süsteemi funktsionaalsust. Vastuvõtu testimine on tarkvara testimine kasutaja keskkonnas. Samuti kontrollitakse, 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 ole sobiv suurte, keerukate ja objektile suunatud projektide jaoks.

Millised on juga mudeli ja V mudeli sarnasused?

• Nii Waterfall Model kui ka V Model on tarkvaraprotsesside mudelid.
• Nii Waterfall mudel kui ka V mudelid ei sobi suurte ja keerukate projektide jaoks.

Mis vahe on juga mudeli ja V mudeli vahel?

Erinev artikkel keskel enne tabelit

Juga mudel vs V mudel
Juga mudel on suhteliselt lineaarne järjestikune lähenemisviis tarkvaraprojektide arendamiseks.	V-mudel on mudel, milles faaside teostamine toimub järjestikku av-kujuliselt.
Metoodika
Juga mudel on pidev protsess.	V mudel on samaaegne protsess.
Defektid kokku
Jugamudelis on väljatöötatud tarkvara defektid kokku suuremad.	V-mudelis on väljatöötatud tarkvara defektide koguarv väiksem.
Defektide tuvastamine
Juga mudelis tuvastatakse defektid testimise etapis.	V-mudelis tuvastatakse defektid algfaasist alates.

Kokkuvõte - juga mudel vs V mudel

Selles artiklis käsitleti kahte tarkvara protsessi mudelit, mis on juga ja v mudel. Juga ja V mudeli erinevus seisneb selles, et juga mudelis tehakse tarkvara testimine pärast arendusetapi lõppu, samas kui V mudelis on arendustsükli igal etapil otseselt seotud testimise faas.