[es] - Magacinsko Poslovanje

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 2603
*.eqao.com.

Profil

^{02.09.2005. u 16:54}

U ovom trenutku barem tri teme se bave problemom magacinskog poslovanja. Njaveci problem izgleda da su: prikaz trenutnih kolicina robe, kako umanjiti/povecati kolicinu kad se roba primi/izda, kako uvesti poreze i finansijske kalkulacije u igru.

Nekolicini clanova foruma sam u privatnoj prepisci obecao nesto na tu temu. U ovom slucaju zanemaricemo poreze i finansijske kalkulacije, fokusiracemo se na pracenje stanje, ulaz i izlaz.

Krajnji cilj je "informacioni sistem za pracenje ulaza i izlaza u magacin". IS cemo definisati kao sistem od dve stvari koje rade zajedno 1) baza podataka 2) programi koji rade sa bazom. Znaci, back end (baza) i front end (aplikacija), klasican Access set up. Stoga cemo prvo uraditi back end i prodiskutovati, a onda i aplikaciju, u drugoj fazi, sve ce ovo malo da potraje jer je proslo leto pa mora nesto i da se radi i na poslu. No, ko ne pocne nece ni zavrsiti. Pa da pocnemo.

Zakacio sam PDF u kome nesto kao razmisljam o mogucim konfiguracijama baze za magacinsko poslovanje. U narednim postovima bavicemo se i dizajnom aplikacije, koristeci simbole spomenute u temi "kako dokumentujete svoj rad".

Sva pitanja, sugstije i kritike su dobrodosle.

:-)

Prikačeni fajlovi

Magacin_2.pdf - 76.73k

^{02.09.2005. u 16:54}

Cyberghost
Aleksandar Jovanović
Programer, Sistem administrator
S U M A D I J A

Član broj: 14674
Poruke: 778
213.244.200.*

Profil

Re: Magacinsko Poslovanje

^{02.09.2005. u 21:07}

Nemam reci, VRH !

Prvo pitanje:
Sta ce se desiti sa upitom qryStanje nakon recimo 200 dana i izdatih 2580 otpremnica i 4520 prijemnica za 2100 razlizitih artikala? Upit treba da pokupi ulaze sabere ih, da pokupi izlaze saberi ih , i oduzme medjusobno, da nece to da radi malo sporo (nemojte reci da Pentium 4 moze da izvrsi 3.000.000.000 instrukcija u sekundi ... pitam cisto jer moramo znati sta ce se desiti kada se baza enormno uveca)? Sta ce se desiti posle 2-3 godine, sta ako to bude sve radilo kroz mrezu ? Da li ce nesto od ovoga da smeta ?

_{[Ovu poruku je menjao Cyberghost dana 02.09.2005. u 22:16 GMT+1]}

Every program is either trivial or it contains at least one bug.

^{02.09.2005. u 21:07}

Cyberghost
Aleksandar Jovanović
Programer, Sistem administrator
S U M A D I J A

Član broj: 14674
Poruke: 778
213.244.200.*

Profil

Re: Magacinsko Poslovanje

^{04.09.2005. u 20:12}

Zar je moguce da nema komentara?

Every program is either trivial or it contains at least one bug.

^{04.09.2005. u 20:12}

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 2603
*.eqao.com.

Profil

Re: Magacinsko Poslovanje

^{06.09.2005. u 13:54}

Vikemd ap se ne radi, a u kandi se ne radi ni ponedeljak, pa se opet ne radi :-)

Ne brini za brzinu, sve ce da radi kao satic barem dve tri godine. A onda ce da naprave jos brze pentiume pa ce opet da radi dovoljno brzo. Nista ne radi brze nego kveri. Ako baza zaista poraste toliko da se sistem uspori, moguce su dve stvari 1) preci na neku pravu bazu (SQL, Oracle, MySQL), pa izvrsavati upite na database serveru i samo rezultate slati preko mreze nazad 2) deo podataka arhivirati, na primer sve stoje starije od 2 godine se izbaci u neku arhivsku tabelu, a ceo taj set rekorda ze zameni jednim rekordom po artikllu. Taj rekord je sumarni rekord i tretirace se kao novi ulaz, ili izlaz, ako je vrednost negativna (sto ne bi trebalo da se desi, ne mozete u magacinu imati minus 15 kilograma necega)

