Namerno smo opisali i nacrtali entitet Odluka pre svih ostalih. To je jedini (ili skoro jedini) nezavsni entitete -dokument. Svi ostali dokumenti slede is te odluke. Odluku dakle donosi direktor, po svom nahodjenju, kad mu se prohte. Tu odluku mozemo da sacuvamo u nekoj bazi podataka u atbeli Odluke, koju mozemo da opisemo kao:
Odluke : (Broj, predmet, DatumDonosenje, Donosilc, text)
Na osnovu 'odluke' se donosi 'resenje o prodaji'. Ocigledno, bez odluke ne moze da postoji resenje, stoga resenje zavis od odluke. Resenje bismo opisali na slican nacin:
Resenje: BrojResenja X na osnovu odluke BrOdluke doneseno je dana DatumResenje od strane osobe XX u komercijalnoj sluzbi.
Resenje (BrResenja, BrOdluke, DAtumResenja, Donosilac)
nacrtano:

Ovo je vrlo vazna slika. Entitetu Odluka, dodali smo entitet (dokument) Resenje. Povezali smo ih linijom na kojoj pise "Na osnovu odluke donosi se resenje" Uz Odluke pise 1 i uz Resenje pise 1. to znaci, za svaku odluku postoji jedno resenje. U realnom zivotu, za neke odluke postoji 0 (nula) resenja. To se desi kada je odluka donesena i poslata u kom. sluzbu i sedi na necijem stolu dok se ne donese esenaje. Ali, u oidealnom svetu, trebalo bi za svaku odluku da postoji tacno jedno resenje. Entitet resenje smo nakitili atributima. Uocite atribut NrojOdluke, isti onaj koji imamo u entitetu Odluka. To ce se u fizickom modelu baze pdataka pretvoriti u FOREIGN KEY (FK_, iliti Spoljasnji Kljuc (to pretpostavljam da znas sta je?).
Za dalje, redjaj dokumente onim redom koji se pojavljuju, povezuj jedan za drugi (pazi da preneses atribute u zavisne entitete, za FK). Onako kako je opisan proces, mislim da ce sve veze biti 1:1, sto nije realno, ali tako je opisano. Zato sam na pocetku rekao da ovaj proces nije bas najsrecnije izabran za ucenje ER modeling. U svakom slucaju, ako ovako napravis model, imaces sta da pokazes pa ce ti asistent ili profesor pomoci za dalje.
Svi entiteti na modelu postaju tabele u fizickom sistemu (bazi podataka). Atributi postaju kolone u tabelama. Veze psotaju Foreign key kljucevi. Atributi koji se prenose iz entitete u zavisne entitete, na nezavisnoj starni su PRIMARY KEY. Na zavsnoj starni mgu ali i ne moraju da budu UNIQUE (U tvom slucaju su UNIQUE i na zavisnoj strani - jednu odluku moze da pokrije najvise jedno resenje. Ako jedan kupac ucestvuje na vis elicitacija, onda je veza Kupac : Licitacija = 1:vise (sto iz opisa tvog problema ne mozemo da tvrdimo zasigurno)
Mislim da ces se snaci dalje i sama, vreme je kratko za dalje pricu.
Srecan rad :-)
[Ovu poruku je menjao Zidar dana 12.12.2012. u 17:28 GMT+1]