määramine, riskide lahendamine, realistlikumad hinnangud ● Konstrueerimine - teeb kõik muud funktsionaalsused, madalama riski ja kergemate elementide iteratiivne realiseerimine ● Üleviimine - Paneb tellija keskkonnas tööle e beeta testid Süsteemianalüüsi seos nendega - Analüüsiga saab pm tegeleda igas faasis ja iteratsioonis. Esimestes etappides/iteratsioonides on analüüsi osakaal suurem. Ma ei tea kuhu seda paigutada, aga - Süsteemianalüüs = Zachmani esimesed 2 kihti, kose mudeli II etapp, UP arendamise 2 ülemist distsipliini (ärimodemine + nõuded) 7. Transaktsiooni muster - tellija-täitja suhe (kas neil on teema? Haha vv-d???) -Soovi avaldus(? request) - Üks osapooltest soovib äriteenust teiselt poolelt -Lubadus - Teine pool nö lubab osutada teenust ja tulemusena ka teeb seda -Olek (
NÄIDE *a. Iga kord kui internetiühendus kaob: 1. Osapool teeb oma ruuterile restardi 5. Erinõuded Kui mitefunktsionaalne nõue, kvaliteediatribuut v piirang on seotud spetsiaalselt kindla kasutusjuhuga, siis salvestatakse see koos vastava kasutusjuhuga. NÄIDE Kursusekaaslasel peab olema piisavalt viitsmist ja ta peab givema vähemalt paar shitti sellest kuidas teistel läheb. 6. Tehnoloogia ja Andmete Variatsioonide loetelu Varased disaini otsused, mille esitamist varastes iteratsioonides üldiselt peaks vältima. Sageli on need seotud konktreetse sisend-väljund tehnoloogia või konkreetsete klassifikaatorite kasutamisega konkreetse kasutaja poolt. Siin ei tohiks kirjeldada paljusid erinevaid võimalusi ja hargnemisi (see sobiks laienduste alla). NÄIDE 1a. Sõnumid edastatakse üle interneti ja sisestatakse klaviatuurilt 6. Nõuded Süstemaatilist nõuete analüüsi nimetatakse ka nõuete inseneeriaks või siis, nõuete kogumiseks või nõuete spetsifitseerimiseks
ülalt kolmanda reaga (Disaini distsipliiniga). UP faasid on Alustamine (Inception – loob esialgse visiooni), Täpsustamine (Elaboration - loob reaalselt töötava arhitektuuri, millel realiseerib väikese hulga t’htsamaid/riskantsemaid põhifunktsionaalsusi), Konstrueerimine (realiseerib kõik funktsionaalsused), Üleviimine (Transition – paneb tööle tellija keskkonnas). Analüüsiga võidakse põhimõtteliselt tegeleda kõikides faasides (etappides) ja iteratsioonides (faasid koosnevad iteratsioonidest), ehkki esimestes etappides ja iteratsioonides on analüüsitegevuste osakaal tavaliselt suurem kui tagumistes. Iteratsioonidest ja iteratiivsest arendusmudelist räägime täpsemalt edasi järgmises loengus, pärast Süsteemianalüüsi aine iteratiivse raamistiku kirjeldamist ja ainetöö (-projekti) käsitlemist selle raamistiku alusel. M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014
• Inception: äriline analüüs, • Elaboration: nõuete analüüs, arhitektuuriline disain, arendusplaan, • Construction: detailne kavandamine, realiseerimine ja testimine, • Transition: süsteemi käitamine. Öeldakse et see on äärmiselt mitteagiilne. Aga tegelikult see on küllaltki agiilne. Lihtsalt rõhu asetused on erinevad. Sõltub ajast. Kõigega tegeltakse enam vähem samal ajal. Nt testimine käib lainetena. Tehakse erinevates iteratsioonides nii, et erinevatel tarkvaraprotsessi etappidel on erinevad rõhuasetsused. Tarkvararakenduste liigid Tarkvararakenduste liigid: • Kohalikud (stand-alone) rakendused, nt. MS Office ja fotode manipuleerimise süsteemid; • Interaktiivsed transaktsioonipõhised rakendused, nt. pangarakendused ja e-kaubanduse rakendused; • Mähisrakendused (embedded control systems), nt. ABS-pidureid ja mikrolaineahju kontrollivad süsteemid;
arendamisel? ● Arendamine – tarkvarasüsteemi tootmine (mõtleme kodeerimist) ● Valideerimine – kas toodetud tarkvarasüsteem on see, mida kasutaja soovis? ● Evolutsioon – tarkvarasüsteemi muutmine vastavalt kasutajate muutuvatele nõudmistele Üldistatud tähendab, et tegevused toimuvad mitmetest kohtades ja on hajutatud, nt erinevates iteratsioonides. Nt valideerimine ei toimu üks kord, toimub pidev ümberspetsifitseerimine, evolutsiooni osas on vaja live’s asju ümber teha vastavalt klientide vajadustele. ! Tarkvaraprotsess koosneb tegevustest, mis on vajalikud tarkvaratoodete arendamiseks. Nende tegevuste organiseerimisega tegelebki tarkvaratehnika. 17. Tarkvaraprotsessi mudel. ● Tarkvaraprotsessi lihtsustatud esitus teatud vaatepunktist.
annaabi.ee 
