1. Milline alljärgnevatest väidetest on õige? mõlemad on võrdselt tähtsad + Kasutusjuhtude mudeli koostamisel on teksti kirjutamine tähtsam diagrammide joonistamisest Kasutusjuhtude mudeli koostamisel on diagrammide joonistamine tähtsam kui teksti kirjutamine 2. Kas äriprotsess on samal ajal ka tarkvara kasutusjuhtum (use case)? Joonige alla õige vastus. Võib olla küll, kuid kindlate tingimuste täidetuse korral Ei, kindlasti mitte Jah, kindlasti on 3. Millist loetletud diagrammitehnikatest ei kasutata põhimõtteliselt Eriksson-Penkeri ärimodelleerimise notatsioonis? klassidiagramm + ärikasutusjuhtude diagramm olekudiagramm tegevusdiagramm 4. Milliseid kasutusjuhtude mudelis identifitseeritud tegutsejaid
1. Milline alljärgnevatest väidetest on õige? +mõlemad on võrdselt tähtsad Kasutusjuhtude mudeli koostamisel on teksti kirjutamine tähtsam diagrammide joonistamisest Kasutusjuhtude mudeli koostamisel on diagrammide joonistamine tähtsam kui teksti kirjutamine 2. Kas äriprotsess on samal ajal ka tarkvara kasutusjuhtum (use case)? Joonige alla õige vastus. Võib olla küll, kuid kindlate tingimuste täidetuse korral Ei, kindlasti mitte Jah, kindlasti on 3. Millist loetletud diagrammitehnikatest ei kasutata põhimõtteliselt Eriksson-Penkeri ärimodelleerimise notatsioonis? klassidiagramm + ärikasutusjuhtude diagramm olekudiagramm tegevusdiagramm 4. Milliseid kasutusjuhtude mudelis identifitseeritud tegutsejaid
Kontseptuaalne süsteemianalüüs KT küsimused ja vastused 1. Milline järgnevalt nimetatud analüüsitulemustest on objektorienteeritud analüüsis kõige tähtsam? (Objektorienteeritud analüüsi all on siin mõeldud mitte kogu analüüsitegevust UP nimelises protsessis, vaid objektorienteeritud mõtteviisi selles tegevuses) kasutusjuhtude mudel protsessi mudel eesmärkmudel domeenimudel 2. Kas äriprotsess on samal ajal ka tarkvara kasutusjuhtum (use case)? Joonige alla õige vastus. Jah, kindlasti on Võib olla küll, kuid kindlate tingimuste täidetuse korral Ei, kindlasti mitte 3. Kas RUP Äri Objektmudel (Business Object Model) võib sisaldada dünaamikavaadet? Valige täpselt üks õige vastus: Ei või Jah, võib küll Oleneb asjaoludest 4. Millise allpool nimetatutest võiks olla (ainekonspekti ning C. Larmani raamatu õpetuse järgi) korrektse ning kasuliku skoobiga tarkvara kasutuslugu (use case)
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
Arhitektuurivaade Arendusvaade Iga osa (v.a. Arhitektuurivaade) on jaotatud veel loogilisteks alamosadeks, mis lihtsustab projekti lugemist ja arusaamist. TTÜ IS strateegiline analüüs 2 © TTÜ Informaatikainstituut 2. INFOSÜSTEEMI ÄRI- EHK TOIMIMISE VAADE 2.1 TERVIKSÜSTEEMI ÜLDVAADE Infosüsteemi üldised eesmärgid: Tervik süsteem on arvuti riistvara ja tarkvara terviklik infosüsteem. Selle süsteemi eesmärgid on: Kvaliteetse infokeskkonna loomine, mis aitaks pakkuda klientidele paremat teenust ja asjakohalist informatsiooni, ning arendada teenusepakkuja teenuseid. Võimaldada igale osapoolele (pädevusalale) infosüsteemis tema rolli vastutustega määratud/piiratud vaade. Toetada terviklikult olulisemaid ärivastutusi ja protsesse, vastavate IS komponentidega.
TALLINNA TEHNIKAÜLIKOOL Informaatikainstituut Projekt aines "Sissejuhatus infosüsteemidesse" Forum Cinemas' infosüsteem Üliõpilased: Tallinn 2011 Sisukord 1. Üldvaade......................................................................................................................................3 1.1 Taust.......................................................................................................................................3 1.2 Lausendid...............................................................................................................................3 1.3 Organisatsiooni eesmärgid.....................................................................................................3 1.4 Põhiprotsesside (põhiteenuste) loetelu...................................................................................4 1.5 Põhiobjekti
TALLINNA TEHNIKAÜLIKOOL Infotehnoologia teaduskond Informaatikainstituut Infosüsteemide õppetool Projekt aines “Kontseptuaalne süsteemianalüüs” Stones Health spordiklubi infosüsteem Julia Visnapu 094244IABB Vassilina Matvejeva 094076IABB Juhendaja: Lea Elmik Tallinn 2012 Sisukord Esimene Iteratsioon 1.1 Taust................................................................................................................................................................3 1.2 Lausendid .......................................................................................................................................................3 1.3 Organisatsiooni eesmärgid .............................................................................................................
funktsionaalsed nõuded on järgmised: Peab saama lisada, muuta ja kustutada klientide andmeid; Peab saama lisada, muuta ja kustutada tellimuse andmeid ning sellega kaasnevat plaanitavad tööd; Peab saama lisada, muuta ja kustutada tellimusega seotud dokumendid; Peab saama fikseerida valmis tellimuse kuupäeva. Tellimuse töötlemise osutamist toetava tarkvara kasutusjuhud on: Kliendi olemasolu kontroll Kliendi lisamine Kliendi muutmine Tellimuse olemasolu kontroll Tellimuse lisamine Tellimuse muutmine Tellimusega kaasnevate tööde plaanimine Dokumentide lisamine Valmis tellimuse kuupäeva lisamine Valmis tellimuse kuupäeva muutmine
Sissejuhatus infosüsteemidesse IDU3530 © Karin Rava 1. Erialagrupid infojuht (Chief Information Officer) infotehnoloogia juht (Chief Technology Officer) infosüsteemi projektijuht infosüsteemi rühmajuht süsteemianalüütik süsteemiarhitekt ja -disainer süsteemi administraator andmebaaside spetsialist / administraator programmeerija 2. Süsteem on omavahel seotud osade (komponentide) organiseeritud kogum mis töötab ühise eesmärgi nimel teisendades süsteemi sisendeid väljunditeks millega toimub süsteemi soovitud eesmärgi saavutamine tervik, mis on midagi enamat kui selle elemendid eraldi võetuna Ntx: bioloogilised süsteemid: taim, loom, inimene, vereringe mehhaanilised süsteemid: auto, mootor ökoloogilised süsteemid: loodus
II iteratsiooni täpsustatud üldine kontseptuaalne klassidiagramm on järgmine: Deklaratsioon on ühe tudengi ühe semestri õpingukava k oostab/esitab/parandab 1 Tudeng 0..* Deklaratsioon (from Use Case View) 0..* Kontrollib/k innitab 1 omab 0..* 0..* 0..* +mis Dekanaat
TALLINA TEHNIKAÜLIKOOL My Pocket Money Aine sissejuhatus infosüsteemidesse projekt Tatjana Kruglova 2014 Sisukord 1.Üldvaade................................................................................................................. 2 1.1Taust................................................................................................................... 2 1.2Organisatsiooni eesmärgid................................................................................. 2 1.3Organisatsiooni põhiprotsess..............................................................................2 1.4Tegutsejate ja nende infovajaduste ning eesmärkide loetelu.............................2 2.Infosüsteemi eesmärgid.......................................................................................... 3 3.Infosüsteemi funktsionaalne vaade.........................................................................4 3.1Kasutusjuhtude mudel........................................
TALLINNA TEHNIKAÜLIKOOL Informaatikainstituut Infosüsteemide õppetool Projekt aines "Objektorienteeritud disain" MOBIILTELEFONI TARKVARA Üliõpilane: Martti Remmelgas 010635 Eero Ringmäe 010636 Pärtel Lias 010617 Õpperühm: LAP 61 & LAP 62
...................................................................................... 13 2 1 Üldvaade 1.1 Taust Klient valib omale Arvuti OÜ e-poest sobiva kauba mida ta soovib osta, valib kauba kättesaamise aja ja viisi ning teostab makse internetipangas. Süsteemi administrator haldab ettevõtte infosüsteemi. Ta kontrollib, et paki ja kliendi andmed oleksid korrektsed ja et need saaksid automaatselt kullerile edastatud. Administraator ostab tooted tarnijalt välja ja ka sisestab seed infosüsteemi, või vastavalt vajadusele kõrvaldab sealt tooteid. Laohoidja võtab vastu ja väljastab kaupa kulleritele. Laohoidja haldab laoseisu jooksvalt. Tema vastutab laoseisu korrektsuse eest, et infosüsteemis kuvatavad andmed kaubaseisu kohta vastaks tegelikkusele. 1.2 Eesmärgid Ettevõte eesmärgid on järgmised: Osta ja müüa kaupa. Veebilehe uuendus. Kauba tellimine. 1.3 Põhiprotsesside loetelu
TALLINNA TEHNIKAÜLIKOOL Informaatikainstituut Infosüsteemide õppetool Projekt aines “Sissejuhatus infosüsteemidesse” FOTOTELLIMUS Tallinn 2012 AUTORIDEKLARATSIOON Kinnitan, et käesolev projekt on valminud minu iseseisva töö tulemusena ning selle põhjel ei ole enne arvestust taotletud. ... ... ... 2 SISUKORD 1 ÜLDVAADE..........................................................................................................................................4 1.1 TAUST...................................................................................................................................... 4 1.2 LAUSENDID............................................................................................................................... 5 1.3 ORGANISATSIO
rohkem kui 5 sekundit. Andmete muudatuse salvestamine süsteemi poolt ei tohi võtta aega rohkem kui 5 sekundit. kasutajaliides klientidele mõeldud kasutajaliides peab olema igal juhul veebipõhine. kujundus Kasutada tuleb silmale pehmeid värve. arendusvahendid Arendusvahendina tuleks kasutada organisatsioonile hangitud CASE tarkvara Rational Rose. usaldusväärsus Tellimuste haldamise süsteemi tõrgeteta töö on hädavajalik organisatsiooni tõrgeteta töötamiseks. Tõrked tekitaksid suurt finantsilist kahju ja ka moraalset kahju. varukoopiad Kuna hallatavad andmed on organisatsiooni jaoks olulised ning sellepärast tuleb vähemalt kord nädalas teha andmetest varukoopia.
Arvuti Tehnika e-pood Juhendaja: Evi Arais Tallinn 2010 Üldvaade Taust Klient valib omale AS Arvuti Tehnika e-poest sobiva kauba mida ta soovib osta, valib kauba kättesaamise aja ja viisi ning teostab makse internetipangas. Süsteemi administrator haldab ettevõtte infosüsteemi. Ta kontrollib, et paki ja kliendi andmed oleksid korrektsed ja et need saaksid automaatselt kullerile edastatud. Administraator ostab tooted tarnijalt välja ja ka sisestab seed infosüsteemi, või vastavalt vajadusele kõrvaldab sealt tooteid. Laohoidja võtab vastu ja väljastab kaupa kulleritele. Laohoidja haldab laoseisu jooksvalt. Tema vastutab laoseisu korrektsuse eest, et infosüsteemis kuvatavad andmed kaubaseisu kohta vastaks tegelikkusele. Lausendid Admin on ettevõtte töötaja. Laohaldur on ettevõtte töötaja. Kuller on ettevõtte töötaja. Admin sisestab ja kõrvaldab tooted infosüsteemist.
..10 2.2.2.3 Kliendi pädevusala sisesed protsessid........................................................10 2.2.2.4 Kliendi pädevusala objektid.......................................................................10 2.2.2.5 Kliendi pädevusala sündmused..................................................................11 2.2.2.6 Kliendi pädevusalaga seotud subjektid......................................................11 2.2.2.7 Business Use Case diagrammid.................................................................11 2.2.2.8 Business Use Case-de kirjeldused..............................................................14 2.2.2.9 Kontseptuaalne klassidiagramm.................................................................17 2.2.2.10 Klasside definitsioonid.............................................................................18 2.2.3 Laenutaja pädevusala spetsifikatsioon....................
TALLINNA TEHNIKAÜLIKOOL Autopoeketi ühe esinduse tellimused Projekt aines "Sissejuhatus infosüsteemid" Tanel Tarkmees 085125 IAPB 53 2008 Sisukord Üldvaade................................................................................................................................. 3 Taust................................................................................................................................... 3 Lausendid............................................................................................................................ 3 Organisatsiooni eesmärgid..................................................................................................3 Põhiprotsesside loetelu........................................................................................................3 Tegutsejate loetelu...............................................................................
TALLINNA TEHNIKAÜLIKOOL Informaatikainstituut Infosüsteemide õppetool Projekt aines IDU5360 “Kontseptuaalne süsteemianalüüs” Fototellimus Tallinn 2013 Autorideklaratsioon Deklareerin, et käesolev ainetöö on minu töö tulemus ja seda ei ole kellegi teise poolt varem üheski aines esitatud. ............................. ………………………….. (kuupäev) (töö esitaja allkiri) 2 Sisukord 1. Iteratsioon I.............................................................................................................................6 1.1 Visioon..............................................................................................................................6 1.2
TALLINNA TEHNIKAÜLIKOOL Informaatikainstituut Infosüsteemide õppetool Bussijaam Tallinn 2014 1 Üldvaade...............................................................................................................................3 1.1Taust................................................................................................................................3 1.2 Organisatsiooni eesmärgid.............................................................................................3 1.3 Põhiprotsesside loetelu..................................................................................................3 1.4 Tegutsejate loetelu..............................
- laopidaja pädevusala - raamatupidaja pädevusala - juhataja pädevusala 1.2.3 Allsüsteemi poolt kasutatavad registrid Allsüsteem teenindab töötajate registrit. Allsüsteem kasutab lepingute ja arvete registrit 9 1.2.4 Allsüsteemi kasutusjuhtude eskiismudel Töötaja tööle võtmine (from Use Case View) Töösuhte muutmine laopidaja (from Use Case View) juhataja (from Use Case Vi ew) Töötaja vaatamine (from Use Case View) paigaldaja
lausetega: reaalsusest saab luua mitu erinevat mudelit mudelite loomine aitab juhtida riske, mis on seotud oodatava, soovitud tulemusega mudel esitab uurimisobjektide (süsteemi) kirjeldust mingist kindlast vaatenurgast reaalsusest saab luua alati ainult ühe mudeli mudel esitab lihtsustatud versiooni reaalsest maailmast 8. Valige ÕIGE väide. Andmetöötlus EI OLE: mittejuhuslike sümbolite, numbrite, väärtuste ja sõnade hulk andmete liigitamine, grupeerimine, matemaatiliste operatsioonide teostamine andmetega süstemaatiline operatsioonide sooritamine 9. Valige VALE väide. Infosüsteemi arhitektuuriraamistik annab: juhised infosüsteemi arhitektuurilise kirjelduse loomiseks tööülesanded programmeerijatele juhised infosüsteemi arendamisega seotud huvirühmade infovajaduste rahuldamiseks 10. Valige VALE väide. Disaini käigus: kirjutatakse programmikoodi määratletakse infotehnoloogilised piirangud tulevase infosüsteemi ülesehitusele
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.eXtreme programmingu alustalad 28.Kirjelda lühidalt XP-d 29.Mis on mudel? eksam 30.Mis on UML? Miks on seda vaja? 31.Tarkvaratehnika 3 vaadet. 32.Tarkvara protsessi etapid. 33.Tabel disaini ja analüüsi abstraktsioonitasemete kohta 34
tegutsejad (kes paigutatakse süsteemi piiridest väljapoole), kes moodustavad süsteemi jaoks keskkonna. 13. Tegutseja Ehk see, kes suhtleb süsteemiga, käivitab kasutusjuhu. Ei pruugi olla tingimata füüsiline isik, aga enamasti on. 14. Kuidas mudelid mõjutavad töötavat tarkvararakendust? Isiku ja varade mudeli näide. Nt algul sai isik omada ainult maju, aga kui mudelit muuta saab lisada muud tüüpi varasid. Pärast mudeli muutmist saab välja lasta tarkvara patchi (L) 15. Mille järgi antakse tegutsejale nimi? Roleplay...Rolli järgi nt ,,müüja", ,,klient" jne. 16. Tarkvarasüsteem vs ärisüsteem Tarkvara nt ÕIS Äri nt restoran 17. Milliste süsteemidega tegeleme sellest aines? Äri (puhas valdkond), tarkvara (rakendus) ja füüsiline süsteem (tehnoloogia). https://gyazo.com/8bb2bfcbaab2085e5aa517cc9588bdb1 18. Musta ja valge kasti mudel. Must e mida süsteem teeb/teab, liidesed (sisendid-väljundid) välise käitumise kirjeldused
TTÜ Informaatikainstituut Juhtimise infosüsteemid Infosüsteemide õppetool Näidisprojekt sügis 2008 23.10.2008 v 1.3 1 (19) TALLINNA TEHNIKAÜLIKOOL Informaatikainstituut Infosüsteemide õppetool Projekt aines IDU0090 "Juhtimise infosüsteemid" Deklareerimisprotsessi modelleerimine Üliõpilane: ... Õpperühm: ... Matrikli nr.: ... Juhendaja: ... Tallinn 2008 TTÜ Informaatikainstituut Juhtimise infosüsteemid Infosüsteemide õppetool Näidisprojekt sügis 2008 23.10.2008
Küsimus 4 Konkreetsest situatsioonist lähtuvalt valitud lähenemisviis infosüsteemi arendamiseks kirjeldab Vali üks: a. rakendamise meetodid b. disaini spetsifikatsioon c. tootmissüsteem d. disaini strateegia Küsimus 5 Süsteemi arenduse elutsükli järgi füüsiline andmebaasi disain on seotud Vali üks: a. Infosüsteemi planeerimine ja valik b. Infosüsteemi teostamine ja kasutamine c. Infosüsteemi analüüs d. Infosüsteemi disain Küsimus 6 Uue tarkvara allikaks võib olla Firma IT osakond arendab uut infosüsteemi Majasisene arendus Vastus 1 Konkursi korras otsitakse täitjat Välispartneri arendus Vastus 2 Arvutipoest ostetav valmisprodukt Riiulitoode Vastus 3 Küsimus 7
vastastikuses sõltuvuses olevate ressursside eesmärgipärast kombinatsiooni. Ettevõtte/organisatsiooniga seotud huvigrupid omanikud raha vm mõõdetava väärtuse teenimine; kliendid vajaduste rahuldamine läbi väärtuse omandamise; juhid minimaalsete kuludega maksimaalsete tulemuste saavutamine; töötajad turvaline ja rahuldustpakkuv töökeskkond. Infosüsteemi mõiste Tehnilises käsitluses mõistetakse infosüsteemi all omavahel seotud komponentide (riistvara, tarkvara, kommunikatsiooniseadmed ja andmeressursid) hulka, mis kogub (või võtab vastu), töötleb, salvestab ja levitab informatsiooni (täpsemalt andmeid) eesmärgiga toetada otsuste tegemist, ettevõttes koordineerimist ja kontrolli. Infosüsteem võib aidata juhte ja töötajaid probleemide analüüsil, keerukate teemade visualiseerimisel ja uute toodete loomisel. Infosüsteemi üldised eesmärgid
Klient Ohtlikke jäätmete käitlusfirma Maksuamet Kullerfirma Töövahendite (katsutid, pipetid jne) tarnija Ettevõttesisesed tegutsejad on: Ettevõtte juht Laborivanem Raamatupidaja Laborant Spetsialist Arst Klienditeenindaja 1.6 INFOVAJADUSTE LOETELU Ettevõtte tegutsemisega seotud infovajadused tegutsejate lõikes on järgmised: Klient o Ettevõtte poolt pakutud laboriteenused ja nende kvaliteet o Ettevõtte poolt pakutud laboriteenuste maksumus ja ajakulu Maksuamet o Majandustegevust puudutavad aruanded Informaatikainstituut 4 Ohtlikke jäätmete käitlusfirma o Tellimused ohtlikke jäätmete käitluse peale Kullerfirma o Tellimused kohale toimetamise peale Töövahendite tarnija o Tellimused töö materjali peale Ettevõte
.......................14 1.1.1.5Pädevusala objektid (business klassid)................................................ 14 1.1.1.6Pädevusala sündmused........................................................................14 1.1.1.7Pädevusalaga seotud subjektid (business actorid)...............................15 1.1.1.8Pädevusala mudelid..............................................................................15 1.1.1.8.1Business Use Case diagrammid.................................................... 15 1.1.1.8.2Business Use Case `ide kirjeldused .............................................. 18 1.1.1.8.3Kontseptuaalne klassidiagramm.....................................................20 1.1.1.8.4Klasside definitsioonid ...................................................................21 1.1.1.8.5Olulisemad püsipäringud, väljundid (nimekiri)..............................
TALLINNA TEHNIKAÜLIKOOL Informaatikainstituut Infosüsteemide õppetool Projekt aines "Sissejuhatus infosüsteemidesse" Taksofirma ,,Tulika" Üliõpilane: xxxxxxxxxxx Õpperühm: xxxxxx Matrikli nr.: xxxxxx Juhendaja: Raul Liivrand Tallinn 2013 Sisukord Üldvaade Lausendid Infovajaduste loetelu Infosüsteemi funktsionaalne vaade Nimekirjad Andmebaas Kasutusjuhtude mudel CRUD MATRIKS Seisundi- ja tegevusdiagramm Objektide ja Atribuutide semantika Üldvaade Tulika Grupp on kontsern, kuhu on koondunud takso- ja transporditeenuseid osutavad ettevõtted. Esimeseks kontserni taksofirmaks oli AS Tulika Takso aastast 1993. Järgnevas projektis kirjeldatakse Tulika taksofirma
Tegu on ainult ühe väikese osaga firma infrastruktuurist ja selles projektis ei keskenduta firma juhtimisele ega millelegi muule. Kuna tegu on firmaga mille peamiseks tuluallikaks on hooldus, siis varuosade efektiivne hankimine ja arvel hoidmine on väga suure tähtusega. Antud süsteem hõlmab enda alla vaid osa firma töötajatest. Mehaanikud määravad ära vajaminevad varuaosad ja esitavad tellimuse administraatorile. Administraator saadab varuosade koodid edasi raamatupidajale ja allhankijale. Raamatupidaja märgib andmebaasi varuosade numbrid , koguseda ja hinnad, mille põhjal hiljem arve moodusatatakse. Allhankija tellib ladudest koodide järgi vastavad osad. 1.2 LAUSENDID · Mehaanik on firma töötaja. · Raamatupidaja on firma töötaja. · Administraator on firma töötaja. · Mehaanik allub administraatorile
SQL-andmebaasides (teema 2 ja 5) 10. Nimetage relatsioonialgebra operatsioone (teema 3) 11. Virtuaalne relatsioon e. vaade (teema 5) 12. Pädevusala (teema 7) 13. Funktsionaalne allsüsteem (teema 7) 14. Register (teema 7) 15. Kuidas on omavahel seotud pädevusalad, funktsionaalsed allsüsteemid ja registrid? (teema 7) 16. Kontseptuaalne andmebaasi disain. Eesmärk, sisendid, tulemused.(teema 7) 17. Kontseptuaalne andmemudel (teema 7) 18. Mida näitavad andmebaasi operatsioonide lepingud ja milleks neid kasutada? (teema 7) 19. Nimetage teisendusreegleid, mille põhjal saab kontseptuaalsest andmemudelist tuletada esialgse loogilise disaini andmemudeli. (teema 10) 20. Loogiline andmebaasi disain. Eesmärk, sisendid, tulemused. (teema 10) 21. Normaliseerimine (teema 9) 22. Esimene normaalkuju (teema 9) 23. Kolmas normaalkuju ja Boyce/Coddi normaalkuju (teema 9) 24. Ortogonaalse disaini printsiip (teema 9) 25. Füüsiline andmebaasi disain. Eesmärk, sisendid, tulemused
vastastike ootustega, kes koos töötades üritavad saavutada ühiseid eesmärke inimeste sotsiaalne üksus, mis on süstematiseeritult struktureeritud ning hallatud (juhitud), et täita vajadusi või püüelda kollektiivse eesmärgi poole jätkusuutlikul viisil Ettevõtet defineeritakse kui vastastikuses sõltuvuses olevate ressursside (inimesed, protsessid, vastutused ja alluvusseosed, toetavad tehnoloogiad ja kapital) eesmärgipärast kombinatsiooni (n.ö. võrku), mis on: 1. vastastikuses koostoimes selleks, et koordineerida funktsioonide täitmist; vahetada informatsiooni; hankida rahastamist; luua töövooge; teha otsuseid jne 2. koostoimes keskkonnaga selleks, et saavutada ettevõtte eesmärke läbi keeruka vastastike koostoimete võrgu, mis on laiali jagatud üle geograafiliste asukohtade ja aja
annaabi.ee 
Sisene Facebook'ga
Sisene Google'ga
Sisene LinkedIn'ga
