Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.

pomoc u osmisljavanju Baze podataka

[es] :: Baze podataka :: pomoc u osmisljavanju Baze podataka

[ Pregleda: 3066 | Odgovora: 10 ] > FB > Twit

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

jmix23
Jankovic Miljan
Database - Programer
Priboj

Član broj: 175500
Poruke: 69
82.117.198.*



Profil

icon pomoc u osmisljavanju Baze podataka07.05.2009. u 09:06 - pre 182 meseci
Pozdrav narode,
treba mi mala pomoc. Pravim neku bazu za evidenciju o voznom parku, i evo o cemu je zapravo rec....Poslodavac zeli da ima kompletan uvid o svom voznom parku, ali bukvalno kompletan. Zeli da ima 3 magacina: Rezervni delovi, Prepravljani delovi i otpad (delovi koji vise nisu u upotrebi). Pored toga, zeli da ima uvid u stanje vozila, u svakom trenutku koliko je presao, kad mu je menjano ulje, kad mu je menjan neki deo, jer u svakom trenutku, mesecno ili godisnje zeli da zna koliko je ulozio u odredjeno vozilo...e sad, ono sto sam do sad osmislio su tabele Vozilo, Vozac, SifarnikDelova, RezervniDelovi,PrepravljaniDelovi, Otpad...znaci, pri nabavci delova ukucava ih u tabelu RezervniDelovi, i prilikom prve prepravke prelazi u tabelu PrepravljaniDelovi a kad ne bude vise u upotrebi trebalo bi da predje u tabelu Otpad ?!?!?!

p.s. ovo je tek o rezervnim delovima, o nastavku tek treba da razmatram :) ...

Unapred se zahvaljujem svim koji pokazu interesovanje da mi pomognu, savetuju, kritikuju ...
jmix
 
Odgovor na temu

djoka_l
Beograd

Član broj: 56075
Poruke: 3453

Jabber: djoka_l


+1462 Profil

icon Re: pomoc u osmisljavanju Baze podataka07.05.2009. u 09:21 - pre 182 meseci
Ima tu još dosta da se doradi. Na primer, za promenu stanja u magacinu (nabavka novog dela) morala bi da postoji dostavnica kao dokument u kojem bi bila šifra dela i količina, za uzimanje delova iz magacina radni nalog, onda procedura za povraćaj viška materijala u magacin i prebacivanje delova skinutih sa automobila na Otpad, zatim trebovanje, koje bi iniciralo proces nabavke, onda istorija intervencija na vozilima kao i neka tabela koja bi opisivala potrebne radnje na vozilu ukoliko se steknu neki uslovi (na primer, na svakih 10000 km provera pneumatika ili ulja ili nešto drugo) tako da se automatski formira ček lista ili radni nalog nakon ispunjenja nekog od uslova.
Trebalo bi zatim razmisliti da li bi aplikacija trabala da se povezuje sa aplikacijom za osnovna sredstva i glavnom knjigom.

Ne vidim, takođe, zašto si definisao tri entiteta za tri različita magacina. Zamisli situaciju da se pojavi još neki magacin rezervnih delova - da li to znači još jedna tabela ili samo novi ID magacina?

Posao je znatno ozbiljniji nego što možda vidiš u ovom momentu.
 
Odgovor na temu

vilyu
Web Developer
Beograd, Srbija

Član broj: 1188
Poruke: 444



+2 Profil

icon Re: pomoc u osmisljavanju Baze podataka07.05.2009. u 09:22 - pre 182 meseci
Pazi, ako zelis da imas stanje vozila u svakom trenutku, onda ti treba tabela za veze izmedju vozila i delova. Iz tog ugla gledano je vrlo nezgodno sto ces jedan isti deo prebacivati iz tabele u tabelu (Rezervni delovi, prepravljani, otpad). Mnogo bi bilo zgodnije kada se jedinstveni kljuc dela ne bi menjao. Mozda bi mogao da napravis jednu tabelu Delovi koja ce imati polje koje oznacava stanje dela (rezervni, prepravljani, otpad). Ta tabela veze bi mogla da sadrzi polja <#id_vozila, #id_dela, datum_zamene, datum_uklanjanja, id_majstor [, id_opravke]>.