Ako si mislio na zracunavanje stanja posle svake transakcije i cuvanaj tog rezultata u nekoj tabeli, pa update svaki put, zaboravi na to, iz dva razloga. 1) Tako se neradi u relacionim bazama 2) Razlog zasto se tako ne radi je sto pre ili kasnij dodje do greske koju je prakticno nemoguce ispraviti. Kako ovo?
Pa moguce je da tvoj program koji izracunava Sanje pukne u momentu kad se stanje izracunava, a transakcije je vec unesena. Nestane struje u momentu unosa na primer. Ili neko napisao jos jednu aplikaciju, koja radi slican posao, a zaboravio da uradi update polja Stanje.
Ako i uvedes polje Stanje, bez obzira na tvoje update polja Stanje u tabeli Roba, kveriji bi trebalo da ti daju isti rezultat, pa makar radili i sporo. Neka jednom nedeljno vrtis kveri da proveris stanje i neka to traje deset minuta. Sta ako kveri izracuna drugaciji rezultat od onoga koji imas u svom polju Stanje? negde je greska, ali gde? neki uopdate nije prosao. Koji? Ko to zna. Tacno, mozes jednostavno da upises novu vrednost u polje Stanje. To samo znaci da svom polju Stanje ne mozes verovati jer ne znas da li je tacno. Mozda jeste a mozda i nije, nikada se ne zna dok ne provrtis kveri. pa zasto onda raditi dve stavri kad je jedna od njih sigurno tacna a druga tek 'mozda' tacna?

Sad, moguce je da i kveriji daju pogresan rezultat. Na primer, kveri kaze imas 10 gajbi piva u magacinu, a kad odes da izbrojis licno, ono samo sedam gajbi. Znaci da neka transakcija nije unesena, pivo je izaslo iz magacina a magacioner to nije upisao u kompjuter. Ili je pivo uslo u magacin a magacioner nije upisao u kompjuter.

Sta raditi u tom slucaju? Mozes da otpustis magacionera, ali je stanje i dalje
pogresno, znaci otpustanje nije resenje. Mozes da prihvatis da se takve greske desavaju i da upises korekciju - novu transakciju, da dodas ili oduzmes neku kolicinu da bi se stavri zbalansirale. A onda se potrudis da negde u procesu sprecis mogucnost prometa robe bez evidentiranja.

Nego, ima li ideja kako bi se baza mozda prosirila. Kako evidentirati narudzbe robe (neko mora da naruci robu povremeno )? Kako uvesti prodaju putem narudzbi - kupac naruci robu a magacin je isporuci? Moze li ova baza to da izdrzi? Sta treba uraditi (dodati, oduzeti) pa da se to omoguci?

Svaka baza mora da ima mogucnost rasta u buducnosti. Nigde nismo rekli da ce ovo biti Access baza. Ako bude MS SQL, onda aplikacije mogu da se pisu tako da rade preko interneta (opet ne koristimo Access). i sve to u isto vreme dok u magacinu lepo sljaka Access aplikacija koja omogucuje magacioneru da evidentira prijem i izdavanje robe. Moze li to nasa pretpostavljen abaza i sta bi trebalo uraditi da sve to moze?

^{06.09.2005. u 13:54}

Cyberghost
Aleksandar Jovanović
Programer, Sistem administrator
S U M A D I J A

Član broj: 14674
Poruke: 778
*.vdial.verat.net.

Profil

Re: Magacinsko Poslovanje

^{06.09.2005. u 15:20}

Ok, razjasnili smo baratanje upita sa velikim brojem podataka.

Citat:

Zidar:
Nego, ima li ideja kako bi se baza mozda prosirila. Kako evidentirati narudzbe robe (neko mora da naruci robu povremeno )? Kako uvesti prodaju putem narudzbi - kupac naruci robu a magacin je isporuci? Moze li ova baza to da izdrzi? Sta treba uraditi (dodati, oduzeti) pa da se to omoguci?

