Agile ehk agiilne mudel

Agiilses mudelis on nõuded jaotatud paljudeks väikesteks osadeks, mida saab
järk-järgult arendada. Agiilne mudel kasutab iteratiivset arendust. Iga inkrementaalne
osa töötatakse välja iteratsiooni käigus. Iga iteratsioon on mõeldud olema väike ja
hõlpsasti juhitav ning seda saab lõpetada vaid paari nädala jooksul. Korraga kavandatakse,
arendatakse ja juurutatakse klientidele üks iteratsioon. Pikaajalisi plaane ei tehta.

Loe rohkem siit

  1. Etapp - Nõuete kogumine:
    Selles etapis peab arendusmeeskond kliendiga suheldes nõuded kokku koguma. arendusmeeskond peaks planeerima
    projekti ehitamiseks kuluvat aega ja vaeva.
    Selle teabe põhjal saab hinnata tehnilist ja majanduslikku teostatavust.

  2. Etapp - Nõuete kujundamine:
    Selles etapis kasutab arendusmeeskond kasutajavoo diagrammi või kõrgetasemelisi UML-skeeme, et näidata
    uute funktsioonide toimimist ja näidata, kuidas need kehtivad olemasoleva tarkvara puhul.
    Selles etapis tehakse raamimine ja kasutajaliideste kujundamine.

  3. Etapp - Ehitus / iteratsioon:
    Selles etapis hakkavad arendusmeeskonna liikmed töötama oma projekti kallal,
    mille eesmärk on toimiva toote juurutamine.

  4. Etapp - Testimine / kvaliteedi tagamine:
    Testimine hõlmab üksuse testimist, integratsiooni testimist ja süsteemi testimist.
    Nende kolme testi lühitutvustus on järgmine:

  5. Etapp - Juurutamine:
    Selles etapis juurutab arendusmeeskond tööprojekti lõppkasutajatele.

  6. Etapp - Tagasiside:
    See on Agiilse mudeli viimane samm. Selle käigus saab meeskond toote kohta tagasisidet ja
    tegeleb kliendi antud tagasiside põhjal vigade parandamisega.

Iteratsiooni lõpuleviimiseks kuluvat aega nimetatakse ajakastiks.
Ajakast viitab maksimaalsele ajale, mis kulub iteratsiooni klientidele edastamiseks.
Seega iteratsiooni lõppkuupäev ei muutu.
Siiski võib arendusmeeskond otsustada tarnitud funktsioone ajakasti ajal vähendada,
kui see on vajalik selle õigeaegseks tarnimiseks.
Agiilse mudeli keskne põhimõte on anda kliendile inkrement pärast igat ajakasti.

y u no see? buy internet
Agiilse arendustsükli head ja halvad
Head Halvad
Paarprogrammeerimisega töötades saadakse hästi kirjutatud kompaktsed programmid,
milles on vähem vigu kui üksi töötavate programmeerijatega.		 Ametlike dokumentide puudumine tekitab segadust ja erinevatel etappidel tehtud olulisi
otsuseid võivad erinevad meeskonnaliikmed igal ajal valesti tõlgendada.
Väiksem projekti arendusaeg. See ei sobi keeruliste sõltuvuste käsitlemiseks.
Agiilne arendus rõhutab näost näkku suhtlemist meeskonnaliikmete vahel,
mis viib parema koostööni ja projekti eesmärkide mõistmiseni.		 Agiilne mudel sõltub suuresti klientide suhtlusest, nii et kuiklient ei väljenda
ennast selgelt, võib ta arendusmeeskonda vales suunas juhtida.
Klientide esindajad saavad idee uuendatud tarkvaratoodetest pärast iga iteratsiooni.
Seega on neil lihtne mis tahes nõuet vajadusel muuta.		 Agiilsed arendusmudelid hõlmavad sageli töötamist lühikeste spurtidena, mis võib raskendada
projekti ajakavade ja tulemuste planeerimist ja prognoosimist. See võib põhjustada viivitusi
projektis ja raskendada projekti jaoks vajalike kulude ja ressursside täpset hindamist.
Agiilne arendus seab kliendi arendusprotsessi keskmesse,
tagades, et lõpptoode vastab tema vajadustele.		 Agiilsed arendusmudelid nõuavad meeskonnaliikmetelt kõrgetasemelist asjatundlikkust, kuna nad
peavad suutma kohaneda muutuvate nõuetega ja töötada iteratiivses keskkonnas.
See võib olla keeruline meeskondadele, kellel pole agiilsete arenduspraktikatega kogemusi,
ning see võib projektis põhjustada viivitusi ja raskusi.
Nõuetekohase dokumentatsiooni puudumise tõttu, kui projekt valmib ja arendajad määratakse teise
projekti juurde, võib arendatud projekti hooldamine muutuda probleemiks.
allikad: GeeksforGeeks