Lekcija: Identifikovanje veza

Uvod
Ako ste u stanju da identifikujete veze izmeu entiteta, lake je da se shvate veze izmeu razliitih podataka. One pomau da se vidi kako razliiti delovi sistema utiu jedni na druge. Na primer, entiteti STUDENT i KURS su povezani.

Da bi se tano modelovao poslovni koncept, identifikovanje veza je podjednako vano kao i entiteti.

Primer veza

koristi
STUDENT # godina upisa # redni broj * ime * prezime * smer * adresa e-mail telefon

uslovljava

slua
ima polae

pomae

PREDMET # sifra * naziv * fond asova

obavezuje
voli oduevljava

Veze u modelima podataka

Veza: Predstavlja neto od vanosti za posao koji modelujemo Pokazuje kako su entiteti meusobno povezani Postoji uvek izmeu dva entiteta (ili dve pojave istog entiteta) Uvek ima dve strane Imenovana je na oba kraja Ima opcionalnost Ima kardinalnost

ta je opcionalnost u Vezi?
Veza je ili obavezna ili opciona. Na osnovu onoga ta se zna o entitetima, moe se odrediti opcionalnost na primeru slededih pitanja: Da li svaki zaposleni mora da ima dodeljeno zaduenje? (da li je ovo obavezna ili opciona veza za zaposlenog) Da li neko zaduenje mora da bude obavljeno od strane zaposlenog (da li je ovo obavezna ili opciona veza za zaduenje)

ta je kardinalnost u Vezi?
Kardinalnost veze odreuje stepen veze. Odgovara na pitanje koliko?. Koliko zaduenja moe da ima zaposleni? Jedno ili vie? Samo jedno? Da li neko zaduenje mora da bude obavljeno od strane koliko zaposlenih? Samo jedan? Jedan ili vie?

Opcionalnost i Kardinalnost - primer

Primer: Svaki ZAPOSLENI mora da radi jedan i samo jedan POSAO Svaki POSAO moe da obavlja jedan ili vie ZAPOSLENIH Svaki PROIZVOD mora da bude klasifikovan kao jedan i samo jedan TIP PROIZVODA Svaki TIP PROIZVODA moe da klasifikuje jedan ili vie PROIZVODA

Identifikovanje Veza
Svako SEDITE moe biti prodato jednom ili vie nego jednom PUTNIKu. Svaki PUTNIK moe da kupi jedno SEDITE. SEDITE je prodato PUTNIKu (ili PUTNICIMA u tom sluaju je prebukirano). PUTNIK kupuje ili rezervie SEDITE.

SEDITE

PUTNIK

Identifikovanje Veza
Koje veze postoje u slededem poslovnom scenariju?
elimo da klasifikujemo svu nau muziku sve pesme po tipu (anru). Razliiti tipovi su rok, dez, kantri, klasina, pop, new age itd. Moemo dodavati nove tipove ako se javi potreba u stvari, nedavno smo dodali novi tip za rep muziku. Jasno nam je da u stvarnosti jedna pesma moe biti podvedena pod vie tipova, ali za nae potrebe biramo samo jedan glavni klasifikacioni tip za svaku pesmu.
VEZE MEU ENTITETIMA

PESMA se klasifikuje po TIPu TIP je klasifikacija za PESMU (TIP klasifikuje PESMU)

Identifikovanje Veza - nastavak

Opcionalnost = Mora ili moe?
Svaka PESMA mora da pripada jednom (i samo jednom) TIPu.
pop
rock classical jazz new age country Thriller Stairway to Heaven Minute Waltz Pachelbel Canon Green Dolphin Street

Svaki TIP moe da obuhvata jednu ili vie PESAMA.

Stand By Your Man

TIP

PESMA

Identifikovanje Veza - nastavak

Kardinalnost=Koliko ?
Svaka PESMA mora da pripada jednom (i samo jednom) TIPu.
pop
rock classical jazz new age country Thriller Stairway to Heaven Minute Waltz Pachelbel Canon Green Dolphin Street

Svaki TIP moe da obuhvata jednu ili vie PESAMA.

Stand By Your Man

TIP

PESMA

Identifikovanje Veza - nastavak

Pesma ima TIP ta ako ne postoji odgovarajudi tip za pesmu? Da li poslovno pravilo kae da svaka PESMA ima TIP? Ako je to tako, onda treba dodati odgovarajudi TIP.
pop
rock classical jazz new age country Thriller Stairway to Heaven Minute Waltz Pachelbel Canon Green Dolphin Street Amazing Grace Stand By Your Man

TIP

PESMA

Da li moe postojati TIP bez PESME?

Zato?

Kraj lekcije: ta smo nauili?

Predstavljanje i opis opcionalnosti veze

Predstavljanje I opis kardinalnosti veze

Povezivanje entiteta primenjujudi pravila kardinalnosti i opcionalnosti.

Lekcija: Konvencije za crtanje ER dijagrama

Uvod
Ljudi irom sveta govore razliitim jezicima, ali neke simbole svi razumeju. Pogodite znaenje ovih znakova.

Uvod-nastavak

Koliko znakova ste uspeli da pogodite?

znaenje:

Deljena konvencije
Najefikasnije je komunicirati sa drugima na nain koji svi razumeju Crtanje ER dijagrama je slino tome, svi crtaju dijagrame po istim pravilima iako mogu da razgovaraju razliitim jezicima

Konvencija crtanja ER dijagrama

Entiteti se predstavljaju softboksom, zaobljenim pravougaonikom. Imena entiteta su u pravougaonicima. Imena su uvek u jednini i sa VELIKIM slovima

Konvencije za crtanje ER dijagrama