Hm, ono na cemu ja trenutno radim je da se evidentiraju Prijemnice i izdaju Otpremnice i da se prati stanje na lageru, sto sa ovim modelom koji si izlozio radi odlicno, ja nastavljam da radim aplikaciju (nadam se da cu uspeti sa C# koji trenutno pokusavam da savladam) .

Ne razumem sta znaci ovo: Kako uvesti prodaju putem narudzbi - kupac naruci robu a magacin je isporuci? Jel si mislio dodje kupac i radnik napravi narudzbenicu prosledi je magacinu koji na osnovu nje izdzdaje otpremnicu ?

P.S. I dalje ne znam kako da napravim (u Access-u) da mi izracuna stanje kada se u Subformi unese IDArtikla, da ne moze da ode stanje na lageru u minus (ili makar zabraniti da vrednost polja ne moze da ide u minus i da javi da na lageru nema dovoljno robe), eksperimentisao sam svasta ali mi ne polazi za rukom.

Every program is either trivial or it contains at least one bug.

^{06.09.2005. u 15:20}

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 2603
*.eqao.com.

Profil

Re: Magacinsko Poslovanje

^{06.09.2005. u 17:48}

Sto se tice narucivanja robe, moguca su dva slucaja
1) tvoja firma (vlasnik magacina) narucuje robu od dobavljaca, to ima u diagramu procesa, ali nema u modelu baze koji smo zadnji napravili. Znaci ti narucujes robu.

2) Kupci narucuju robu od tvoje firme, putem interneta, ili ti posalju narudzbenicu postom. Onda se ta narudzba od kupca prosledi nekako magacinu i magacin poslaje robu pouzecem. Znaci, od tebe narucuju robu.

Kako 'dodati' ova dva slucaja ako se u buducnosti pojavi potreba za tim?

Drugo pitanje:
Za proveru stanja prilikom unosa, bice detaljno obradjeno kasd budemo radili aplikaciju, a to je uskoro. Ako ti je bas hitno, onda pre nego sto se sacuva rekord, uradis proveru 'da li mogu od trenutnog stanja da oduzmem uneti Qty i da pri tome ne dobijem negativan broj?' Ovako nekako treba da ide proces:

1) uneses artikl (RobaID)
2) unsese kolicinu Qty
3) pokusas da se pomeris na sledeci rekord, za novi artikl
4) Access proveri da li BeforeUpdate event za formu ima nekih zahteva i ako je sve OK sacuva rekord, pa te pusti na sledeci, novi rekord. Ovo se sve desava u kratkom trentku kad pokusas da izadjes sa tekuceg rekrda i odes negde drugo.

predpostavljam da se unos RobeID,Kolicina radi na nekoj subformi. Na subformin BeforeUpdate event stavis nesto otprilike ovako (sve je pseudokod):

Code:

sub Form_BeforeUpdate(Cancel as integer)
Dim sngStanje AS Single
Dim sngKolicina As Single

sngKolicina = me!Kolicina
sngStanje = dlookup("Stanje","qryStanje","RobaID=" & me!RobaID)

If (sngStanje-sngKolicina ) <0 Then
Cancel=TRUE 'ovo ce da ponisti transakciju, sprecice snimanje rekorda
MagBox "Nema dovoljno robe na lageru, ima samo " & sngStanje & " a vi zelite da isdate " & sngKolicina
Exit sub
End iF

end sub

qryStanje je stari dobri kveri qryStanje koji racuna SUM(Ulaz)-SUM(Izlaz) AS Stanje, cak i posle 50,000 rekorda i vise

^{06.09.2005. u 17:48}

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 2603
*.eqao.com.

Profil

Re: Magacinsko Poslovanje

^{07.09.2005. u 15:33}

Nista novo, samo sam malo proemnio PDF dokument zakacen na prvi post ove teme. Slike su numerisane, neke gramaticke i greske u kucanju ispravljene (ne sve, naravno) i dodato/promenjeno nesto teksta na pri kraju.

^{07.09.2005. u 15:33}

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 2603
*.eqao.com.

Profil

Re: Magacinsko Poslovanje

^{15.09.2005. u 14:18}

Evo vracamo se osle duge pauze. Puno vremena oduzela je tema Kafic :-)

Elem, stali smo kod logickog modela. Usvojicemo negenralizovani model, onaj sa puno tabela. Za dalje cemo da pretpostavimo najjednostavniji moguci slucaj. Roba ulazi u magacin, i izlazi. I na ulazu i na izlazu brojanje je u istim jedinicama. Kompleksniji slucaj, kad je ulaz u gajbicama (piva) a izlaz u flasama (tog istog piva) resicemo u temi 'Kafic'.

