Planiranje i realizacija uzorkovanja materijala

Prozdrav svima,
nije me odavno bilo ovde na forumu

Naime, ideja je sledeca - Napraviti planer i na osnovu njega pratitit realizaciju uzorkovanja

Princip je sledeci:

- Korisnici ugovaraju usluge sa nama. U ugovoru je naglasen tip usluge kao i dinamika uzorkovanja (za svaku uslugu ponaosob)
- Svaki od uzorkivaca ponaosob, zaduzuje (ili odgovoran je za) odredjeni broj korisnika i obavlja uzorkovanje ugovorenog materijala po definisanoj dinamici.

Cilj - Napraviti plan uzorkovanja za svakog uzorkivaca na osnovu kog bi se pratila realizacija uzorkovanja, odnosno da li je uzorkovao ili ne i kod koga, koliko uzoraka je uzeto itd.

Problemi:

- Uzorkivac odgovoran za 200 - 300 korisnika
- Korisnici ugovaraju razlicite usluge
- Dinamika iste usluge se razlikuje od korisnika do korisnika

Na pr.

Zika ugovorio uzorkovanje namirnica 3 x mesecno, vodu za pice 1 x nedeljno, briseve 3 x godisnje
Mika ugovorio otp. vode 2 x mesecno, recne vode 4 x godisnje

nadam se da sam lepo definisao problem.

Evo prilazem moju postavku tabela

Pozdrav

Da, video sam Zidarevo resenje Planera u nekom od postova ovde pa sam probao da ga iskoristim koliko sam mogao. Problem kod mene je malko slozeniji cini mi se.

Sta bi sad,

nema ni saveta, kritike, bilo kakvog komentara...

Tvoji su problemi uvek komplikovani, pa jos razmisljamo

Prosli put (uzorkovanje) smo od tvoje jednostavne baze napravili jednu mnogo komplikovaniju. Sad mi se cini da cemo ovu pojednostaviti, cisto iz formalnih razloga. No to je manji problem.

Glavni problem je sto je ovo zadtak sa vremenima i to se u SQL jako tesko resava, nema pravila i nema generalizacije. Svaki slucaj je prica za sebe.

Ovako sam shvatio zadatak:

Ugovor sa klijentom definise neku dinamiku uzorkovanja. Na osnovu dinamike i nekog pocetnog datuma, treba izracunati datume kada ce se uzorci uzimati.

Svaki ugovor se dodeljuje tacno jednom uzorkivacu, u stvari svaki klijent se dodeljuje tacno jendom uzorkivacu. Ovo i nije bitno za pricu, p cemo ga za sada ignorista, lako cemo dodati na kraju uzorkivaca.

Dakle, zadatak glasi "Na osnovu dinamike i nekog pocetnog datuma, treba izracunati datume kada ce se uzorci uzimati."

Da li sam pogodio zadatak? Ako jesam mozemo dalje, ako nisam, onda definis zadatak ponovo.

Tvoj red.

Slazem se sa Zidar-om problem je slozen, ako mozete da malo pojasnite da li je u pitanju proces uzorkovanje ili Kontrolisanje i ispitivanje uzoraka?
Imao sam prilike da se susretnem sa slicnim problemom u fabrici Knjaz Milos, koja je imala svoju laboratoriju a za neke karakteristike predmeta poslovanja-proizvoda slali su u specijalizovane laboratorije.

Potpis

http://zoraneremija.wix.com/eremijacv

Probaj ovako. Pravio sam dva querija zato sto kod mene query1 jednostavno ne radi kad mu zadam da filtrira JosDana po 0. Ideja je da od datuma oduzmes dan pocetka merenja. Dobijeni rezultat podelis sa brojem dana na koliko se merenje vrsi. Ostatak deljenja predstavlja broj dana od zadnjeg merenja. Ako je ostatak 0 vreme je za novo merenje. Pozdrav!

Postoji softver koji se zove MS Project. To je specijalizovan softver upravo za ovako specijalizovane zadatke koji se bave pravljenjem plana i praćenjem napredovanja tog plana. Fajlovo su ekstenzije .mpp (Microsoft project planner). Zovu ga još “Softverska mašina za planiranje“ ili „Baza podataka koja je svesna vremena“. Radi se o tome, da su Bilijevi inženjeri „ispod haube“ upakovali kood, koji radi upravo ono što bi smo mi ovde pokušavali da uradimo pomoću SQL-a. Da zadovoljstvo bude veće, postoji uporedni grafički prikaz onog što se radi sa bazom (tabelom). To se zove Gantov dijagram. Pored toga, postoji i mnoštvo gotovih pogleda i izveštaja.