Konvencija crtanja ER dijagrama

Imena atributa su ispod imena entiteta Mandatorni atributi su oznaeni zvezdicom * Opcionalni su oznaeni kruidem o Jedinstveni identifikatori su oznaeni tarabicom#

Konvencija crtanja ER dijagrama

Veze su linije koje povezuju entitete. Ove linije su ili pune ili isprekidane. Ove linije se zavravaju ili u obliku prsta ili u obliku vranine noge

Kraj lekcije: ta smo nauili?

Kreiranje komponentir ER dijagrama koje predstavljaju entitete i atribute prema konvenciji crtanja dijagrama.

Lekcija: Govor ERD-iom i crtanje veza

Uvod
U mnogim poslovima postoji jedinstvena terminologija koja se koristi za razmenu informacija Kod modelovanja baza podataka takoe postoji jedinstvena terminologija, koja se nazivama ERD-i. Ako znate ovaj jezik lake dete se sporazumeti sa klijentima i sa DBA(Database Administratorom) koji de implementirati dizajn.

ERD jezik
ERD-i je jezik koji se koristi za navoenje veza u ERD-u Kada smo identifikovali veze, specifikovali smo opcionalnost i kardinalnost. Sada se samo svaka ERD-i reenica deli u komponente

Komponente ERD-ia
1. SVAKI 2. Entitet A 3. OPCIONALNOST (mora/moe) 4. IME VEZE 5. KARDINALNOST (jedan i samo jedan/jedan ili vie) 6. Entitet B

1. SVAKI 2. RADNIK (entitet A) 3. MORA (opcionalnost, puna linija) 4. da RADI U (ime veze) 5. JEDNOM (kardinalnost, prst) 6. ODSEKu (entitet B)

Komponente ERD-ia nastavak

Poto veza ima dve strane, prvo itamo jednu stranu -- s leva na desno.
Zatim itamo drugu stranu s desna na levo

Komponente ERD-ia - nastavak

1. SVAKI 2. Entitet B 3. OPCIONALNOST (mora/moe) 4. IME VEZE 5. KARDINALNOST (jedan i samo jedan/jedan ili vie) 6. Entitet A

1. SVAKI 2. ODSEK (entitet B) 3. MOE (opcionalnost, isprekidana linija) 4. SADRATI (ime veze) 5. JEDNOG ILI VIE (kardinalnost, svraija noga) 6. RADNIKa(entitet A)

Komponente ERD-ia - nastavak

1. SVAKI 2. RADNIK (entitet A) 3. MORA (opcionalnost, puna linija) 4. da RADI U (ime veze) 5. JEDNOM (kardinalnost, prst) 6. ODSEKu (entitet B)

1. SVAKI 2. ODSEK (entitet B) 3. MOE (opcionalnost, isprekidana linija) 4. SADRATI (ime veze) 5. JEDNOG ILI VIE (kardinalnost, svraija noga) 6. RADNIKa(entitet A)

Kraj lekcije: ta smo nauili?

Navoenje veza izmeu entiteta preciznim reima (ERD-i) Crtanje i ispravno nazivanje veza u ERD-u

Lekcija: Dokumentovanje poslovnih pravila

Uvod
Jedan od glavnih ciljeva modelovanja podataka jeste da se svi delovi informacija koje su potrebne da bi se obavljao neki posao prepoznaju Dokumentovanje poslovnih pravila je kljuno da bi se proverila ispravnost i tanost modela podataka Vano je primetit kako ne mogu sva poslovna pravila da se predstave ERD-om. Neka od njih se moraju implementirati programiranjem

Strukturna i proceduralna poslovna pravila

Strukturalno poslovno pravilo ukazuje na tipove informacija koje de biti smetene i koji uzajamni odnos postoji izmeu elemenata informacije.

Proceduralna pravila se odnose na odvijanje poslovnih procesa.

Strukturna i proceduralna poslovna pravila

Strukturalna poslovna pravila se gotovo uvek mogu prikazati ER dijagramom. Neka proceduralna pravila se ne mogu prikazati u dijagramu ali se moraju dokumentovati. Mnogi proceduralni poslovi su vezani za vreme: Dogaaj A mora se desiti pre dogaaja B.

Primer strukturalnih poslovnih pravila

Sve narudbine u restoranu moraju biti preuzete od strane osoblja. Ne postoji samoposluivanje. Svi profesori u naoj koli moraju posedovati validni sertifikat za predavanje (Strukturalno poslovno pravilo ukazuje na tipove informacija koje de biti smetene i koji je uzajamni odnos elemenata informacije )

Primer proceduralnih poslovnih pravila

Inicijalni kontakt sa klijentima u DJ po pozivu mora da ostvari projekt menader Dozvolu za putovanje na dogaaj daje projekt menader tog dogaaja (Proceduralna poslovna pravila su tokovi meusobno povezanih procesa)

Dokumentovanje poslovnih pravila

U procesu razvoja konceptualnog modela podataka, ne mogu se sva poslovna pravila modelovati. Neka pravila kao dole navedena moraju biti implementirana programiranjem kao procesi koji interreaguju sa podacima: 1. Svaki zaposleni ije prekovremeno radno vreme prelazi 10 asova nedeljno mora biti pladen sa 150% plate, ili 2. Muterijama iji je balansni raun prekoraio 90 dana nede biti dozvoljeno da naruuju uobiajene narudbine.

Kraj lekcije: ta smo nauili?

Definisanje i sastavljanje strukturalnom poslovnih pravila Definisanje i sastavljanje proceduralnih poslovnih pravila

Prepoznavanje kada neka poslovna pravila moraju da se ostvare programiranjem