COBIT- Üldine auditi korraldus, viimastel aastatel pigem üldine protsessiraamistik 13. Tarkvara protsessiraamistikud ja elutsükli mudelid – mis on vahe, kas neid saab koos kasutada? Raamistik- iseloomustab kõiki protsesse. Elutsükkel- iseloomustab arendusprotsessi. Levinud raamistikud lubavad arendusprotsessis kasutada erinevaid elutsükli mudeleid. 14. Näited erinevate elutsükli mudelite kohta: kosemudel, V-mudel, spiraalmudel, XP, Scrum, testipõhine arendus. Kosemudel- iga tegevus toimub eraldi etapina. Eelmine etapp peab olema lõpetatud, enne kui minna täitma järgmist etappi. Nõudmiste analüüs – Süsteemi ja tarkvara kavandamine – Realiseerimine ja testimine – Installeerimine – Kasutamine ja hooldus V-mudel- arenduse ja kontrolli tegevused kulgevad sümmeetrilised. Igale arendustegevusele vastab kontrolli tegevus
paljudest. Kosemudeli idee pärineb tööstusest, kus muudatuste tegemine eelmise etapi tulemitesse võib olla väga kulukas või võimatu. Ülekantuna tarkvara arendusse tähendab see, et "puhta" kosemudeli puhul peaksid eelmised etapid olema lõpetatud enne, kui minna täitma järgmist etappi - tagasipöördumist eelmisse etappi ei ole. Võrreldes hoopis ilma struktuurita programmeerimisega (ülesanne -> programm) aitab kosemudel süsteemi paremini kavandada, võimaldab jagada tööd etappideks, parandab dokumentatsiooni. Samal ajal on süsteemi nõudeid raske täpselt ette kavandada, kosemudel viib tihti liiga jäiga ja bürokraatliku arendustsüklini. Seepärast ei kasutata kosemudelit selle puhtal kujul tänapäeval eriti tihti. Samas selle mudeli ideed ja modifikatsioonid (näiteks, et arendus tuleks jagada etappideks; et sisuliselt võib olla vaja teha analüüsi, disaini ja
Mis ei kuulu mittefunktsionalsete nõuete hulka? Vali üks või enam: a. Jõudluse näitajad b. Abiinfo kättesaadavus c. Ametiühingu nõuded d. Süsteemi peamised omdused e. Dokumentatsioon Küsimus 7 Mis väide on õige? Vali üks: a. Mudel sisaldab diagramme b. Diagramm koosneb vähemalt ühest mudelist c. Mudel koosneb ühest ja ainult ühest diagrammist Küsimus 8 Millise arendusmudel võimaldab paremini kontrollida arendaja riskid? Vali üks: a. Kosemudel (waterfall) b. Iteratiivne lähenemine c. Inkrementaalne lähenemine Küsimus 9 UML diargammid saab jagada struktuurdiagrammideks ja käitumisdiagrammideks. Tegevuste diagramm – Käitumisdiagramm, Klassidiagramm – Struktuurdiagramm, Kasutusjuhtumite diagramm – Käitumisdiagramm, Komponentdiagramm – Struktuurdiagramm Küsimus 10 Kui mudel areneb, siis ta muutub - Vali üks: a. Mudelil tuleb detaile juurde b. Mudel muutub vähem abstraktseks c. Mudelil muutub formaalsemaks
Sellest lähtuvalt võivad vead, mis on leitud arenduse varases faasis, olla kümneid kuni sadu kordi odavamad paranda, kui sama vea parandamine arenduse lõpus või pärast kasutusseandmist. Eelnevast lähtuvalt on testimise eesmärgiks peale nõuetelevastavuse kontrollimise leida olulised vead võimalikult kiiresti. 4 Testimise koht arendusprotsessis Oluline on märgata, et ükskõik, millisel arendusmetoodikal arendusprotsess põhineb (kosemudel, RUP, agiilmetoodikad), paikneb testimine oma sisendite ja väljundite mõttes nõuete formuleerimise, analüüsi, disaini ning realiseerimise vahel (vt joonis 1). Testimise sisendiks on ühelt poolt süsteemile esitatavad nõudmised ning teiselt poolt testitav objekt. Testimise põhiliseks väljundiks on eelkõige leitud vigade kirjeldused, millele toetudes süsteemi ja vajadusel ka nõudmisi parandatakse, kuid olulised on ka testide kirjeldused, testiplaanid- ja aruanded.
○ Dropwizard 120. Alternatiivid servletile ● Play! Framework ● Spark Framework ● Grizzly ● ... 121. Nimeta tööriistu ja raamistike veebirakenduse jaoks. Tööriistad: ● Raamistikud: ● Play! Framework ● Spark Framework ● Ruby on Rails 122. Riskide võrdlus Iteratiivne vs kosemudel (siin on võetud äärmused, tegelikkuses ei kasutata puhast mudelit praktikas väga): Kose mudele puhul hakkavad riskid vähema alles testimise juures. 56 Interatiivsel juhul tegeleme suuremate riskidega juba projekti alguses. 123
annaabi.ee 