id_opravke bi mogao da bude kljuc u tabeli opravci koja vodi racuna o zameni ulja, delova, pa da vidis koji su sve delovi zamenjeni i kada. Zavisi od slozenosti koja ti je potrebna.

Takodje, za kilometrazu bi bilo dobro da imas posebnu tabelu koja bi sadrzala novi zapis za svako ocitavanje <#id_ocitavanja, id_vozila, datum, kilometraza>. Tako ces imati uvid i u to u kom periodu su se kola koliko vozila.
Pera električar 0637129710, BG, preporučujem.
 
Odgovor na temu

jmix23
Jankovic Miljan
Database - Programer
Priboj

Član broj: 175500
Poruke: 69
82.117.198.*



Profil

icon Re: pomoc u osmisljavanju Baze podataka07.05.2009. u 10:11 - pre 182 meseci
@djoka_I

svestan sam da je dosta komplikovanije nego sto sam predstavio...znam da treba da postoje dopremnice, racuni...ali ajde rekoh da krenem od neceg jednostavnijeg pa cu "u hodu" dodavati sve sto mi je potrebno (mada licno smatram da je ovo pogresan nacin :))...za sada mi je cilj da osmislim kostur koji bi posle lakse nadogradjivao i zato mi je dobrodosao bilo koji stav, misljenje, sugestija oda strane vas iskusnijih...sto se tice ova 3 magacine, to sam uradio iz razloga sto zeli da u svakom trenutku ima uvid stanja delova: i rezervnih (ili novih, nabavljenih), i prepravljanih i onih koji nisu vise u upotrebi, i mislim da nema vise potrebe za nekim novim magacinom, zatim zeli da prati koliko se cesto menjaju delovi, a ako imas neki bolji i efikasniji predlog ja sam rad da ga razmotrim i prihvatim :)!

@vilyu
u pravu si da jedinstveni kljuc ne bi trebao da se menja, ali ne znam kako to da resim jer mu je bitno da ima sva 3 magacina


p.s. obojica ste pogodili sustinu mojih problema, pa vam se zahvaljujem na trudu


jmix
 
Odgovor na temu

rsinisa
Siniša Radanočević
Smederevo

Član broj: 2716
Poruke: 1586
79.101.240.*



+321 Profil

icon Re: pomoc u osmisljavanju Baze podataka07.05.2009. u 10:49 - pre 182 meseci
Ja bih, kad su u pitanju delovi, napravio tabelu koja bi bila kao nomenklatura delova, a status samog dela (tj. kom magacinu pripada) da se čuva u jednom polju u kartici. I onda, ako se npr. deo prebacuje iz prepravljanih u otpad, u kartici bi za to postojala 2 zapisa, sa prvim se skida iz magacina br.2, a sa drugim se ubacuje u magacin br. 3. Tako bi imao kompletan istorijat tog dela.
Što se tiče magacina, otvorio bih tabelu "magacin" sa šifrom i nazivom magacina, a u samoj kartici bi, kao što sam objasnio malo pre, postojalo polje koje odredjuje kom magacinu pripada.

Pozdrav.
Sinisha
 
Odgovor na temu

djoka_l
Beograd

Član broj: 56075
Poruke: 3453

Jabber: djoka_l


+1462 Profil

icon Re: pomoc u osmisljavanju Baze podataka07.05.2009. u 10:52 - pre 182 meseci
Ja mislim da ti je pristup pogrešan, jer prvo želiš da modeliraš neke objekte, a posle da modeliraš biznis procese.
Treba da kreneš upravo od procesa pa da praviš model podataka.

