Koskmudell ja Agiilne mudel - David Lennuk õpimapp

Koskmudel (Waterfall Model)

Formaalne kirjeldus: Winston W. Royce, 1970. aastal artiklis “Managing the Development of Large Software Systems”.
Idee: Kuigi Royce kirjeldas mudelit kui lihtsustatud ja potentsiaalselt vigast, sai selle lineaarne ja etappideks jagatud struktuur populaarseks.
Päritolu: Inspireeritud traditsioonilistest tootmis- ja ehitusprotsessidest, kus etapid järgnevad üksteisele.

Agiilne mudel (Agile Model)

Varased ideed: Iteratiivse ja inkrementaalse arenduse juured ulatuvad 1950.–1970. aastatesse.
Kiirmeetodite areng: 1990. aastatel tekkisid mitmed “kergekaalulised” meetodid nagu Scrum (1995), Extreme Programming (XP) (1996), DSDM (1994).
Agiilne Manifest: Formuleeriti 2001. aastal Utah’s 17 tarkvaraarendaja poolt, kes soovisid paremaid tarkvaraarenduse viise.
Peamised panustajad manifesti: nt Kent Beck, Jeff Sutherland, Ken Schwaber, Martin Fowler.


     
    
            

    
    
            
        
            Results
            
            
            
            
        
                    
                
                    
                        
                    
                
                
                    
                
                
                    
                
                
                    
                
                            
            
            
                #1. Milline järgmistest väidetest iseloomustab KÕIGE PAREMINI koskmudeli peamist väljakutset? 
    
        
            
                
                
            
            
                Liiga sage kliendi tagasiside integreerimine            
        
    
    
        
            
                
                
            
            
                Raskused muutuvate nõuetega kohanemisel projekti hilisemates etappides            
        
    
    
        
            
                
                
            
            
                Liiga kiire esialgse prototüübi valmimine            
        
    
    
        
            
                
                
            
            
                Ebapiisav dokumentatsioon projekti algfaasis            
        
    
            
                
                #2. Milline järgmistest on Agiilse tarkvaraarenduse manifesti üks PÕHIVÄÄRTUSI? 
    
        
            
                
                
            
            
                Põhjalik dokumentatsioon ületab töötava tarkvara            
        
    
    
        
            
                
                
            
            
                Protsessid ja tööriistad ületavad indiviide ja nendevahelist suhtlust            
        
    
    
        
            
                
                
            
            
                Muutustele reageerimine ületab plaanist kinnipidamise            
        
    
    
        
            
                
                
            
            
                Lepinguläbirääkimised ületavad koostööd kliendiga            
        
    
            
        
                    
                Previous            
                
            Finish

Arendusetapid

Koskmudel

Nõuete määratlemine ja analüüs
Süsteemi ja tarkvara disain
Implementeerimine (kodeerimine)
Testimine (üksuste, integratsiooni-, süsteemi-)
Käitus ja hooldus
(Etapid on rangelt järjestikused)

Agiilne mudel (tüüpiliselt Scrum’i sprindi tsükkel)

Sprinti planeerimine (valitakse ülesanded toote tööjärjekorrast)
Igapäevane töö: disain, arendus, testimine (toimuvad paralleelselt)
Igapäevane lühikoosolek (Daily Scrum / Stand-up)
Sprinti ülevaatus (valminud osa demo kliendile/huvipooltele)
Sprinti retrospektiiv (protsessi parendamine meeskonnas)
(See tsükkel kordub 1-4 nädalaste sprintidena)

Skeemid

Koskmudel

Agiilne mudel

Mudelite võrdlus tabelis

Kriteerium	Koskmudel	Agiilne mudel
Paindlikkus	Madal, muutused on keerulised ja kulukad pärast etapi lõppu.	Kõrge, muutustele reageeritakse iteratsioonide käigus.
Nõuded	Alguses fikseeritud ja täielikult defineeritud.	Dünaamilised, võivad muutuda ja täpsustuda projekti käigus.
Testimise ajastus	Peamiselt pärast arendusfaasi lõppu, eraldi etapina.	Pidev, integreeritud arendusprotsessi igas iteratsioonis.
Dokumentatsioon	Ulatuslik, formaalne, igas etapis kohustuslik.	Keskendutakse töötavale tarkvarale, “just-enough” dokumentatsioon.
Kliendi kaasamine	Peamiselt alguses (nõuete faasis) ja lõpus (üleandmisel).	Pidev ja aktiivne, regulaarne tagasiside ja koostöö.
Rakenduse sobivus	Projektid, kus nõuded on selged, stabiilsed ja hästi teada.	Projektid, kus nõuded on ebaselged, muutuvad või vajavad kiiret turuletoomist.
Riskijuhtimine	Suur risk, et vead avastatakse hilja.	Riskid maandatakse varakult ja pidevalt lühikeste tsüklitega.