Agile- ja V-meetodite erinevus (mudel)

Agile- ja V-meetodite erinevus (mudel)
Agile- ja V-meetodite erinevus (mudel)

Video: Agile- ja V-meetodite erinevus (mudel)

Video: Agile- ja V-meetodite erinevus (mudel)
Video: Установка DDR2 памяти в слот DDR1. Лайфхак! 2024, Juuli
Anonim

Agile vs V Methodologies (mudel)

Tänapäeval kasutatakse tarkvaratööstuses mitmeid erinevaid tarkvaraarenduse metoodikaid. V Methodologies (V-mudel) on juga arendusmeetodi (mis on üks varasemaid meetodeid) laiendus. V-mudeli põhirõhk on kodeerimisele ja testimisele võrdse kaalu andmisel. Agiilne mudel on uuem tarkvaraarenduse mudel, mis võeti kasutusele olemasolevate mudelite puuduste kõrvaldamiseks. Agile'i põhirõhk on testimise võimalikult varajasel kaasamisel ja toote tööversiooni väga varakult väljalaskmisel, jagades süsteemi väga väikesteks ja hallatavateks alamosadeks.

Mis on V Methodologies (mudel)?

V Methodologies (V-mudel) on tarkvaraarenduse mudel. Seda peetakse tüüpilise Waterfalli tarkvaraarendusmudeli laienduseks. V-Model kasutab samu seoseid Waterfall mudelis määratletud faaside vahel. Kuid selle asemel, et laskuda lineaarselt (nagu mudel Waterfall), astub V-mudel diagonaalselt alla ja liigub seejärel tagasi üles (pärast kodeerimisfaasi), moodustades V-tähe kuju. See V-kujund moodustatakse selleks, et näidata seost iga faasi vahel. arendus/disain ja vastav testimise etapp. Abstraktsiooni aeg ja tase on tähistatud vastav alt horisontaal- ja vertika alteljega.

Testimine (tõusev rada, V parempoolne külg) tehakse kontrollimiseks, samas kui vastavaid projekteerimisetappe (langev rada, V vasak pool) kasutatakse valideerimiseks. V-mudelis on kodeerimisel ja testimisel võrdne kaal. V-Model soovitab projekteerimisdokumentide/koodi kõrvale luua testimisdokumendi. Näiteks integratsiooni testimise dokumendid tuleks kirjutada kõrgetasemelise projekti dokumenteerimisel ja üksuse testid tuleks dokumenteerida üksikasjaliku projektiplaani koostamise ajal. See tähendab, et iga testi jaoks tuleks eelnev alt koostada rakendusplaan, mitte oodata arenduse lõpuleviimist, et see saaks testimismeeskonnale üle anda.

Mis on Agile?

Agile on väga värske tarkvaraarenduse metoodika, mis põhineb agiilsuse manifestil. See töötati välja traditsiooniliste V-Modeli ja Waterfalli tarkvaraarenduse metoodikate puuduste lahendamiseks. Agiilsed meetodid põhinevad kliendi osalemise kõrge prioriteedi seadmisel arendustsükli alguses. See soovitab kaasata kliendipoolse testimise varakult ja nii sageli kui võimalik. Testimine tehakse igas punktis, kui stabiilne versioon on saadaval. Agile vundament põhineb testimise alustamisel projekti algusest ja selle jätkamisel kogu projekti lõpuni. Agile’i põhiväärtused on “kvaliteet on meeskonna vastutus”, mis rõhutab, et tarkvara kvaliteedi eest vastutab kogu meeskond (mitte ainult testimismeeskond). Veel üks Agile'i oluline aspekt on tarkvara jaotamine väiksemateks hallatavateks osadeks ja nende väga kiire kliendini toimetamine. Töötava toote tarnimine on ülim alt oluline. Seejärel jätkab meeskond tarkvara täiustamist ja pakkumist igal suuremal etapil. See saavutatakse väga lühikeste vabastamistsüklitega, mida nimetatakse sprintideks, ja iga tsükli lõpus saate tagasisidet täiustamiseks. Kaastöötajad, kellel pole meeskonnaga palju suhtlemist, nagu varasemate meetodite arendajad ja testijad, töötavad nüüd Agile mudeli raames koos.

Mis vahe on Agile ja V metoodikatel (mudel)?

Agile mudel pakub toote tööversiooni V-mudeliga võrreldes väga varakult. Kuna rohkem funktsioone tarnitakse järk-järgult, saab klient mõningaid eeliseid varakult mõista. Agile'i testimistsükli aeg on V-Modeliga võrreldes suhteliselt lühike, kuna testimine toimub paralleelselt arendusega. Agile on ennetav mudel (väga lühikeste tsüklite tõttu) võrreldes palju reaktiivsema V-mudeliga. V-mudel on väga jäik ja suhteliselt vähem paindlik kui Agile mudel. Kõigi nende eeliste tõttu eelistatakse praegu Agile'i V-mudelile.

Soovitan: