Atšķirība Starp Veiklām Un V Metodoloģijām (modelis)

Atšķirība Starp Veiklām Un V Metodoloģijām (modelis)
Atšķirība Starp Veiklām Un V Metodoloģijām (modelis)

Video: Atšķirība Starp Veiklām Un V Metodoloģijām (modelis)

Video: Atšķirība Starp Veiklām Un V Metodoloģijām (modelis)
Video: Starpība starp veiklo modeli un V modeli LotusQA 2024, Novembris
Anonim

Agile vs V metodika (modelis)

Mūsdienās programmatūras nozarē tiek izmantotas dažādas programmatūras izstrādes metodikas. V metodoloģijas (V-Model) ir Ūdenskrituma attīstības metodes (kas ir viena no senākajām metodēm) paplašinājums. V-Model galvenā uzmanība tiek pievērsta vienādam svaram kodēšanai un testēšanai. Veikls modelis ir jaunāks programmatūras izstrādes modelis, kas ieviests, lai novērstu esošajos modeļos konstatētās nepilnības. Galvenais Agile mērķis ir pēc iespējas agrāk iekļaut testēšanu un ļoti agri izlaist darba versiju, sadalot sistēmu ļoti mazās un pārvaldāmās apakšdaļās.

Kas ir V metodika (modelis)?

V metodoloģijas (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-Model izmanto tās pašas attiecības starp ūdenskrituma modelī definētajām fāzēm. Bet tā vietā, lai pazeminātu lineāri (piemēram, ūdenskrituma modelis), V-modelis pa diagonāli nolaižas un pēc tam pārvietojas atpakaļ uz augšu (pēc kodēšanas fāzes), veidojot V burta formu. Šī V forma tiek veidota, lai parādītu attiecības starp katru izstrāde / dizains un atbilstošais testēšanas posms. Abstrakcijas laiku un līmeni attēlo attiecīgi horizontālā un vertikālā ass.

Pārbaude (augšupejošais ceļš, V labā puse) tiek veikta verifikācijai, savukārt apstiprināšanai tiek izmantotas atbilstošās projektēšanas fāzes (lejupejošais ceļš, V kreisā puse). V modelī kodēšanai un testēšanai tiek piešķirts vienāds svars. V-Model iesaka izveidot testēšanas dokumentu līdzās projektēšanas dokumentiem / kodam. Piemēram, integrācijas testēšanas dokumenti jāuzraksta, kad tiek dokumentēts augsta līmeņa projekts, un vienības testi jādokumentē, kamēr tiek izstrādāts detalizēts projekta plāns. Tas nozīmē, ka katra testa ieviešanas plāns ir jāizveido iepriekš, negaidot, kamēr izstrāde būs pabeigta, lai to varētu nodot testēšanas komandai.

Kas ir veikls?

Agile ir ļoti jauna 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 modeļa un ūdenskrituma programmatūras izstrādes metodoloģijās. Veiklu metožu pamatā ir liela prioritāte klientu līdzdalībai izstrādes cikla sākumā. Tā iesaka klienta testēšanu iekļaut savlaicīgi un bieži. Testēšana tiek veikta katrā brīdī, kad kļūst pieejama stabila versija. Agile pamats ir testēšanas sākšana no projekta sākuma un turpināšana līdz projekta beigām. Agile galvenās vērtības ir “kvalitāte 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 to piegāde klientam. Darba produkta piegāde ir ārkārtīgi svarīga. Tad komanda turpina programmatūras uzlabošanu un nepārtrauktu piegādi katrā nozīmīgākajā solī. Tas tiek panākts ar ļoti īsiem izlaišanas cikliem, ko sauc par sprintiem, un katra cikla beigās saņemot atsauksmes par uzlabojumiem. Atbalstītāji bez daudz komandas mijiedarbības, piemēram, izstrādātāji un testētāji iepriekšējās metodēs, tagad strādā kopā Agile modelī. Tas tiek panākts, izmantojot ļoti īsus izlaišanas ciklus, ko sauc par sprintiem, un katra cikla beigās saņemot atsauksmes par uzlabojumiem. Atbalstītāji bez īpašas komandas mijiedarbības, piemēram, izstrādātāji un testētāji iepriekšējās metodēs, tagad strādā kopā Agile modelī. Tas tiek panākts ar ļoti īsiem izlaišanas cikliem, ko sauc par sprintiem, un katra cikla beigās saņemot atsauksmes par uzlabojumiem. Atbalstītāji bez daudz komandas mijiedarbības, piemēram, izstrādātāji un testētāji iepriekšējās metodēs, tagad strādā kopā Agile modelī.

Kāda ir atšķirība starp Agile un V metodoloģiju (modelis)?

Veikls 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 var izmantot dažus ieguvumus jau agri. Agile testēšanas cikla laiks ir salīdzinoši īss, salīdzinot ar V-Model, jo testēšana tiek veikta paralēli attīstībai. Veikls ir proaktīvs modelis (tā īso ciklu dēļ), salīdzinot ar daudz reaktīvāko V modeli. V-Model ir ļoti stingrs un salīdzinoši mazāk elastīgs nekā Agile modelis. Visu šo priekšrocību dēļ šobrīd priekšroka tiek dota Agile, nevis V modelim.

Ieteicams: