jne, kuid nad võivad sisaldada ka dokumentatsiooni ja rollide kirjeldusi. Protsessimudelites võib kohata kahte põhimõttelist lähenemist. Tugev planeerimine. See vanem lähenemine seisneb tegevuste ja tarkvara põhjalikus planeerimises ja järgnevas kindlalt plaani järgivas arenduses. Arendustegevuse progressi mõõdetakse sama plaani abil. Agiilne ehk paindlik arendus, kus planeerimine toimub osade kaupa (inkrementaalselt) ning tänu millele on võimalik protsessi käiku muuta, tulles vastu kasutajate muutuvatele nõuetele. Paindliku protsessi kasutuselevõtt tulenes klientide vajaduste kiirest muutumisest. Protsess peab olema paindlik ja suutma reageerida toote muutmise, täiendamise ja kohandamise soovidele. Kui vahepeal toimus süsteemi üldiste arendusmudelite jaotamine rangelt ühte või teise kategooriasse, siis praegu leiab Ian Sommerville, et üldisel tasemel ei ole range jaotus
neli nädalat) miniprojektide seeriatena. Neid projekte nimetatakse iteratsioonideks. Iga iteratsiooni tulemuseks on testitud, integreeritud, ning täidetav süsteem. Iga iteratsioon sisaldab oma nõuete analüüsi, disaini, realiseerimise ja testimise tegevusi. Iteratiivne elutsükkel põhineb süsteemi laiendamisele ja peenendamisele läbi paljude iteratsioonide koos tsüklilise tagasiside ja kohandamisega tegelike nõuete rahuldamisele. Süsteem kasvab ajas (iteratsioonides) inkrementaalselt, mistõttu lähemist tuntakse ka iteratiivse ja inkrementaalse arendamise nime all. Varasemad iteratiivse protsessi ideed on tuntud nimetuste all spiraalne arendamine ja evolutsiooniline arendamine. M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014 Requirements Requirements Tagasiside
kasutatakse tavaliselt lühiajalise strateegia tähenduses, mis on seotud ettevõetavate detailsete taktikaliste tegevustega. Näiteks jalgpalli mängus treener määrab kaks mängijat katma vastasvõistkonna ühte eriti tugevat mängijat. Seda taktikat kasutatakse ainult selle ühe konkreetse mängu korral. 2. Miks on strateegilist planeerimist avalikus sektoris raske juurutada? Tooge välja vähemalt kaks argumenti. Uus süsteem eeldab uute väärtuste juurutamist, süsteemi muutus inkrementaalselt, süsteemi muutus korraga viib kohesele läbikukkumisele, takistused saab jagada kaheks: muutuste läbiviimise kiirus, avaliku sektori eripära. Sidusrühmad peavad olema kaasatud, informatsiooni vastuolulisus, pikad ja aeganõudvad läbirääkimised, hilinenud otsused, tsentraliseerituse/detsentraliseerituse dilemma, pikad kooskõlastused versus arengueelise kiire rakendamine. Strateegia avalikus sektoris - Eraettevõtte eesmärgiks on konkurentsieelise
mingi kogukonna erinevaid arusaamu mõne elulise nähtuse/fenomeni kohta. 1. Robert Merton arvates peab strukturaal-funktsionalism uurima eelkõige kuidas 1. sotsiaalne struktuur ei täida oma funktsioone * 2. muutub sotsiaalse struktuuri tähendus ühiskonnas 3. sotsiaalne struktuur täidab oma funktsioone 2. Paradigma idee kohaselt teadus areneb 1. revolutsiooniliselt * 2. tehnoloogiliselt 3. inkrementaalselt 4. traditsiooniliselt 3. Milline perega seotud uurimisteema pakub kõige rohkem huvi Ropert Mertoni kohaselt? 1. Kuidas ja miks perekond sotsiaalse struktuurina ei tule oma ülesannetega toime * 2. Kuidas ja miks perekond sotsiaalse struktuurina tuleb oma ülesannetega toime 4. Struktural-funktsionlismi kohaselt mõistmaks ühiskonda 1
2. Töötab ainult "sisemiste" projektide korral, alamlepingutega võib mitte toimida 3. Nõuab arvestatavat riskianalüüsi kogemust [Spiraal-mudel kujutab tarkvaraarendust lõpmatult korduvate tsüklitena.Esimene kordus võib olla näiteks seotud süsteemi teostatavuse uurimisega, teine nõudmiste kirjeldamisega, järgmine kavandamisega jne. Mitu kordust on enamasti seotud tarkvara realiseerimisega, kus tema ehitamine toimub inkrementaalselt. Kuid kindlasti ei tohiks spiraali korduseid võrdsustada tavapäraste arendusprotsessi faasidega. Iga kordus on jaotatud 3 kuni 6 sektorisse (erinevad autorid jagavad erinevalt). Iga kordus algab lähema eesmärgi kavandamise ja riskide hindamisega ning lõppeb nö kliendiga - ehk eesmärk peab saama täidetud ja kontrollitud. Sektorite töömahukus ei pruugi olla ühesugune.] 56. Kümme tähtsamat tarkvaraarenduse riskitegurit, vastumeetmed neile. 1
• Töötav tarkvara on olulisem kui ulatuslik dokumentatsioon. • Koostöö kliendiga on olulisem kui kliendiga läbirääkimine lepingu osas. • Muutustele reageerimine on olulisem kui plaani järgimine. Agiilsete meetodite põhimõtted: • Jaga ja valitse! • Kliendi pidev osalemine tarkvara arenduse protsessis, mitte ainult algul ja lõppus. • Inkrementaalne tarkvara väljastamine, inkrementaalselt anname välja terviklikke tükke, mis iseseisvalt töötavad. • Pigem inimesed kui protsess – rõhku pööratakse arendustiimi oskustele ja nende töö organiseerimisele. • Muutuste haldamine – kogu tarkvaraarenduse protsess on ehitatud sellele et nõuded võivad muutuda, • Säilitada lihtsust – püüda keerukust süsteemist kõrvaldada, nt. seda teevad mudelid (nende eesmärgiks on vähendada keerukust)
Seleta lahti. 57 ● Customer involvment kliendi osalemine tarkvara arenduse protsessis pidevalt . ● Incremental delivery mitte suure paugu meetod, vaid inkrementaalselt anname välja iseseisvaid töötavaid tükke (osa asju võib olla mockupide või dummyde tasemel) ● People not process rõhk pööratud arendustiimi oskustele ja kuidas töö on organiseeritud. ● Embrace change muutuste juhtimine; Nõuded võivad muutuda, selleks tuleb inimestel valmis olla.
annaabi.ee 
