Objektorienteeritud modelleerimine. Objektmudel: Klassid, Objektid ja nende seosed Esmärk: Ülevaade objektmodelleerimise põhimõistetest Klassidiagrammides kasutatavate põhikonstruktsioonide tutvustamine Sisu Objektid ja klassid Klassidiagramm Kuidas leida klasse ? Atribuudid Operatsioonid Seosed Piirangud Mudeli kvaliteet Objektorienteeritud modelleerimises on põhilisteks elementideks klassid, objektid ning nendevahelised seosed . Kui modelleerimise eesmärgiks on tarkvarasüsteemide ehitamine, minnakse objektorienteeritud mudelitelt sujuvalt üle objektorienteeritud programmeerimise mõistetele / konstruktsioonidele, kus klassid ja seosed on teisendatud tegelikuks programmikoodiks. Objektid ja klassid Objekt on element, nähtus, asi, millest me räägime ja/või millega tegutseme. Objekt eksisteerib reaalses maailmas, täpsemalt, meie ettekujutuses sellest maailmast. Modelleeritavat osa maailmast nimeta...
1. Küsimused a) Zachmani tugiraamistik Zachmani tugiraamistik – 1990 John A. Zachman. Kirjeldab valdkonna infosüsteemi üldist ülesehitust ja arhitektuuri. Mudel infosüsteemile endale. Saab rakendada igale ärivaldkonnale sõltumata suurusest, „Puhtale valdkonnale“ ja (IT) infrastruktuurile. Veerud vastavad põhiküsimustele: Mis? Kuidas? Kus? Kes? Millal? Miks? Read vastavad süsteemitöö põhilistele osapooltele-huvigruppidele: juhtkond, tippjuhid, planeerijad, ärimõistete omanikud, arhitekt-disainerid, ehitaja-tehnoloogid, tehnikud, ülalhoidjad. „Puhas valdkond“ - 2 ülemist rida. IT infrastruktuur alates kolmandast allapoole. MDA (Model Driven Architecture) mudelitüübid: CIM (Computing Independent Model) – teine rida PIM (Platform Independent Model) – kolmas rida ...
Modelleerimine II KT - aka buckle up, we gon bullshit through this 1. Zachmani tugiraamistik Ettevõte, ärisüsteemi vms kirjeldamiseks mõeldud. Kahemõõtmeline tabel, mille veerud vastavad süsteemianalüütiku põhiküsimustele. Read – süsteemitöö (arendus+ülalhoid) põhilistele osapooltele – huvigruppidele (slaidil followed by some nonsense, kas see on üldine mandatory osa või ta lihtsalt tõi näiteid?). Lahtrites on kindlat tüüpi ning kindlale huvigrupile suunatud mudelid (nt graafilised PS. Seda me siin aines teemegi) Ärivaldkond – eesmärgipärane inimtegevus. Seda iseloomustavad eesmärgid, vahendid, tegijad, asukoht, kirjeldus ja aeg EHK miks (eesmärk), mis(objekt), kes(inimesed), kus(asukohad), kuidas (protsessid) ja millal(sündmused). Kui valdkonnas mängib tähtist rolli inimene, võib seda pidada ärivald(konnaks). Raamistik rakendub igale ettevõttele, ükskõik kui keerukas see ka poleks. Puhas valdkond – Ülemised kaks rida. Kõik muu o...
KORDAMISKÜSIMUSED 1. Kvaliteetse tarkvara atribuudid. eksam 2. Mis on tarkvaratehnika? 3. Üldistatud protsessid tarkvaraarenduses. 4. Tarkvaraprotsesside 2 suuremat liiki. 5. Manifesto for Agile Software Development. 6. Kuidas liigitada nõudeid? eksam 7. Nõude 3 põhiomadust. 8. Nõuete valideerimise tehnikad. 9. Komponentidel põhinev arhitektuur 10.Kihiline arhitektuur eksam 11.Objektorienteeritud arhitektuur 12.Teenusorienteeritud arhitektuur 13.Lihtsa koodi disaini 4 elementi 14.Miks peab nõudeid haldama? 15.Milleks kasutatakse versioonihaldust? eksam 16.Funktsionaalne nõue eksam 17.Mittefunktionaalne nõue eksam 18.Tarkvara elutsükkel 19.Millest koosneb tarkvara? 20.Mis on testimine? 21.Staatiline testimine eksam 22.Dünaamiline testimine eksam 23.Valge kasti testimine 24.Musta kasti testimine 25.Testimise tasemed 26.Re-testmine ja regressioonitestimine 27....
Arvestustöö 1. Exceli töökeskkond ja joonestusvahendid Üldised põhimõtted Töö realiseerida eraldi Exceli töövihikuna, mille nimi peab olema järgmine: õpperühm_perenimi_Keskkond.xlsx n. EAEI13_Kasemets_Keskkond.xlsx Töö esitada etteantud tähtajaks Moodle keskkonnas (muul viisil esitatud tööd ei kuulu arvestamisele). Töövihiku esimesel lehel kujundada lahtritest tiitelleht ja täita oma andmetega. Tiitelleht ei pea olema täpselt samasugune nagu näidatud allpool, kuid peab sisaldama näidises toodud andmeid. Võiks täiendada kujundust: lisada pilt (logo), kasutada värve jm Exceli töökeskkond Leht 1 Sisestage töölehele näidisele vastavad andmed. Alguses, eraldi real, on Teie eesnimi, perenimi, matrikli (õppemärkmiku) number, õpperühm, töö saatmise kuupäev. a) Tabeli esimesse tulpa sisestage tähthaaval oma perenimi (iga täht eraldi lahtris). Kokku peab olema vähemalt 10 rida. Kui nimi on lühem, lisage l...
Duck tape makes even "no no" sound like "mm mm" 1. Domeenimudel Domeen ==Valdkond. UP (ja RUP) kontekstis me nimetame domeeni mudeliks kontseptuaalsete klassidiagrammide vormis staatilist esitust valdkonna objektmudelist. Iteratiivses arendusprotsessis UP Kui muidu tegelesime ärisüsteemide mõistete ja objektide (registrid) äriprotsesside modelleerimisega, siis nüüd modelleerime neid konkreetse iteratsiooni tarkvara nõuete ja kasutusjuhtude kontekstis suurema täpsusega. Domeenimudelid tehakse peamiselt detailimisfaasis (elaboration) iteratiivselt. Algfaasis tehtav domeenimudeli eskiis on kasulik, kuid tõestamata kvaliteediga. PS. Seda saab teha ka siis, kui äriprotsesse pole eelnevalt kirjeldatud. Põhisammud 1. Identifitseerida kontseptuaalsed klassid, mis on seotud jooksva iteratsiooni nõuetega. 2. Luua esialgne domeeni mudel (just selle iteratsiooni fookuses olevate nõuete ja kasutusjuhtude jaoks. 3. Eristad...
Ema, anna padruneid ma hakkan UML-i uurima 1. Ärimudeli mõiste Omab erialakirjanduses kahte tähendust - mudel selle kohta, kuidas äriüksus teenib raha (loob väärtust) VÕI äriüksuse toimimise kirjeldus. Süsteemianalüüsi lähenemine - ei vastanda ärimudeli tähendusi, sest ärimudel on ka ärisüsteemi arhitektuuri kirjeldus. Ühte ja sama äriarhitektuuri saab kirjeldada erinevas vaates erinevatele huvigruppidele nt äripoole jaoks on tähtsam mudel see, kuidas raha teenida VS IT department, keda huvitab rohkem kuidas ettevõte toimib, et neile tarkvaralahendusi luua. Kõlab nagu kodusõda. EHK, parafraseerime eelmist teksti ilusamale kujule, sest äkki ei jõudnud kohale. Äriinimeste jaoks - ärimudel on kirjeldus, mis näitab kuidas ettevõte loob kasu ja tulu, kirjeldab ettevõtte turusegmenti, positsiooni turul, konkurentsivõimet, rentaablust, kliendile loodavat väärtust etc. IT inimeste jaoks - on ärimudel ettevõtte toimim...
Tarkvaratehnika konspekt. Tarkvaratehnika Tarkvaratehnika e. tarkvara inseneeria on professionaalsele tarkvaraarendusele suunatud distsipliin, mis tegeleb sellega, kuidas organiseerida tarkvaraarendust, arvestades organisatsiooniliste ja rahaliste piirangutega. Tarkvaratooted koosnevad valjatöötatud programmidest ja nende dokumentatsioonist. Tarkvaratehnika eesmärgiks on kuluefektiivne tarkvaraarendus kogu tarkvara elukaare ulatuses. Tarkvaratehnika on süstemaatilise, distsiplineeritud ja mõõdetava lähehemisviisi rakendamine tarkvara arendamisele, käitamisele ja hooldamisele, see tähendab, inseneriteaduste rakendamine tarkvarale. Tarkvaratehnika „point“: Tarkvaratehnika on suunatud professionaalsele tarkvaraarendusele. Tarkvaratehnika ei tegele tarkvaraarenduse endaga vaid sellega, kuidas organiseerida tarkvaraarendust. Tarkvaratehnika vajadus - kõrgenenud nõudmised: suuremad süsteemid, keerulisemad süsteemid, kiiremini aren...
Tarkvaratehnika: Loeng 1: Taust: o Tarkvara iseloom o Kõrgenenud nõudmised: Suuremad süsteemid Keerulisemad süsteemid Kiiremini Erinevad näited vigadest mis on tehtud: o Ariane Crash 1996 kosmosesüstiku alla kukkumine, tuli välja et selle alla kukkumise põhjuseks oli tarkvarasüsteemis viga ilmus trajektoori osas. o Therac-25 kiiritusravi andmises tehti viga kasutaja liideses, kus pandi vale täht ühte kohta, mille tulemusena anti 125 kordne doos patsiendile. o MCO marsi satelliidi maandumise ebaõnnestumine, nimelt tarkvara arvutas vale trajektoori, kuna oli kaks eri pikkusühikut ehk meetreid ja naela. Tarkvaratehnika ajalugu: o Esmakordselt kasutati seda NATO-s 1968, oli mõeldud ideena, kuidas to...
M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014 IDU 5360 SÜSTEEMIANALÜÜS Loeng 1. Sissejuhatus (kontseptuaalsesse) süsteemianalüüsi. Aine fookus Aine taust Eesmärgid ja õpiväljundid Aine korraldus Aine fookus KONTSEPTUAALNE SÜSTEEMIANALÜÜS VALDKONNA ANALÜÜS TARKVARA NÕUETE ANALÜÜS ITERATIIVNE ARENDUSPROTSESS Fookus: Kontseptuaalse süsteemanalüüsi meetodite rakendamine valdkonna ning tarkvara nõuete detailseks analüüsiks iteratiivses arendusprotsessis Aine taust Analüüsi ained: 1. Sissejuhatus infosüsteemidesse (IDU 3350) või Modelleerimine (IDU 3355); -> 2. -> Süsteemianalüüs (IDU 5360) -> 3. -> Infosüsteemi strateegiline analüüs (idu0021) ehk Ettevõtte äriarhitektuur (idu1321) Aine on eelduseks (OIS) IDU5661 - Infosüsteemide projekteerimine, IDU0050 - Objektorienteeritud disain, IDX5010 - Struktuuranalüüs ja ekspertsüsteemide te...
annaabi.ee 
Sisene Facebook'ga
Sisene Google'ga
Sisene LinkedIn'ga