Dakle, deo ulazi u magacin uz dostavnicu, a izlazi ili ulazi preko radnog naloga ili nekog drugog dokumenta. Zato bih ja prvo modelirao ove dokumente. Osnova za izmenu stanja magacina bi bila neka tabela promena, na primer:

Promene: id_promene, datum, id_magacina, id_dela, jedinica_mere, ulaz, izlaz, dokument_id

Drugo, tvoje pravljenje tri magacina je pogrešno. Da li misliš da, na primer, za stanje blagajne u nekoj banci imaš n tabeli blagajni ili n ID blagajni?
Na primer, neki rezervni deo može biti u magacinu, ali može biti i u kolima, kao na primer rezervni točak, pribor za prvu pomoć, flaša sa uljem (za svaki slučaj), alat, protivpožarni aparat itd.

Od važnih dokumenta koje sam zaboravio da spomenem je i putni nalog (pretpostavljam da gazda želi da zna gde su mu vozila u svakom momentu).
 
Odgovor na temu

jmix23
Jankovic Miljan
Database - Programer
Priboj

Član broj: 175500
Poruke: 69
82.117.198.*



Profil

icon Re: pomoc u osmisljavanju Baze podataka07.05.2009. u 11:01 - pre 182 meseci
Citat:
djoka_l: Ja mislim da ti je pristup pogrešan, jer prvo želiš da modeliraš neke objekte, a posle da modeliraš biznis procese.
Treba da kreneš upravo od procesa pa da praviš model podataka.

Dakle, deo ulazi u magacin uz dostavnicu, a izlazi ili ulazi preko radnog naloga ili nekog drugog dokumenta. Zato bih ja prvo modelirao ove dokumente. Osnova za izmenu stanja magacina bi bila neka tabela promena, na primer:

Promene: id_promene, datum, id_magacina, id_dela, jedinica_mere, ulaz, izlaz, dokument_id

Drugo, tvoje pravljenje tri magacina je pogrešno. Da li misliš da, na primer, za stanje blagajne u nekoj banci imaš n tabeli blagajni ili n ID blagajni?
Na primer, neki rezervni deo može biti u magacinu, ali može biti i u kolima, kao na primer rezervni točak, pribor za prvu pomoć, flaša sa uljem (za svaki slučaj), alat, protivpožarni aparat itd.

Od važnih dokumenta koje sam zaboravio da spomenem je i putni nalog (pretpostavljam da gazda želi da zna gde su mu vozila u svakom momentu).


Svakako da je putni nalog bitan i da gazda zeli da zna i taj deo...tek sad shvatam da moram obrnuti logiku, tj. da treba da krenem od stvaranja neko algoritma svih procesa pa tek onda na pravljenje objakata...nista, sve is pocetka :) :) :)

jmix
 
Odgovor na temu

Zidar
Canada

Član broj: 15387
Poruke: 3085
*.100.46-69.q9.net.



+79 Profil

icon Re: pomoc u osmisljavanju Baze podataka07.05.2009. u 19:47 - pre 182 meseci
Citat:
Poslodavac zeli da ima kompletan uvid o svom voznom parku, ali bukvalno kompletan
Jako uopstena recenica, nedorecena sa puno prostora za iindividualno tumacenje. Verujem da je gazda upravo tako i rekao, bukvalno. Sad, tesko ces nesto vsie od njega izvuci. Zato moras sam da izvuces sta se to u stvari trazi. Zato su ti savetovali da prvo progledas proces, pa onda nekako da se taj proces prevedes u model baze pdataka (tabele, kljucevi, odnosi medju tabelama).

Pazi samo da de ne povuku mnogo dokumenti. Ne modeliras ti dokumente nego proces. Dokumenti (prijemnice, otpremnice, trebovanja) su samopapiri koji se u procesu javljaju. Podji od prostrih recenica koje opisuju sta se desava. Ja bih poceo ovako:

