Agile vs V metoodika (mudel)
Tarkvaratööstuses on tänapäeval kasutusel mitmeid erinevaid tarkvaraarenduse metoodikaid. V metoodikad (V-mudel) on juga arendusmeetodi (mis on üks varasemaid meetodeid) laiendus. V-mudeli põhirõhk on kodeerimisele ja testimisele võrdse kaalu omistamine. Agile mudel on uuem tarkvaraarendusmudel, mis võeti kasutusele olemasolevate mudelite puuduste kõrvaldamiseks. Agile'i põhirõhk on võimalikult varakult testimise kaasamine ja toote tööversiooni väljaandmine väga varakult, jaotades süsteemi väga väikesteks ja juhitavateks osadeks.
Mis on V metoodikad (mudel)?
V Methodologies (V-Model) on tarkvaraarenduse mudel. Seda peetakse tarkvara Waterfall tüüpilise arendusmudeli laienduseks. V-mudel kasutab samu seoseid Waterfall mudelis määratletud faaside vahel. Kuid selle asemel, et langeda lineaarselt (nagu joa mudel), astub V-mudel diagonaalselt alla ja liigub seejärel tagasi (pärast kodeerimisfaasi), moodustades V-tähe kuju. See V-kuju on moodustatud, et näidata suhet iga faasi vahel. arendus / disain ja vastav testimisetapp. Abstraheerimise aega ja taset tähistatakse vastavalt horisontaalse ja vertikaalse teljega.
Testimine (tõusev tee, V parem pool) tehakse kontrollimiseks, samas kui valideerimiseks kasutatakse vastavaid projekteerimisfaase (kahanevat rada, V vasak pool). V-mudelis antakse kodeerimisele ja testimisele võrdne kaal. V-Model soovitab koostada disaindokumentide / koodi juurde ka testdokument. Näiteks tuleks integreerimiskatse dokumendid kirjutada kõrgetasemelise projekti dokumenteerimise ajal ja üksustestid tuleks dokumenteerida detailse kavandi koostamise ajal. See tähendab, et iga testi jaoks tuleks eelnevalt koostada rakendusplaan, mitte oodata, kuni arendus on lõpule jõudnud, et see saaks testimeeskonnale üle anda.
Mis on vilgas?
Agile on väga värske tarkvaraarenduse metoodika, mis põhineb agiilsel manifestil. See töötati välja traditsiooniliste tarkvaraarenduse V-Model ja Waterfall mõnede puuduste kõrvaldamiseks. Agile meetodid põhinevad kliendi osaluse esmatähtsal arvestamisel arendustsükli alguses. See soovitab lisada kliendi testid varakult ja sageli. Testimine toimub igas punktis, kui saadaval on stabiilne versioon. Agile'i aluseks on testimise alustamine alates projekti algusest ja jätkamine 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 testimisrühm). Agile üks oluline aspekt on tarkvara jaotamine väiksemateks juhitavateks osadeks ja nende ülikiire tarnimine kliendile. Töötava toote tarnimine on ülimalt tähtis. Seejärel jätkab meeskond tarkvara täiustamist ja toimetab pidevalt igal suuremal sammul. See saavutatakse väga lühikeste vabastamistsüklite, mida nimetatakse sprintideks, ja iga tsükli lõpus parema tagasiside saamiseks. Kaasautorid, kellel pole meeskonna vahelist suhtlemist, nagu varasemate meetodite arendajad ja testijad, töötavad nüüd Agile mudelis koos. See saavutatakse väga lühikeste vabastamistsüklite, mida nimetatakse sprintideks, ja iga tsükli lõpus parema tagasiside saamiseks. Kaasautorid, kellel pole meeskonna vahelist suhtlemist, nagu varasemate meetodite arendajad ja testijad, töötavad nüüd Agile mudelis koos. See saavutatakse väga lühikeste vabastamistsüklite, mida nimetatakse sprintideks, ja iga tsükli lõpus parema tagasiside saamiseks. Kaasautorid, kellel pole meeskonna vahelist suhtlemist, nagu varasemate meetodite arendajad ja testijad, töötavad nüüd Agile mudelis koos.
Mis vahe on agiilsel ja V metoodikal (mudel)?
Agile mudel pakub toote tööversiooni V-Modeliga võrreldes väga varakult. Kuna rohkem funktsioone tarnitakse järk-järgult, saab klient mõnda kasu juba varakult realiseerida. Agile testimise tsükli aeg on võrreldes V-mudeliga suhteliselt lühike, sest testimine toimub paralleelselt arendusega. Agile on proaktiivne mudel (tänu oma väga lühikestele tsüklitele) võrreldes palju reaktiivsema V-mudeliga. V-Model on väga jäik ja suhteliselt vähem paindlik kui Agile mudel. Kõigi nende eeliste tõttu on V-mudelile praegu eelistatum Agile.
