FONForum

Imam sledeci problem:
Firma servisira vatrogasne aparate i "usput" vrsi prodaju vatrogasne opreme.. Nacin poslovanja im je takav da klijent moze istovremeno i da zahteva servisiranje nekog svog aparata i da potrazuje novu robu (artikle). U tom slucaju ce se na istoj otpremnici (i fakturi) naci stavke i izvrsenih usluga i prodatih artikala. Usluge i artikli se naravno odvojeno modeluju, kao zasebne klase/strukture

Usluga<SifraUsluge, NazivUsluge, JedinicaMereUsluge, CenaUsluge>
Artikal<SifraArtikla, NazivArtikla, JedinicaMereArtikla, CenaArtikla>

Za otpremnicu imali bi npr:

Otpremnica br 22
stavke otpremnice:
1. usluga1 cena kolicina jed.mere iznos
2. usluga2 cena kolicina jed.mere iznos
3. kupljenaRoba1 cena kolicina jed.mere iznos
...

Ono sto me buni jeste to sto stavke otpremnice u zavisnosti od toga da li se radi o usluzi ili artiklu imaju razliciti atribut (u slucaju usluge povlace SifruUsluge, u slucaju artikla SifruArtikla), pa ne znam kako da izmodelujem Otpremnicu i u recniku podataka a i u PMOVu.

Konkretno dvoumim se da li:
Prva varijanta:
1. Otpremnica jak objekat
2. neka generalna klasa StavkaOtpremnice kao slab objekat Otpremnice
3. Specijalizacija StavkeOtpremnice na: StavkaOtpremniceUsluga i StavkaOtpremniceArtikal (i da li se oni u tom slucaju prikazuju kao slabi objekti ili kao jako objekti StavkeOtpremnice?)
slika:


Druga varijanta:
1. Otpremnica jak objekat
2. StavkaOtpremniceUsluga slab objekat Otpremnice
3. StavkaOtpremniceArtikal slab objekat Otpremnice
slika:

_________________
:: Sve prste na ruci, u jadu i muci partizanska složila je svest
I sad dokle treba, do sunca, do neba, visoko mi dižemo pest! ::

A što se ti ne bi drogiro ko i svi ostali?

Napravi dve otpremnice sa po jednim slabim objektom i miran si...

Dva slaba objekta od istog jakog ne bih preporučio, katedra ne preferira rešenja koja odskaču od ustaljenih.

EDIT: v2.0: spoj dva slaba objekta u jedan, a popunjavaj one atribute koji su potrebni u datoj situaciji.

_________________
- Do you expect me to mock?
- No, Mr Bourne, I expect you to lie.

razmisljao sam o tom resenju i to je ono sto mi preostaje ako nista drugo ne upali, ali bas je fora da sve ostane na jednoj otpremnici ..jer u servisu to gledaju kao jednu celinu (klijent je trazio tri stvari: 1)kontrolu PPaparata, 2)zamenu ventila i 3)jos jedan nov PPAparat.. prve dve su usluge, a treca je kupovina novog artikla).

ovaj EDIT v2.0 nisam razumeo ...jel to ono sto sam ja predlozio u prvoj varijanti?

i postoji jos eventualno jedno resenje, ali to tek ne znam kako bi se manifestovalo kasnije u projektu (tek treba da razmislim o tome): da se Artikli i Usluge generalizacijom podignu u neki visi nadtip ...nazovimo ga ServisnoDobro ili tako nesto, pa da StavkaOtpremnice bude jedinstvena, i da u sebi sadrzi sifru tog ServisnogDobra (nebitno da li je ono Artikal ili Usluga) ..ovo ima logike i iz razloga sto i Artikal i Usluga imaju gotovo identicne atribute...

_________________
:: Sve prste na ruci, u jadu i muci partizanska složila je svest
I sad dokle treba, do sunca, do neba, visoko mi dižemo pest! ::

Tvoj poslednji pasus objašnjava tvoj drugi pasus, prvu rečenicu. Ne, v2.0 nije ono što si predložio u prvoj varijanti, već ono što si napisao u poslednjem pasusu.

_________________
- Do you expect me to mock?
- No, Mr Bourne, I expect you to lie.

da, jasno. Hvala

_________________
:: Sve prste na ruci, u jadu i muci partizanska složila je svest
I sad dokle treba, do sunca, do neba, visoko mi dižemo pest! ::

A što bi uopšte odvajao uslugu od proizvoda u fizičkom modelu? Ne postoji ni jedan razlog jer ne vidim da imaju različite atribute (imaju različit naziv jednog atributa).


Naravno da je moguće u logičkom modelu imati specijalizaciju . Ona se prevođenjem u fizčki model može rešiti na 3 načina:
1) svaka klasa posebna tabela
2) svaka klasa posebna tabela ali zajednički atributi u istoj tabeli (n klasa daje n + 1 tabela)
3) sve klase u jednu tabelu koja će imati uniju atributa tih klasa + diskriminator kolonu u kojoj će se čuvati tip reda (da li je usluga ili proizvod).

_________________
Oni hipotetički kostrukti o kojima se može govoriti kao o konzistentnim i relativno trajnim dinamičkim sistemima koji objašnjavaju veći deo procesa motivacije, obuhvatajući i ciljeve i motive kroz njihove međusobne relacije, čime se mogu uslovno..

Kao što zlatko reče, neka ti usluga i artikal bude jedan objekat - Prozivod i njemu dodaj još jedan atribut - TipProizvoda, odnosno da bi ti model bio lepši, dodaj objekat TipoviProizvoda, pa veza... Kapiraš već... Sad vidim da si nešto slično i ti planirao sa ServisnoDobro... Tako je jednostavnije...

_________________
Autobuski prevoz

Mudro zborite. Hvala na savetima

_________________
:: Sve prste na ruci, u jadu i muci partizanska složila je svest
I sad dokle treba, do sunca, do neba, visoko mi dižemo pest! ::