Kas yra V modelis programinės įrangos kūrimo kontekste?

V formos modelis yra programinės įrangos kūrimo metodologija, kuri yra kaskadinio modelio plėtinys. Ji pabrėžia ryšį tarp kūrimo ir testavimo etapų kiekviename atitinkamame abstrakcijos lygyje. Modelis turi V formos formą, kur kairė pusė atstovauja kūrimo fazes (kritimo kelias), o dešinė — atitinkamas testavimo fazes (kilimo kelias).

V formos modelio fazės:

Kairė pusė (Kūrimas):

1. Reikalavimų analizė (Requirements analysis): Vartotojo ir sistemos reikalavimų nustatymas ir dokumentavimas.
2. Sistemos projektavimas (System Design): Sistemos architektūros projektavimas aukšto lygio.
3. Architektūros projektavimas (Architectural Design): Sistemos architektūros detalizavimas, modulių ir jų sąveikos nustatymas.
4. Modulių projektavimas (Module Design): Kiekvieno modulio ar komponento detalus projektavimas.
5. Kodo rašymas (Coding): Kodo rašymas pagal projektinius dokumentus.

Dešinė pusė (Testavimas ir patvirtinimas):

1. Vienetinis testavimas (Unit Testing): Kiekvieno atskiro kodo modulio testavimas. Atitinka Įgyvendinimo fazę. Tikslas: patikrinti atskirų komponentų teisingumą.
2. Integracinis testavimas (Integration Testing): Sąveikos tarp integruotų modulių testavimas. Atitinka Modulių projektavimą ir Sistemos projektavimą fazes. Tikslas: patikrinti modulių sąveikos teisingumą.
3. Sisteminė testavimas (System Testing): Visos integruotos sistemos testavimas, atitikties sistemos reikalavimams patikrinimas. Atitinka Sistemos projektavimą fazę. Tikslas: patikrinti sistemos atitiktį funkciniams ir nefunkciniams reikalavimams.
4. Priėmimo testavimas (Acceptance Testing): Sistemos testavimas galutinių vartotojų ar užsakovo. Atitinka Reikalavimų analizę fazę. Tikslas: patikrinti, ar sistema atitinka verslo poreikius ir vartotojų lūkesčius.

Privalumai:

• Akcentas į testavimą ankstyvosiose kūrimo stadijose.
• Aiški ryšys tarp kūrimo ir testavimo etapų.
• Pagerinta patvirtinimas ir validacija.
• Lengva suprasti ir taikyti.

Trūkumai:

• Mažiau lanksti nei iteratyviniai modeliai.
• Nėra labai tinkama projektams su kintančiais reikalavimais.
• Darbo intensyvus procesas, ypač mažiems projektams.
• Neatsižvelgiama į kūrimo iteratyvumą ir Agile metodologijas.

V- formos modelis tinka projektams su stabiliomis ir aiškiai apibrėžtomis reikalavimais, kur reikalavimų keitimo rizika yra maža.