Citat:
dzaga29:
1. Još jedna molba, svi ovi korisnici su uposlenici firme u kojoj radim a alat znamo posuditi i vanjskim korisnicima koje ne želim upisivati u istu tablicu sa uposlenicima firme ( ovu tablicu koristim i za druge relacije - izdavanje HTZ opreme i sl.)
2. Moje pitanje: da li na takav način moru rješiti i korisnike ( 3 tablice - status korisnika, Uposlenici i Vanjski korisnici ), ako nije problem shema.
Vidite, kada se neki slozeni sistem zeli preslikati i pri tome se jos preslikavanje uprosti, onaj ko ga preslikava pokusava da identifikuje objekte sistema i pri tome ih imenuje imenima, koja su mu se u tom trenutku ukazala ne ulazeci u daljnju analizu te otuda pojavni oblici imena objekata od interesa posmatranja Alati, Korisnici, Poslovanje...
Imenovanje objekata od intreresa posmatranja je slozen postupak koji zahteva iskustvo u pravljenju baze i zadire u oblast projektovanja sistema. O imenovanju objekata bilo je ranije dosta reci i ne bih se ponavljao, jedan deo je kolega @Getsbi pomenuo, kao jedno od prakticnih pravila. No posto pomenuh projektovanje tada imenovanje ima sasvim drugu dimenziju tu postoje pravila ponasanja. Jedno od osnovnih pravila je pokusati sto realnije preslikati realni sistem. Kvalitetnim preslikavanjem vasa baza a kasnije i aplikacija ce bolje funkcionisati i zadovoljavati zahtevima koje kao korisnik postavljate.
Vec iz Vaseg prvog pa i drugog pitanja moze se uociti da postoje objekati od interesa posmatranja Alat, Korisnik a da i postoje objekti posmatranja HTZ oprema a cak i neki korisnici koji nisu klase koju ste do sada posmatrali, misleci na zaposlenike, vec da ima i drugih klasa koji to nisu. Zatim zakljucujete da i jedni i drugi mogu biti ucesnici u procesu izdavanja/zaduzivanja/vracanja necega i tada se stvar komplikuje.
Postavlja se tada pitanje gde je granica Vaseg sistema? I da li ima i drugih objekata od interesa posmatranja u Vasem sistemu? Iskustvo mi govori da sigurno ima i da je Vas sistem sigurno siri nego sto ste ovde prikazali i postavili (verovatno zbog jednog problema, uprosceno, sto je inace intencija na forumu).
No da ne duzim (a vec jesam :-( ).
Iz Vasih postavljenih pitanja i iskustva zasigurno je da postoje u Vasem sistemu osobe (korisnici) koji su cak skoro sa istim osobinama kao sto su Uposlenici, Vanjski korisnici i ko zna jos koja kategorija. Svi oni su u stvari lica ili cesto se zovu fizickim licima i oni kao takvi predstavljaju u odnosu na Vas sistem lica koja su poslovni partneri. Takodje sigurno ima i lica koja su pravna lica koja su takodje poslovni partneri. Ako je to tako onda je najbolje resenje za preslikavanje sistema generalizacija objekata od interesa posmatranja generalnim imenom Partner, a specijalizovati sa specijalnim osobinama za odredjene klase partnera prvo na pravna lica pa onda na fizicka lica gde pojedina fizicka lica mogu biti uposlenici (zaposlenici, radnici...). Model partnera sam vec vise puta prikazivao u raznim temama te pogledajte.
Pomoć za Upit na bazu... prikazuje što treba i što netreba !!!
Re: Pomoć za Upit na bazu... prikazuje što treba i što netreba !!!
Re: Pomoć za Upit na bazu... prikazuje što treba i što netreba !!!
Re: Pomoć za Upit na bazu... prikazuje što treba i što netreba !!!