Sad je samo pitanje celishodnosti. Istrajati u ovom započetom poslu ili nastaviti planiranje u već postojećem specijalizovanom alatu. Ovakvih alata na tržištu upravljanja projektima ima poprilično, i svi koriste istu filozofiju i vremensku liniju (Timesacle).

Potpis

https://mzahorjanski.wixsite.com/mzahorjanski
https://www.fiverr.com/miroljubzahorja?up_rollout=true
https://www.youtube.com/@miroljubzahorjanski

Mislim da nam nazalost MS Project nece pomoci u ovom slucaju. Nije MS Project kriv, jednostavno ovo nije zadatak za MS project.

Ako zelimo da nam kveriji ili nekakkv kod izracunaju datume = isplaniraju, treba malo da se poazbavimo nacinom na koji se zadaje dinamika.

Uslov "dav puta nedeljno" nije dobar. Bolje je "svake srede i petka, pocevsi od 3. Marta 2010 (Sreda) do 31 decembra 2010 (Petak)"

Uslov "Dva puta godisnje" nije odredjen. Godina ima 365 dana, koja dva da izaberemo? Nije dobro ni reci "1. Avgusta 2010 i 10. Oktobra 2010" jer su oba datuma nedelja. ponovo je bolje reci "svakog drugog i cetvrtog ponedeljkapocevsi od 8. Marta 20101 zakljucno sa 20. Deceembra 2010" nedelje.

Takodje "Polugodisnje" nije dovoljno dobro. Kada tacno pada pola godine? Na 182.5 dana - ne moze. 182 dan u godini, ili 183? A sta ako je godina prestupna pa nije 183. tacno u sredini? I sta ako je taj neki dan koji smo izabrali nedelja pa se ne radi na taj dan? NAravno da se ovo "polugodisnje" ili "dva puta godisnje" moze resiti prosto gledanjem u kalndar i onda nekoliko vrednsti uneti u tabelu.

Dugotrajni uslov, kao "svakog drugog i cetvrtog ponedeljka pocevsi od 8. Marta 20101 i tako sledecih 6 godina" ne moze se resiti gledanjem u kalendar. Niko nem kalendar za sledecih 6 godina. Ako gledate u tabelu datuma, onda je bolje napisati kveri koji ce da izracuna ove datume. problem je kako automatizaovati pisanje ovakvog kverija, ili ako hocete i programskog koda.

"svakog drugog i cetvrtog ponedeljka pocevsi od 8. Marta 20101 i tako sledecih 6 godina" nije isto sto i "plata je svakog prvog i petnaestog u mesecu" ili "plata je svakog drugog cetvrtka"

Ko uspe da generalizuje i formalizuje zahteve, taj je resio problem. Ja jos uvek to ne umem da uradim, ali to ne znaci nista, mozda sam suvise mator da izmisljam nova resenja

Ma Zidar , nismo mi matori , nego nam se nekad neda.

Al za sve postoji rijesenje, no mozda bas ne isključivo s SQL upitom , ali
s kombinacijom VB coda ide.

@ Zidar
Da ne poznajem rad u MS Project-u, (u verziji 2003 radim već godinama), ne bih se ni usudio da napišem prethodnu poruku. Svi komentari oko uslova koje si naveo su korektni. Uslovi trebaju da budu baš tako precizirani.

Što se tiče rezervi prema zadacima koji se periodično ponavljaju, postoji automatizovana opcija kojom se to radi (Recurring task). Zadaci se mogu ponavlajti višestruko. Zadaje se trajanje, model ponavljanja (dnevno, nedeljno, mesečno, godišnje), početni datum i broj ponavljanja. Ako se nezna broj ponavljanja, može se uneti završni datum za takav zadatak i alatka će sama izračunati broj ponavljanja te napraviti raspored. Ograničenje kalendara je 2049 godina, tako da gledanje u kalendar u narednih 6 godina nije nikakv problem. Ponavljam da je planiranje i realizacija, upravo ono što se nalazi ispod programskog koda.