Code:
Firma gde radim poseduje nekoliko vozila. Vozila kostaju. Gazda zeli da prati sve troskove u vezi sa vozilima.
Ovde ima jedna potencijalna mina. Sta znaci 'sve troskove'? Ne znam, ali je dobro pitanje. 'Sve' je nezgodna rec, neodredjena.
pretpostavicu da firma ima svoj servis i da se sve opravke i zamene delova obavljaju u kuci. Ako to nije tacno, imamo jos jednu varijablu u igri - servis koji je izvrsio popravku/zamenu. pretpostavljam da se punjejnje goribva obavlja na javnim pumpama (firma ne poseduje svoje pumpe)

Code:
Za sada, troskove delimo na: 
- troskove delova i 
- troskove goriva, maziva i habajucih delova (gume, kocnice)
Delovi
  Delovi se nabavljaju i cuvaju u magacinu. Tada se zovu 'rezervni delovi'. 
  Rezervni delovi se ugradjuju u vozila, kada se pokvari nesto na vozilu.
  Rezervni delovi zamenjuju pokvarene delove. 
  Pokvareni delovi se vade iz vozila i odlazu na otpad. 
  Neki delovi se ne zamenjuju nego se popravljaju. 
  Zelimo da vodimo evidenciju o tome koji su delovi popravljeni.
  Zamena pokvarenih delova rezervnim ili popravka takodje kostaju.
  Zelimo da pratimo vreme utroseno na zamene i popravke i iz toga izracunavamo kostanje rada na zameni i popravci delova.

Gorivo i mazivo
  Kada se vozilu sipa gorivo, upisujemo predjenu kilometrazu, datum, kolicinu goriva i koliko to gorivo kosta
  Zelimo da pratimo i zamenu ulja, pa zapisujemo datum zamene ulja, kolicinu i vrstu ulja (valjda to utice na cenu)

Habajuci delovi:
  Gume, kocnice, kaisevi i slicno (liste je definisana nekakvim pravilima firme, pisanim ili nepisanim) takodje pratimo.
  Upisujemo sta je zamenjeno, kada, na koliko kilometara i koliko je kostalo. Mozad upisujemo i marku, tip i sta jos je vazno za odredjeni materijal.
 


Kad ovako definisemo sliku procesa koji s eobavlja, tek onda ima smisla pomenuti dokumente koji prate proces i nekakve lokacije. Deluje mi da je magacin rezervnih delova stvarna, opipljiva stvar. Sta je sa otpadom? Da li samo registrujemo da je taj i taj deo sa tog i tog vozila otisao 'na otpad' ili i jos nesto? Kakva bi to prijemnica definisala ulaz u magacin tipa 'Otpad'? Kakav bi to dokument definisao ulaz/izlaz iz magacina 'Popravljeni delovi'? Ne postoji magacin popravljenih delova. Ali postoji evidencija, pa se negde zapise 'na vozilu XYZ sno okrpili hladnjak umesto da ugradimo novi a stari bacimo na otpad'.

Iz ovoga sledi da rezervni delovi, popravljeni i otpad zaista predstavlaju tri razlicite stvari i da verovatno nije uputno staviti ih pod jednu kapu (tabelu).

Zbog ovih intersantnih zakljucaka mislim da je prerano u ovom momentu pricati o tabelama, kljucevima i slicno. Suvise je rano za to.

:-)
 
Odgovor na temu

jmix23
Jankovic Miljan
Database - Programer
Priboj

Član broj: 175500
Poruke: 69
91.150.107.*



Profil

icon Re: pomoc u osmisljavanju Baze podataka07.05.2009. u 20:25 - pre 182 meseci
Zidar hvala ti na ozbiljnoj posvecenosti mom problemu....

Slazem se da je rano pricati o bilo kakvim tabelama, pogotovo sto zelim da to napravim kako treba i da lici na nesta. Ono sto sam uspeo od poslodavca da izvucem a tice se magacina je to da on zeli da zna stanje novih delova, stanje popravljanih delova i kao uvid u delove koji vise nisu u upotrebi...
jmix
 
Odgovor na temu

