.............7 3.Inkrementaalne arendusmudel...........................................................................................8 Inkrementaalse arenduse eelised:...................................................................................11 Inkrementaalse arendused probleemid:..........................................................................11 4.Agiilsed arendusmeetodid...............................................................................................12 5.Spiraalmudel....................................................................................................................14 6.Prototüüpimine................................................................................................................16 Prototüüpimise etapid on järgmised:..............................................................................17 Ühekordse prototüüpimise põhimõtted on järgmised:...................................................17 7
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. Valides erinevaid tegevusi, saab erinevaid
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 hindamise tegevusi, kuigi võib-olla teisiti organiseeritult) on kasutusel mitmetes teistes elutsükli mudelites. V-mudelis kulgevad arenduse ja kontrolli tegevused sümmeetriliselt - igale arendustegevusele vastab kontrolli tegevus. Valides erinevaid arenduse ja kontrolli tegevusi saame erinevad V- mudelid. Spiraalmudel: Esimene põhietapp on eesmärkide määratlemine ja planeerimine. Teisel etapil toimub valikute hindamine ja riskianalüüs. Kolmas etapp on tootearendus, mis sisaldab disaini, kodeerimist, testimist ja integreerimist. Neljandal etapil saadakse kasutaja hinnang ning minnakse üle järgmiste etappide planeerimisele. Spiraalmudeli põhjal toimuvas arenduses luuakse tavaliselt mitu tarkvaraversiooni. Esimene on prototüüp, järgmised võivad olla juba lõplikud, sõltuvalt kasutaja hinnangust
50. DOD mudeli erinevused kaskaadmudelist DOD mudeli kohaselt saab tarkvara nõuete analüüsi etapp oma lähtematerjalid vahetult süsteemi väljatöötamisel valminud dokumentidest. Tarkvara projekteerimisetapp on jagatud kaheks eelprojekteerimiseks ja detailseks projekteerimiseks. Katsetamise ja integreerimise etapp jaguneb kaheks: tarkvara katsetamine ja integreerimine ning süsteemi katsetamine ja integreerimine. 51. Spiraalmudel Spiraalne elutsükli mudel baseerub toote loomise riski osatähtsuse arvestamise märgataval suurendamisel ning kombineerib klassikalise elutsükli mudeli parimad omadused prototüüpide loomisega ja varem valmistatud tarkvara osade taaskasutamisega. Hästi töötav võimalus on valmistada toode prototüüpide jadana. Spiraalmudeli iga etapi alguses on kohustuslik riskianalüüs ja iga etappi lõpus on kohustuslik testimine, valideerimine ja/või sertifitseerimine
Üldiselt aga kasutatakse just koskmudelit väiksemate infosüsteemi arenduste puhul (koos projektimudeliga). Joonis 22 Koskmudel 45. Selgita Infosüsteemide projekteerimise spiraalmudelit (ka MSF näide), lisa joonis Spiraalmudeli puhul teostatakse mingi kokkulepitud (ka projekti jooksul tunnetatud vajadusest lähtudes) hulk iteratsioone, ehk läbitakse teadlikult etappe mitu korda. Seda tehakse, et tagada tulemuse vajadustele vastavus (muudatuste juhtimine). Joonis 23 Spiraalmudel. Allikas: Spiral Model (Boehm, 1988) Original Creator: Conrad Nutschan MSF Näide Microsofti poolt pakutav (MSF Microsoft Solutions Framework) ,,kesktee" ehk proovitud võtta parim mõlemast mudelist: MSF toob välja, et on vaja: · liikuda pidevalt visiooni suunas, · ole paindlik asjad muutuvad, · keskendu ärilise väärtuse loomisele, · info avatus kõigile kontsentreeritus ja struktureeritus, · defineerida: o tellija,
o Juhuslik lokaalne variatsioon (nn müra) o Semivariogrammi kasutatkse õige interpolatsioonimudeli leidmiseks. Interpolatsiooni tulemuste hindamine e. ,,tõesuse" määr · ei ole lihtne · üks võimalus on kasutada mitut samaväärset punktikogumit, näiteks jagada lähtepunktid kaheks või enamaks rühmaks, mille jaotusi võib eeldada sarnaseks. Loeng 11 GIS loomine, ruumiandmete standardid GIS loomine: Kaskaadmudel vs spiraalmudel Projekti läbiviimine kaskaadmudel järgi: · Strateegia enne GISi loomist tuleb formuleerida ülesande püstitus, sest GISiga lahendatakse konkreetsed probleemid ja täidetakse ülesandeid, mitte ei selgitata projekti olemust. · Analüüs hakatakse lahendama strateegias määratud ülesannet. Alustatakse GISi reaalsusmudeli ja andmemudel loomist. Tulemus peab olema mõistetav nii inimstele (diagrammi kujul) kui ka arvutitele (andmebaasi tabelite sisu).
Nii andmete kirjelduskeel (DDL) kui ka andmete töötluskeel (DML) ARENDUS Arenduse elutsükkel on mudel, mida kasutatakse tarkvara kvaliteedi tõstmiseks. Nõuete analüüs määrab süsteemi nõuded, analüüsides seda, kuidas süsteem rahuldab kasutajate vajadusi. Tarkvaraprotsessi mudelid näitavad, kuidas arenduses vajalikke tegevusi järjestada. Protsessimudel prototüüpimisega on, hea meetod, kui klient ei oska oma soove selgelt kirjeldada. Tarkvaraprotsessi spiraalmudel erineb teistest mudelitest selle poolest, et sisaldab projekti riskide hindamist iga iteratsiooni sees. Tarkvaraarenduse lineaarne mudel ehk koskmudel on mõistlik lähenemine, kui nõudmised on selgelt ja hästi kirjeldatud. Inkrementaalne tarkvaraprotsessi mudel on hea meetod, kui töötavat programmi on ruttu vaja. Millistes tarkvara elutsükli faasides saab kasutada CASE-vahendeid? Analüüs, kavandamine, teostus, hooldus.
· saab katsetada ajapiiranguid, · saab veenduda interfeiside sobivuses, · tellija näeb väljatöötaja team'i potentsiaali, · prototüüp veenab tellijat produkti vajalikkuses. · Eelised 1. Varane tagasiside 2. Kiire arendustsükkel · Puudused 1. Mitte eriti paindlik 2. Prototüübi loomine "from the scratch" võib osutuda raskeks 55. Spiraalmudeli kirjeldus, puudused, eelised, kasutatavus RAS korral. Boehm'i spiraalmudel e. riskide mudel. RISK on antud mudelis midagi sellist, mis võib projektis viltu minna e. Ebaõnnestuda. Planeerimine, Riskianalüüs, Produkti loomine, Tellija hinnang. (ja sedasi käib ringi ja ringi) · Eelised 1. Selge riskianalüüs 2. Perioodiline prototüüpimine ja hindamine 3. Hooldus kujuneb samas tsüklis loomisega · Puudused 1. Sobib suurtele projektidele (riski hindamine peab olema odavam, kui võimalik "häving" 2
annaabi.ee 