Ja kao moderator ovog foruma ne bi trebalo da forsiram neki drugi alat. Ideja je bila da ukažem na složenost problema, ukazujući upravo na ozbiljna rešenja tipa MS Project ili Primavera.

Potpis

https://mzahorjanski.wixsite.com/mzahorjanski
https://www.fiverr.com/miroljubzahorja?up_rollout=true
https://www.youtube.com/@miroljubzahorjanski

@Getsbi: U pravu si za MS project i recuring tasks. Sve to moze. Bitno je da se obavi posao. Resenja sa MS project bi verovatno radilo, ali ne znamo bas mnogo sta se hoce postici bazom koja je zakacena. Mi vidimo bazu, ali ne vidimo sta baza tacno treba da radi, pa nagadjamo. Ako nagadjamo, sve prolazi i sva su resenja podjednako dobra, jer sami postavljamo uslove.

Ja samo pokusavam da vidim moze li s enaci resenje u okviru Accesa, ili bar da podaci budu pod kontrolom baze sto je vise moguce. MS project mi je nekako dozvoljava preveliku slobodu, a baza me kontrolise, ako postavim uslove integritetea podataka. U MS projectu nema nikakvih uslova niti ogranicenja, osim mozda zabrane ciklicnosti. Svaki zadatak mogu da dodelim svakom zaposlenom, svakog klijenta mogu da dodelim svakom zaposlenom - MS project nema probelm s tim. Ako se setim, mogu da trazim da mi pokaze angaziovanej resursa, pa da vidim da je neki Zika planiran da bude na tri mesta u isto vreme. Ako se ne stim da pogledam u resurse, ostade Zika planiran da u sitom danu uziam uzorke u Novom Sadu, Beogradu i Nisu. Zato bih da se drzim baze.

S druge strane, MS project ce da izracuna sve sto treba, i bez da pisemo kverije i kod. Ispada da bi neka kombinacija baze i MS Projecta verovatno obavila posao.

Neka se javi postavljac teme i malo pojasni sta tacno pokusava da uradi. Mozda je resenje zaista potpuno van Accessa, a mozda treba kombinovati Acess i neki speciajlizovani planerski alat, zasto ne bas MS Project.

Ako je resenje van Accesa, ili u povezivanju Accesa i MS project, to deluje jako zanimljivo. Ako imas konkretno iskustvo u povezivanju Accesa i MS projecta, to bi bilo veoma zanimljivo cuti i nauciti. Pa ako treba da se pise kod, neka se pise i kod, kod nije zabranjen.

Nije me bilo nekoliko dana, izvinjavam se zbog toga.

Dakle, sustina je sledeca:

- Na pr. ja kao uzorkivac (korisnik planera), imam oko 400 korisnika za koje sam zaduzen. Obicno se korisnici dodelju geografski kako bi se moglo obici sto je veci broj za sto krace vreme ( sto automatski implicira postojanje filtera po mestu, ostini cak i ulici ako je moguce) a to je vec lako izvidljivo iz podataka iz ugovora.

- Prvo, voleo bih da znam gde sam uzorkovao a gde ne.
- Ako ne, kada trebam okvirno da uzorkujem (ne mora tacan datum, dovoljna je nedelja) kako bi se korisniku najavilo uzorkovanje par dana ranije, jer podsecam, sve je na dobrovoljnoj bazi, korisnik sam sklapa ugovor sa nama, ne teramo ga mi.

E sada, postoji i drugi problem,

- ako se desi da je uzorkovanje propusteno, mora da se napise napomena o razlogu neizvrsenja, i da se zada vremenski period za koliko dana se pomera uzokvanje.

Mislim da problem jako moze da se uprosti ukoliko imamo uniformne jedinice za dinamiku, odnosno sve periode treba izraziti u danima (tblDinamika).

- Takodje, mislim da bismo stanje nula (pocetnu referencu) trebali da odaberemo datum zadnjeg uzorkovanja kod datog korisnika (kod Zike). Na pr. ako smo Ziki uzorkovali vodu za pice 01/01/2010. a ugovorio je dinamiku 2 x mesecno, tada baza fiksira automatski fiksira datum 15. ili 16. januar 2010. god.; 01/02/2010;15/02/2010 itd.
Ako je taj isti Zika ugovorio da se uzimaju i namirnice i to jednom mesecno, (30 dana) onda bi za namirnice trebalo da ispise 01/02/2010; 01/03/2010 itd.
Tako redom za svakog korisnika, za svaku stavku ugovora za pojedinog uzorkivaca.

