Eelised: • Klient saab anda tagasisidet kogu tarkvaraprotsessi jooksul; • Kliendi tagasisidet on odavam arvestada – peab vähem ümber tegema; • Klient saab hakata tarkvara varem kasutama. Puudused: • Tarkvaraprotsess ei ole läbipaistev ega lõpuni dokumenteeritud; • Tarkvarasüsteemi struktuur degradeerub (entroopia suureneb), mille pärast on vajadus kasutada koodi refaktoreerimist. Komponendipõhine tarkvaraarendus - Tegevus pole ülesannetele ja protsessile orienteeritud, vaid töötava tarkvara loomisele. Süsteemi ehitatakse väikeste tükkide (komponentide) kaupa, mis pärast pannakse kokku. • Nõuete analüüs, • komponentide analüüs (mis komponendid on vaja ehitada, kuidas komponentidest kõige effektiivsem süsteem kokku panna), • nõuete muutmine (et läheks vastavusse komponentidega mis saame kasutada),
o Klient saab hakata tarkvara varem kasutama Puudused: o Tarkvaraprotsess ei ole läbipaistev ega lõpuni dokumenteeritud o Tarkvarasüsteemi struktuur degradeerub (entroopia suureneb) -> vajadus kasutada koodi refaktoreerimist! o Agiilne arendamine Selle mudel: Individuals and Process and tools interactions Comprehensive Working software documentation Customer Contract negotiation
● Klient saab anda tagasisidet kogu tarkvaraprotsessi jooksul ● Kliendi tagasisidet on odavam arvestada – peab vähem ümber tegema ● Klient saab hakata tarkvara varem kasutama Puudused: ● Tarkvaraprotsess ei ole läbipaistev ega lõpuni dokumenteeritud ● Tarkvarasüsteemi struktuur degradeerub (entroopia ehk korrastamatus suureneb ja vigade arv kasvab) → tekib vajadus kasutada koodi refaktoreerimist! 23. Mis on komponendipõhine tarkvaraarendus, puudused ja eelised? Mis tüübid on olemas? 6 Püüame valmisolevad osad kokku panna ja minimiseerida uute osade kirjutamist. Nõudeid muudame vastavalt sellele, millised komponendid on saada.
annaabi.ee 