Zidar
Canada

Član broj: 15387
Poruke: 3085
*.100.46-69.q9.net.



+79 Profil

icon Re: pomoc u osmisljavanju Baze podataka07.05.2009. u 22:25 - pre 182 meseci
Pokusaj da ne koristis rec 'magacin'. Cim kazes 'magacin' onda se ktivira knjigovodstveno znacenje te reci i nastaje zabuna. Ovde nije nikakav magacin u pitanju. Gazda ti je lepo rekao:
Citat:
Ono sto sam uspeo od poslodavca da izvucem a tice se magacina je to da on zeli da zna stanje novih delova, stanje popravljanih delova i kao uvid u delove koji vise nisu u upotrebi...

Ja tu nigde ne vidim rec 'magacin' a kao sto videsmo, ni skriveno znacenje se ne moze naci. Zaboravi na tu rec i na kartice.

Stanje novih delova = {delovi koji cekaju da budu ugradjeni} UNIJA {"delovi koje smo ugradili'}
Stanje popravljenih delove = {Koje smo delove na kojim kolima popravili?}
Delovi koji vise nisu u upotrebi= {Delo0vi koje smo skinuli sa vozila i bacili na otpad. Na njihovo mesto dosli su novi delovi (ili mozda stari sa nekog drugog vozila koje smo rasturili i cuvamo fga 'za delove')}

Razmisljaj kako ove tri recenice da logicki povezes. pusti kartice, magacine i prateca dokumenta. Ne modelujes dokumente nego process.
 
Odgovor na temu

Fitopatolog
Dušan Marjanov
Novi Sad

Član broj: 90936
Poruke: 683
79.101.147.*



+3 Profil

icon Re: pomoc u osmisljavanju Baze podataka24.05.2009. u 17:57 - pre 181 meseci
Citat:
djoka_l: Ja mislim da ti je pristup pogrešan, jer prvo želiš da modeliraš neke objekte, a posle da modeliraš biznis procese.
Treba da kreneš upravo od procesa pa da praviš model podataka.


Slažem se, mislim da modeliranje procesa treba da Ti bude prvi korak. Sa gazdom (ili nekim koga on delegira) ustanovi i opiši poslovne procese koje treba automatizovati (koji dokumenti postoje u sistemu, šta se sa njima i kako radi). Zgodno bi bilo da napraviš neki dijagram procesa. Insistiraj na tome da ti kaže koja osoba, na koji način (kako) i kada (koliko često) obrađuje svaki od dokumenata (ili podataka). Bilo koja nejasnoća ili nedorečenost u ovim objašnjenjima potencijalna je tačka budućih problema u realizaciji projekta. Na ovaj način ti stičeš okvirni pogled na obim Tvog posla (posle ovoga možeš definisati cenu projekta) a gazda na to šta će dobiti realizacijom projekta. Tek po završetku ove faze (kada gazda potpiše da je saglasan sa svim što je definisano prvim korakom) možeš preći na modelovanje baze. Naravno, nije problem da se kasnije u bilo kom trenutku vratiš na prvi korak i izmeniš nešto u modelu procesa (dodaš/obrišeš dokumenat ili proces), ali onda i Ti i gazda znate da produžetak realizacije (a takođe i povećanje troškova) ne pada na Tvoju dušu nego na to što gazda želi izmenu.
Ako odmah uskočiš u dizajniranje baze, velika je opasnost da Ti projekat postane noćna mora bez kraja i konca (kako da znaš gde su granice projekta?), jer ti korisnik može uvek tražiti "dodaj još samo ovo", "nisam tako mislio", "to se podrazumeva" itd...

[Ovu poruku je menjao Fitopatolog dana 24.05.2009. u 19:22 GMT+1]
 
Odgovor na temu

[es] :: Baze podataka :: pomoc u osmisljavanju Baze podataka

[ Pregleda: 3066 | Odgovora: 10 ] > FB > Twit

Postavi temu Odgovori

Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.