Modelleerimine 1 KT 1. Mis on mudel? Mõne reaalse elu sündmuse/nähtuse/objekti lihtsustatud kujutamine. Peidab detaile, keskendub olulisele, teeb kergemaks. Esitab vaate e. ühe võimaliku interpretatsiooni. Mudel esitab reaalse maailma vaate, e mingi valdkonna x interpretatsiooni. On lausete hulk uuritava valdkonna kohta kindlas modelleerimiskeeles. Lausetele annab tähenduse interpretatsioon, mis seob mudeli elemendid valdkonnaga. 2. Erinevaid mudelitüüpe? Midgetite BMW, gloobus, nukud, 3. (Mu lemmik kordamisküsimus, otse slaididelt) Miks on hea/kasulik osata modelleerida? 4.Valdkonna ja interpretatsiooni seos? Interpretatsioon seob elemendid valdkonnaga. 5. Mudeli ja konteksti seos? Tähtkuju suur vanker vs ostukäru näide. 6. UML trivia!!!! Loodi 90ndatel (1800) Booch, Jackobson, Rumbaugh poolt (valged mehed?), Rational Software firmast 97ndal Object Management Group (OMG) poolt standardiks võetud keel Praegun...
Kui Arno süsteemianalüüsi jõudis, oli… Töö juba alanud do not fuck up eks? <3<3<3 1. Miks analüüsi üldse vaja? Mis on süsteemianalüüs? Valdkonna paremaks mõistmiseks, ühise arusaama nimel, konkurentsis püsimine jne. Seos modega - asju on lihtsam analüüsida kui nad on keskkonnas asuvad elemendid, mis omavad kindlat käitumist ja struktuuri. Parem küsimus on, kas neid slaide oli üldse vaja? Süsteemianalüüs on (mudelipõhine) struktuurne arutelu asjaosaliste vahel (tellijad, arendajad, sponsorid etc.) süsteemist (toode, teenus, protsess) ühise arusaamise kujundamise eesmärgil. 2. Analüüsi osad ja liigid Valdkonna (äri)analüüs ● Organisatsiooni (kes?) ● Eesmärkide (miks?) ● Protsesside (kuidas? millal?) ● Objektide/ressursside (mis?) - analüüs Tarkvara nõuete analüüs ● Usecase/Usestory analüüs ● Kasutajaliidese ● Andmete ...
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...
Near far wherever UML are 1. Tarkvara Nõuete analüüs Äri(...tegelt ka või see on kuradi esimene vastus??)modelleerimise (distsiblinni) tulemused annavad konteksti ning “keele” (põhimõistestiku) tarkvara nõuete püstitamiseks. Iteratiivses arendusprotsessis UP toimub tarkvara nõuete püstitamine ja analüüs põhiliselt tarkvara kasutusjuhtude kirjutmise, modelleerimise ja analüüsimise kaudu. 2. Kasutusjuhtude mudel ehk (kui te olete inglise keeles väga sitt juhuslikult) Use Case Model UP defineerib Use Case mudeli nõuete analüüsi distsiblinni sees. Use Case mudel on kõikide kasutusjuhtude hulk: süsteemi funktsionaalsuse(kasutusjuhud) ja keskkonna(tegutsejad) mudel Eesmärgid ja kasutuslood Tellijad ja lõppkasutajad omavad eesmärke (goals, UP-s needs, sest UP on needy motherfucker) ning soovivad, et süsteem aitaks neid täita. Kasutusjuhud on jutustused süsteemi kasutamisest nende eesmärkide täitmiseks. N...
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...
Andmebaasid 1.9 Teema 1 • Erinevat tuupi andmemudelite (hierarhiline, relatsiooniline, objektorienteeritud) ja vastavate andmebaasisusteemide valjatootamise kronoloogiline jarjekord ̈ (koigepealt hierarhilisel mudelil pohinevad andmebaasisüsteemid puustruktuuriga hierarhiline mudel, kus tekivad anomaaliad andmete lisamisel ja kustutamisel ning on palju liiasust; seejarel relatsioonilisel mudelil pohinevad on relatsioonid ehk tabelid, ̈ millel on atribuudid ehk veerud ja andmed esitatakse korteežidena ehk ridadena; koige viimaks objektorienteeritud andmebaasisusteemid neis saab hoida objekt oritenteeritud keeles kirjutatud objekte, kapseldada ja polümorfismi kasutada). Teema 2 • Andmebaaside valdkonnas tuntud inimesed ja millega nad on end ajalukku jaadvustanud – E. F. Codd (relatsioonilise mudeli "...
annaabi.ee 