Evo dakle fizickog modela baze - konkretne Access tabele i malo price o tome kako ce i zasto da izgleda aplikacija. Molim obratite paznju na neke vazne korake u dizajnu samih tabela (required fields, indeksi, deafult values i validation rules). Otvorite svaku tabelu u dizajnu i pogledajte sta je tamo. Ako sam nesto zaboravio, ili nisam pratio sopstvena pravila dosledno na svakom mestu, molim prijavite pa da ispravimo. Tako pocinje testiranje, dok radimo, a ne na kraju kad je kasno jer se vise ne moze popraviti. Ako ste u timu, nije lose da u ovoj fazi, kad ste napravili fizicku bazu, to pokazete kolegi ili testeru da pogleda. Ne bi trebalo da se sporite oko logickog dizajna, nego oko stvari tipa:
- da li su sve tabele opisane, pa kad pogledate u DB prozoru, ono pise sta koja tabela radi
- da li su sva polja dokumentovana - opisana
- da li su polja koja su required navedena kao required
- da li sva polja imaju default
- da li sva polaj imaju validation rule. Ako neka nemaju, to odgovorite tetster i kazete 'jeste, ovde je slobodan unos, i nem avalidacije; I to se onda negde zapise, da se zna za buducnost.
- da li sve tabele ucestvuju u relacijama, ne sme ni jedna da visi u vqaduhu, bez razloga
- da li su FK polja istog tipa i imena kao opdgovarajuca PK polja
- da li psotoje indeksi na svim FK poljima
- da li imate nepotrebne indekse, dva puta po istom polju

Znaci, ovo nabrojano treba tester da potrazi u vasoj bazi i da se to sve ispravi pre nego sto se nastavi.

Zkaceni fajl sadrzi back end naseg informacionog sistema 'Magacin' i PDF fajl sa pratecim tekstom, kao neki nastavak od onoga sto iamamo u prvom postu.

Prikačeni fajlovi

Magacin_BE.zip - 124.31k

^{15.09.2005. u 14:18}

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 2603
*.eqao.com.

Profil

Re: Magacinsko Poslovanje

^{15.09.2005. u 19:01}

Evo napokon prica o dizajnu aplikacije, korak po korak, skoro gotovo.

Prikačeni fajlovi

Magacin_4.zip - 124.01k

^{15.09.2005. u 19:01}

Cyberghost
Aleksandar Jovanović
Programer, Sistem administrator
S U M A D I J A

Član broj: 14674
Poruke: 778
*.vdial.verat.net.

Profil

Re: Magacinsko Poslovanje

^{16.09.2005. u 07:03}

Imam par jednostavnih pitanja: Definitivno smo usvojiki ovaj model baze (koristimo odvojeno Prijemnice i Otpremnice, a ne pomocu tabele VrstaTransakcije)? Ako je tako qryStanje sabira sve Prijemnice-Otpremnice ?
U tabelama tblPrijemnicaDetalji i tblOtpremnicaDetalji polje RobaID da li moze da se pojavi vise od jednom (pise da je Duplicate YES ako se ne varam-trebalo bi da moze) ?
I jos jednom svaka ti cast za dizajn aplikacije od sad sve sto budem radio radicu po uzoru na tvoje primere - svaka cast MAJSTORE !

Danas cu kompletno da izradim sve i dacu svoje predloge.

_{[Ovu poruku je menjao Cyberghost dana 16.09.2005. u 08:06 GMT+1]}

Every program is either trivial or it contains at least one bug.

^{16.09.2005. u 07:03}

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 2603
*.eqao.com.

Profil

Re: Magacinsko Poslovanje

^{16.09.2005. u 14:08}

Pitanje 1:

Citat:

Definitivno smo usvojiki ovaj model baze (koristimo odvojeno Prijemnice i Otpremnice, a ne pomocu tabele VrstaTransakcije)?

Odgovor: Da, ali ne znaci da je taj model bolji. Posto je ovo samo primer, usvojio sam model koji je laksi za razumevanje. medjutim, principi dizajna aplikacije ostaju isti. Ovo je prica o dizajnu aplikacije, dozajn baze nam je samo trebao da bismi imali s cim da radimo. Poent je da kao vam neko drugi napravi model baze, vi mozete da napravite pristojnu aplikaciju i be z da znate sve detalje, ako prtite prinicpe koje pstavljamo.

Pianje 2:

Citat:

Ako je tako qryStanje sabira sve Prijemnice-Otpremnice ?

Odgovor: qryStanje jos nismo napravili, znamo samo da ce nam trebati. Svakako da ce se stanje dobiti kao rzlika zbirova SVIH otpremnica i prijemnica. Bez obzir sto cemo za dve godine imati 25,000 otpremnica sa 120,000 detaljnih rekorda i otprilike isto toliko prijemnica. Za dve godine ce i kompjuteri da budu jaci, zar ne :-)

Pitanje 3:

Citat:

