Andmebaasid I (ITI0206) (kevad 2025)
Küsimused teemal: Süsteemianalüüs
Esita uus küsimus sellel teemal
Filtreeri küsimusi
Kohustuslik lugeda
Ma olen informaatika üliõpilane. Ma arvan, et kursuse töö töövihik on suur dokument mida keegi ei kasuta päris elus. Aine projekti tegemine on täielik ajaraisk, sest kogu info mida õppejõud näha tahab tuleb temalt ning kui ise sellest väga õppida ei saa. Milliseid kasulikke teadmisi, lisaks andmebaasidele, see projekt annab?
Milliseid allikaid soovitate UMLiga tutvumiseks või selle kohta teadmiste värskendamiseks lugeda?
Andmebaaside aine pöörab palju tähelepanu süsteemianalüüsile. Miks see on oluline?
Miks on kasulik tükeldada infosüsteemi allsüsteemideks?
Millised on soovitused kasutusjuhtude mudeli nullist loomiseks?
Palun tooge näiteid töödest, kus kasutatakse neid diagramme e skeeme, mida andmebaaside õppeaine iseseisva töö dokumendis tuleb koostada.
Milliseid täiendusi tuleb arenduse tulemites (mudelid, andmebaas+rakendus) teha, kui tekivad uued nõuded, mida rakendus peab realiseerima?
Teeme töövihiku järgi ning põhiolemiks on hoiuruum. Küsimus: Kas olekudiagrammile oleks loogiline lisada ka "renditud" olek? Mõtlesime selle üle ning tundus, et see viib vastuoluni, et hoiuruum peab olema korraga nii aktiivne kui ka renditud/vaba. (See oleks justkui nagu aktiivse oleku alam-olek). Samas informatsioon selle oleku kohta, kas hoiuruum on välja renditud või vaba on väga vajalik. Kas seda olekut peaks kajastama hoiuruumi seisundi diagrammil või kuskil mujal?
Kas töövihiku järgi projekti tehes (X=teenus) peaks lisama kasutusjuhtude mudelisse kasutusjuhud teenuste broneerimise kohta?
Miks suurte IT-süsteemide arendamine pahatihti ebaõnnestub?
Meie töövihiku projekti teemaks on <i>treeningute funktsionaalne allsüsteem</i>. Dokumendi punktis 1.2.3 (Allsüsteemi poolt vajatavad registrid) me kirjutame, et kasutame <i>saalide registrit</i>. Kas see tähendab, et meie projekti kontseptuaalse andmemudeli osaks peab olema saalide registri olemi-suhte diagramm?
Kuidas eristada sisulisi ja administratiivseid allsüsteeme?
Miks on vaja klassifikaatorite funktsionaalset allsüsteemi?
Töövihiku projekti muutes tekkis küsimus, kui suurt rõhku tuleks panna ainsuse/mitmuse kasutamisele X-i asendamisel? Nt. allsüsteemide juures on isikute, töötajate jne allsüsteemid, loogiliselt võttes tuleks seal asendada X mitmuse vormiga, aga kas see oleks korrektne? Läbivalt on kasutusel muidugi (meie projekti puhul) kaup kui ainsuse vorm, kuid mõned kohad tekitavad segadust, kas panna mitmusesse või ainsusesse. Kuidas sellises olukorras tegutseda?
Kas välisteks tegutsejateks võivad olla teised infosüsteemid?
Otsingule vastavaid küsimusi ei leitud.
« Tagasi teemade loetellu