- Sta ako se pomeri uzorkovanje na pr. za 20 dana (otisao covek na more itd.)

Onda se 15.02.2010. upise napomena da Zika nije tu i upise tih 20 dana. Baza preracuna da su datumi sledeceg uzorkovanja dakle 07/03/2010;22/03/2010 itd. (dinamika se ne menja. ostaje 15 dana)

Mislim da je ovakva postavka znatno manje slozena. Jedino ovako se problem moze resiti.

Naravno bolo bi extra pozeljno kada bi baza izbegavala vikende.

Evo kacim malo modifikovanu verzliju baze

Pozdrav svima i hvala na trudu

Ovako je bolje.



Pretpostavlam da s epodrazumeva da korisnici imaju potpisane ugovore gde je definisana dinamika uzorkovanja. Dinamika u stvari opisuje frekvenicju usluge. Na osnovu dinamike potrebno je enkako izracunati datume kada treba da se uzorkivac pojavi kod korisnika.
Da bi se ovo postiglo, treba da se dinamika na zgodan nacin predstavi u bazi. Zgodan nacin je onaj koji omogucuje da se datumi izracunaju automatski, bilo kverijima, bilo kodom. To je prvi izazov. Kako predstaviti dinamiku u upotrebljivom formatu?


Za ovo je ocigledno da moras da negde zapises da li se planirano uzorkovanje zaista desilo ili ne. Neki 'StvarniDatumUzorkovanja' ili nekakvo Status polje da kaze 'uzet uzorak,, 'odlozeno uzorkovanje za datum xxxx', 'otkazano','planirano, jos mu nije vreme' i slicno.

[quote]
- Takodje, mislim da bismo stanje nula (pocetnu referencu) trebali da odaberemo datum zadnjeg uzorkovanja kod datog korisnika (kod Zike). Na pr. ako smo Ziki uzorkovali vodu za pice 01/01/2010. a ugovorio je dinamiku 2 x mesecno, tada baza fiksira automatski fiksira datum 15. ili 16. januar 2010. god.; 01/02/2010;15/02/2010 itd.
Ako je taj isti Zika ugovorio da se uzimaju i namirnice i to jednom mesecno, (30 dana) onda bi za namirnice trebalo da ispise 01/02/2010; 01/03/2010 itd.
Tako redom za svakog korisnika, za svaku stavku ugovora za pojedinog uzorkivaca.
[quote]
Ovo je u vezi sa onim osmisljavanjem dinamike. BAzi treba reci nesto kao:
"Svakog meseca, svakog 1. i 15." ili "
Svake sedmice, Ponedeljkom i Sredom", ili
"Svakog mesesa, 15. u mesecu", ili
"Svake dve nedelje, ponedeljkom"
"Svake godine, dva puta godisnje, 1 Marta i 1 Septembra"

Bilo bi lepo da se ovo pokrije jedinstvenim sistemom, ali i ne mora.

Nesto od ovoga moze da se resi u MS Project. MOzda mogu da se kombinuju dva programa, da MS project izracuna datume, pa da s eonda ti datumi cut/paste u Access tabelu? MS Project je dovoljno pametan da izbaci neradne dane, subote i nedelje, a mozete zadati i lokalne praznike. Ovo sve mozete da definisete i u tabeli datuma, naravno.

Na posao, pa ko prvi nesto smisli neka se javi.