U tabelama tblPrijemnicaDetalji i tblOtpremnicaDetalji polje RobaID da li moze da se pojavi vise od jednom (pise da je Duplicate YES ako se ne varam-trebalo bi da moze) ?

Odgovor; Tacno tako. svaka roba se moze nalaziti n bilo kojoj priejmnici/otpremnici. Pivo moze da se primi u magacin svakog dana i da se otpremi nedge svakog dana takodje. Indeks je tu zbog brzine pretrazivanaj i brzine kverija. Da nije tog indeksa, ne bih imao bas toliko poverenja u qryStanje :-)

Preporuka: ne zurite sa izradom aplikacije, jos nismo zavrsili dizajn. Ima tu jos problema koje treba resiti, a koje mozda ne vidite u ovom momentu, pa cete se zapetljati nepotrebno. Budite strpljivi jos samo malcice...

:-)

^{16.09.2005. u 14:08}

Cyberghost
Aleksandar Jovanović
Programer, Sistem administrator
S U M A D I J A

Član broj: 14674
Poruke: 778
213.244.200.*

Profil

Re: Magacinsko Poslovanje

^{19.09.2005. u 13:49}

Evo ja sam nesto kao gledao i uradio ono kako meni treba da izgleda.
Zidar ako mozes u otpremnicu koja se otvori kada se startuje baza da mi podesis da se prikazuje trenutna kolicina u magacinu ono sto me muci vec duze vreme, ja sam napravio qryStanje a ovo mi je neophodno da bih mogao da predam coveku posao vec mnogo kasnim a izradu ostatka aplikacije cemo polako.

Pozdrav, HITNO mi je !!!

Every program is either trivial or it contains at least one bug.

Prikačeni fajlovi

MagacinPrikazStanja.zip - 33.6k

^{19.09.2005. u 13:49}

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 2603
*.eqao.com.

Profil

Re: Magacinsko Poslovanje

^{19.09.2005. u 16:29}

Ja lepo rekoh da se ne trci sa aplikacijom, a Cyberghost ne slusa. Pa jos i ne cita sta pise na forumu, nego uporno podnosi svoj stari dizajn. Pa jos nazove forme imenima "tblPrijemnice". Jako je nezgodno kad u istom fajlu imas tabelu koja se zove tblPrijemnice, a istovremeno imas i formu koja se zove tblPrijemnice. Pa ti se fajl zove Magacin_BE a unutra i tabele i forme. Ono _BE znaci "Back end".

Evo ti resenja koje si trazio, ali preporucujem da se uzdrzis za malo od predavanja aplikacije korisniku, ima tu jos mnogo rupa kojih nisi mozda ni svestan.

Prikačeni fajlovi

Magacin_BE_Z.zip - 40.44k

^{19.09.2005. u 16:29}

Cyberghost
Aleksandar Jovanović
Programer, Sistem administrator
S U M A D I J A

Član broj: 14674
Poruke: 778
213.244.200.*

Profil

Re: Magacinsko Poslovanje

^{19.09.2005. u 16:54}

Ma samo da coveku pokazem primer kako ce da radi, cekam konacan dizajn Aplikacije. Covek me pita jel radim ja uopste nesto na njegovoj bazi ?

Izmontirao sam mu nesto samo da vidi da ce biti nesto od posla.

Cekam strpljivo dalji razvoj

Every program is either trivial or it contains at least one bug.

^{19.09.2005. u 16:54}

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 2603
*.eqao.com.

Profil

Re: Magacinsko Poslovanje

^{20.09.2005. u 20:04}

Evo najzad nesto konkretno. Sve dosad je bila kao neka 'teorija', sad nastupa praksa. Nemam vremena da bas svaki detalj objasnim, verujem da cete kopajuci po kodu da shvatite o cemu se radi.

Zakaceni fajl sadrzi konacnu verziju modela baze, aplikaciju i kolekciju planova aplikacije. Moduli Roba, Prijemnice i Otpremnice su uglavnom zavrseni. Nisam napravio reporte za Prijemnice i Otpremnice, to mozete sami. Cuveni kveri stanje robe je tu, kao i kartice robe. Prilozen je plan aplikacije za module Dobavljaci i Kupci, pa pokusajte sami.

Ako budem imao vremena, probacu da dodam Quer/report manager i Table Linker.

Prilozenu aplikaciju moracete rucno da linkujete na back end.

:-)

Prikačeni fajlovi

Magacin_BEFE.zip - 124.07k

^{20.09.2005. u 20:04}