Atšķirība starp veiklām un V metodikām (modelis)

Agile vs V metodika (modelis)

Mūsdienās programmatūras nozarē tiek izmantotas vairākas dažādas programmatūras izstrādes metodoloģijas. V metodika (V modelis) ir papildinājums ūdenskrituma attīstības metodei (kas ir viena no agrākajām metodēm). V-Model galvenā uzmanība tiek pievērsta vienlīdzīga svara kodēšanai un testēšanai. Veikls modelis ir jaunāks programmatūras izstrādes modelis, kas ieviests, lai novērstu esošajos modeļos atklātos trūkumus. Agile galvenais uzsvars ir pēc iespējas agrīnākas testēšanas iekļaušana un produkta darba versijas izlaišana ļoti agri, sadalot sistēmu ļoti mazās un pārvaldāmās apakšdaļās..

Kas ir V metodika (modelis)?

V metodika (V-Model) ir programmatūras izstrādes modelis. Tas tiek uzskatīts par tipiskā Waterfall programmatūras izstrādes modeļa paplašinājumu. V modelis izmanto tās pašas attiecības starp fāzēm, kas noteiktas ūdenskrituma modelī. Tā vietā, lai nolaistos lineāri (piemēram, ūdenskrituma modelim), V-modelis atkāpjas pa diagonāli un pēc tam virzās atpakaļ uz augšu (pēc kodēšanas fāzes), veidojot burta V formu. Šī V forma tiek veidota, lai parādītu attiecības starp katru fāzes fāzi. izstrādes / projektēšanas un atbilstošo testēšanas posmu. Abstrakcijas laiku un līmeni attēlo attiecīgi horizontālā un vertikālā ass.

Pārbaudi (augošais ceļš, V labā puse) veic verificēšanai, bet validēšanai izmanto atbilstošās projektēšanas fāzes (dilstošais ceļš, V kreisā puse). V modelī kodēšanai un pārbaudei tiek piešķirta vienāda nozīme. V-Model iesaka izveidot testēšanas dokumentu līdzās projektēšanas dokumentiem / kodam. Piemēram, integrācijas testēšanas dokumenti jāraksta, kad tiek dokumentēts augsta līmeņa dizains, un vienības testi ir jādokumentē, kamēr tiek izstrādāts detalizēts projektēšanas plāns. Tas nozīmē, ka katra testa ieviešanas plāns ir jāizveido iepriekš, negaidot, kamēr izstrāde nav pabeigta, lai to varētu nodot testēšanas komandai.

Kas ir veikls?

Agile ir pavisam nesena programmatūras izstrādes metodika, kuras pamatā ir veikls manifests. Tas tika izstrādāts, lai novērstu dažus trūkumus tradicionālajās V-Model un Waterfall programmatūras izstrādes metodoloģijās. Agile metožu pamatā ir augsta prioritāte klientu līdzdalībai attīstības cikla sākumā. Tas iesaka savlaicīgi un bieži iekļaut klienta testēšanu. Testēšana tiek veikta katrā brīdī, kad kļūst pieejama stabila versija. Agile dibināšanas pamatā ir testēšanas uzsākšana no projekta sākuma un turpināšana visā projekta beigās. Agile galvenās vērtības ir “par kvalitāti ir komandas atbildība”, kas uzsver, ka par programmatūras kvalitāti ir atbildīga visa komanda (ne tikai testēšanas komanda). Vēl viens svarīgs Agile aspekts ir programmatūras sadalīšana mazākās pārvaldāmās daļās un ļoti ātra piegādāšana klientam. Darbīga produkta piegāde ir ārkārtīgi svarīga. Tad komanda turpina pilnveidot programmatūru un nepārtraukti piegādāt katru nozīmīgo soli. Tas tiek panākts, ja ir ļoti īsi atbrīvošanas cikli, ko sauc par sprintiem, un katra cikla beigās iegūst atgriezenisko saiti uzlabojumiem. Līdzstrādnieki bez lielas komandas mijiedarbības, piemēram, izstrādātāji un testētāji iepriekšējās metodēs, tagad strādā kopā Agile modeļa ietvaros.

Kāda ir atšķirība starp veiklām un V metodikām (modelis)?

Agile modelis nodrošina produkta darba versiju ļoti agri, salīdzinot ar V-Model. Tā kā arvien vairāk funkciju tiek piegādātas pakāpeniski, klients jau agri var saprast dažas no priekšrocībām. Agile testēšanas cikla laiks ir salīdzinoši īss, salīdzinot ar V-Model, jo testēšana tiek veikta paralēli izstrādei. Agile ir proaktīvs modelis (pateicoties ļoti īsajiem cikliem), salīdzinot ar daudz reaktīvāko V-Model. V-Model ir ļoti stingrs un salīdzinoši mazāk elastīgs nekā Agile modelis. Visu šo priekšrocību dēļ Agile šobrīd tiek dota priekšroka salīdzinājumā ar V modeli.