Znaci, morqas da zadas interval (mesec, sedmica, godina

Probacu ponovo da objasnim,

Svaki ugovor sadrzi svoj predmet u kome stoji sledece


Ugovorena usluga; Dinamika uzorkovanja


znaci ima sva atributa uslugu i dinamiku uzorkovanja

Dinamika je vrlo sarolika, kako smo i videli uostalom. S toga, moraju se koristiti neke uniformne generalne vrednosti. Moj predlog je da se sve vrednosti predstave kao broj dana, sto sam i naveo u bazi.
Znaci, time smo dobili uniformnost jedinica.

Dalje, mislim da baza moze da mi napravi plan uzorkovanja za sledecu godinu na pr. Za ovo je po meni potrebno da se zna poslednji datum uzorkovanja kod Zike, pa ako znam dinamiku uzorkovanja, znam i kada treba da idem kod Zike ponovo.

Ako ne znam zadnji datum uzorkovanja, onda ne mogu ni da planiram sledecu posetu ali onda znam da treba sto pre da idem kod Zike.

Znaci imamo dve varijante>

1. Kada je poslednji datum uzorkovanja poznat, onda baza dodaje odredj broj dana iz def dinamike i predvidja sledeci datum uzorkovanja kod Zike

2. Datum poslednjeg uzorkovanja nije poznat, baza signalizira da treba hitno otici kod Zike

Primer: Slika001 i Slika002

1. Uzorkovanje vode se vrši 3 puta nedeljno svaki (ponedeljkak, sreda i petak). Opseg je godinu dana.
Broj pojavljivanja 156.
2. Uzorkovanje zemljišta se vrši jednom mesečno (svakog prvog petka u mesecu). Opseg je godinu dana. Broj
pojavljivanja 12.
3. Dekontaminacija otpada se vrši jednom nedeljno (svakog petka). Opseg je godinu dana. Broj ponavljanja 52
4. Uzimanje briseva junadima se vrši jednom mesečno (prve srede u mesecu). Opseg je godinu dana. Broj
pojavljivanja 13

Za unos i kreiranje plana bilo je potrebno 5 minuta. Naravno da ne mogu u dve slike da pokažem moć alata za planiranje. Najbolje je to što se sve vidi u desnom delu dijagrama odmah pri unošenju i podešavanju. Broj gotovih različitih pogleda i izveštaja se meri desetinama. Podešavanje Timescale je raznovrsno.

Inače veza između Access-a i Projecta ne postoji. Bar ne u onoj meri koja bi nama trebala. Može Project da se izveze u XML format i da se to importuje u Access. Dobiju se korektne tabele, sa strukturom bez relacija naravno (ovo su ravne tabele i sve je rašavano programskim kodom) i sa tekstualnim tipovima polja zbog uveženog formata.

Potpis

https://mzahorjanski.wixsite.com/mzahorjanski
https://www.fiverr.com/miroljubzahorja?up_rollout=true
https://www.youtube.com/@miroljubzahorjanski

Planiranje nije naivan zadatak. Stoga se ocekuej da planer poseduje potrebna anaja i vestine. Jedna od potrebnih vestina je kako koristiti MS Project.

Getsbi je pokazao da se moze upotrebom 'Recurring Task' opcije izracunati niz planskih datuma za neograniceno proizvoljne uslove. Briljantno i elegantno

Imajuci u vidu snagu MS projecta, predlazem da se ceo sistem pojednostavi:
a) Sto jednostavnija Access baza koja cuve planske i stvarne datume
b) MS Project izracunava datume i onda s eoni Cut/Paste u Access bazu

Pojednostavio sam bazu koju je Zliki zapoceo i uradio dve primera uz pomoc MS projecta. U MS projectu Treba malo iskustva i probe-gresek dok se ne naidje na nacin koji vam najbolje zavrsava posao. Posle toga, sve je pesmica.

MS Project dozvoljava da se definisu praznici i radno-neradno vreme po volji. AKo Zdata na primer da se nesto treba desiti 1,10 i 20 u mesecu, a neki od tih datuma padne u neradni dan, program vas upzori i da vam da birate: da se dogadjaj pomeri na prvi sledeci radni dan, ili da se jednostavno preskoci. Sledece sekunde dobijate niz datuma koji vam trebaju. Treba s emalo igarti sa formatima datuma, nece svaki format iz MS Project da predje u Access, ali uz malo probe greske i iskustva, na kraju se pronadje nacin.

Ko hoce, moze da pogleda dialog form koje nudi MS project i da napravi iste takve u VB, pa da sve zavrsimo u Accesu... Ako to uradite, ne stavljajte takvu bazu na forum, nego je pokusajte prodati kao alat za planiranje, ili u sklopu nekog paketa u kome se trazi planiranje (bas kao ovo sto Zlikiju treba ;-) Takvih programa nema mnogo, a potrebni su.