Remontovanje železničkih vagona

Uh,uh...sve zamršenije, ali tako to obično ide, krene se sa prostim zahtjevom pa kad krene da se rasplice....
Moramo još malo da rasplićemo.

Da li u tom slučaju uz vraćene osovine dobijate dvije kopije "Pregled popravljenih osovinskih sklopova" od januara(za osovine 1,2,3) i februara(7,9,12) i jednu Otpremnicu (1,2,3,7,9,12)

Da sistem zaista funkcioniše samo po pravilima koja sam opisao napravili bi forme koje u sustini izgledaju slično dokumentima koje dobijate i pratile bi te radne procese, ali ovako ćemo morati još malo da razmislimo i da to prilagodimo dozvoljenim stanjima koje ste naveli, ukoliko to budemo u stanju.
U suštini najlakše bi bilo napraviti formu iz koje bi se mjenjala sva stanja ali to ne bi pratilo radne procese i bilo bi Vam naporno u tome raditi. ( to će biti krajnje rješenje ukoliko ne uspijemo ništa drugo)
Da malo prokomentarišemo sva stanja koja ste naveli i da o njima postavimo dodatna pitanja.
Neispravna -Remont Ovo je prirodan prelaz stanja.Kako bi forma trebala da funkcioniše: Iz osovina koje su u statusu 'Neispravne' izaberete osovine koje ćete slati na remont.Pri tome u formi birate Remontera, a za osovine upisujete ili birate predefinisane (ako je to moguće slično kao i Neispravnosti) zahtjevane radove. Njihov status se promjeni u status 'Remont' i upišu se kao takve na Report-Dokument koji odštampate i pošaljete uz osovine.
Neispravna-Škart I ovo je prirodan prelaz.Ovo znači da je osovina skinuta sa vagona sa takvom neispravnosti koja vodi otpisu osovine. Pitanje je koja je to neispravnost koja bi vodila otpisu osovine. Da li je samo starost od 40 godina i prečnik ispod 900 mm usov za otpis ili postoji Neispravnost koju niste upisali u tabelu Neispravnost a koja bi vodila otpisu? Kako bi trebala izgledati forma zavisi od toga koliko se često dešavaju otpisi?
Remont-Škart Ovde bi trebalo da se radi o osovini kojoj neispravnost nije prepoznata kao takva da bi vodila otpisu pa je poslata na remont. I ovde je pitanje koje je to oštećenje, i kada sa remonta vrate ovakvu osovinu i nju evidentiraju kroz Otpremnicu. Šta u tom slučaju napišu? Otpremnice bi trebale da su dokument koji veže 'Remont' i 'Zaliha' i forma bi trebala da se odradi prema tome, međutim ovakav slučaj remeti to, pa je i ovde pitanje koliko često se dešava ovako nešto?
Remont-Vagon i Vagon-Remont Slučaj kada 4 osovine koje su na vagonu, skupa sa vagonom odlaze na remont. Da li i kako majstor u ovom slučaju popunjava "Dnevni izvještaj"? Da li i ovakav slučaj čeka da ga Vi odaberete i pošaljete na remont? Kako u ovom slučaju popunjavate "Pregled osovinskih sklopova za remont"? Da li se ovakve osovine vraćaju kroz jednu otpremnicu sve skupa i na vagonu sa kojim su poslate?Koliko često se dešava ovakav slučaj? Od odgovora zavisi da li se i ovaj slučaj može uklopiti u normalan proces: Vagon-Neispravne-Remont-Zaliha-Vagon i na koji način ovo rješiti.
Remont-Zaliha i Vagon -Neispravna Prirodan prelaz i uklapa se u zamišljeno funkcionisanje formi. Remont-Zaliha je vezan dokumentom Otpremnica i Pregled popravljenih OS, a Vagon - Neispravna Dnevnim izvještajem u dijelu Izgrađene osovine.
Vagon-Škart Ovde se radi o osovini koja je skinuta sa vagona ali je u takvom stanju da se mora otpisati. Da li u ovom slučaju majstor popunjava "Dnevni izvještaj". Šta u tom slučaju navodi- koja je to neispravnost koja vodi otpisu? Mislim da se i ovaj slučaj se možda može uklopiti u proces: Vagon-Neispravna-Škart
Vagon-Vagon Komplikovan slučaj. Ovde se sa jednog vagona izgrađuje a na drugi ugrađuje osovina. Na Dnevnom izvještaju majstor upisuje ovu osovinu na dva mjesta, kao izgrađenu pa opet kao ugrađenu.
Vagon-Zaliha Slučaj kada se ispravna osovina izgrađuje iz vagona, a kao Neispravnost se navodi "Uklapanje".
Zaliha-Neispravna i Zaliha-Remont Pretpostavka da se na Zalihama osovini desi neispravnost ili istekne 4 godine od poslednjeg remonta. I ako se ovo desi pretpostavljam da se evidentira kao neispravna(Neispravnost-istekle 4 godine ili neka druga neispravnost iz liste). Takođe čeka na odobrenje za remont i šalje se kroz Pregled tako da direktan prelaz Zaliha-Remont možda i ne treba?
Zaliha-Škart Pretpostavka da osovini na Zalihama istekne rok od 40 godina.
Zaliha-Vagon Prirodan prelaz.

Sad glavno pitanje. Da li sistem uglavnom funkcioniše onako kako sam ja opisao:
Evidentiranje osovine prema stvarnom statusu - Vagon - Neispravna - Remont ili Otpis - Zaliha(ako je prethodno Remont), a navedeni Prelazi su rijetki izuzeci, ili su ovi ostali slučajevi česti?
Ako ovi slučajevi nisu toliko česti da pravimo forme koje prate ovaj proces, a da za ove druge slučajeve pravimo posebne forme. Ako su česti ne znam koliko nam sve to vrijedi.

---

Da

Da, tačno ovako. Mali problem su i te predefinisane stavke (zahtevani radovi, neispravnost...) ima ih još sa kojima se nisam srela, nema ih negde napisanih gde bih mogla pročitati, a majstori su priča za sebe... Vole da mi pričaju sve (sem ono što ih pitam).

Otpisi se dešavaju veoma retko. Sem godišta razlog može biti: "Kriv trupac" i "Oštećen rukavac". Prečnik nije razlog za otpis (obrađuje se).

I ovo se veoma retko dešava. "Kriv trupac" i "Oštećen rukavac" su oštećenja koja se nekada mogu prepoznati golim okom a nekada prođu neprimećene, ali to kasnije otkrije remonter.

Vagoni imaju svoje "revizije" koje se rade svake 4 godine, kada se na reviziju pošalje ceo vagon, ako je potrebno remonter radi i reviziju osovine "Revizija sa obradom" ja dobijem samo tabelu sa brojevima osovine i datumom revizije (pošto se na svima isto radi), nemam ni jednu kod sebe, nisu tipske nema prčat nema ništa... nekad odštampaju kompjuterom, nekad je formular firme koja to radi. Ovo je slučaj koji ja još nisam srela. Iz priče sa majstorima znam da se može desiti da tako ide 2-3 vagona godišnje.

Dnevni izveštaj se popunjava za svako skivanje osovine. Pretpostavljam da je ovo moja greška u razumevanju materije i da je ovo lakše opisati kako ste Vi naveli "Vagon-Neispravna-Škart"

Ovo se nije desilo nikad, verovatno da je moja greška. Pretpostavljam i da nije po zakonu. Ako je osovina ispravna skinuta sa vagona ide na zalihu, kao razlog izgradnje se navodi Uklapanje.

Da

Ponovo ste u pravu.



Tačno kako ste Vi to opisali. Sporni prelazi su veoma retki izuzetci.

_{[Ovu poruku je menjao marija.ana dana 06.08.2014. u 14:19 GMT+1]}

Prema onome što ste opisali dokument "Pregled popravljenih osovinskih sklopova" odgovara dokumentu iznad njega "Pregled osovinskih sklopova za opravku i rekonstrukciju" tako da ga nema potrebe ponavljati i evidentirati. Vama je u suštini važna "Otpremnica". Pretpostavio sam da u opisu neispravnosti, zahtjevanim radovima i izvršenim radovima po jednoj osovini može biti više stavki pa sam tako postavio i model. Dokumentu "Pregled osovina za remont", upućenu jednom remonteru, odgovara jedna ili više otpremnica od istog remontera. Razlog otpisa po jednoj osovini uglavnom je jedan i to nije toliko važna stavka pretpostavljam. Pa evo izmjenjenog modela i opet bih zamolio za mišljenje stručnjaka sa ovog foruma, ako je moguće.

---

Iako nemamo misljenje iskusnijih kolega trebalo bi da je model ispravno [email protected] pokusajte doraditi BE prema prilozenoj slici, a na osnovu prethodne BE baze.ps. Da bi raskinuli postojece relacije i formirali nove moracete mozda isprazniti postojece unose iz nekih tabela. Na datoj slici hvali tabela Tip koju sam zaboravio unijeti u model, i atribut BrStanja u tabeli stanje (vidjecemo kasnije da li ce nam ovaj atribut trebati)

---

Prvo se uplaših "da li ću moći". Mislim da nije bilo problema...

Dodatno pitanje. Da li bi sada (bez dodatnih komplikacija), mogla da se ubace i polja PunNaziv, Adresa, LiceZaKontakt i TelefonLicaZaKontakt u tabelu Remonter? Kad već ima sveee



_{[Ovu poruku je menjao marija.ana dana 07.08.2014. u 14:11 GMT+1]}

Ne vidim nista specijalno lose, izgleda OK, verzija od 6 Aug 2014. Kako rekoh, resenje sa generalizacijom - posebnim tabelama za razlicite vrste stanja, izgleda obecavajuce. Bice puno posla za front end. Ugrubo, broj tabela puta dva daje broj potrebnih formi i kverija. Preporucujem da se FE uradi na najjednoistavniji moguci nacin -zaboravite na unbound forme i tako ustedite sebi vreme za pisanje rutina 'podaci u formu'-'podaci iz forme'.

Srecno

Moglo bi prosto da se ubace 4 polja tipa text u tabelu Remonter, ali ako želite da se to uradi po pravilima relacione baze to bi izgledalo ovako kao na prikačenoj slici.
@Zidar- Zahvaljujem. Potrudićemo se pa šta uradimo, a ako zakoči valjda će neko priskočiti u pomoć.

Mijenjamo li?

_{[Ovu poruku je menjao nenadmarkoni dana 07.08.2014. u 17:10 GMT+1]}

---

Samo PuniNaziv i Adresa. Ne shvatam relaciju između FizickoLice, KontaktLice i Majstor (a i bojim se da je to jos jedna komplikacija). Jel FizickoLiceID jedan prema jedan sa MajstorID i KontaktLiceID?

_{[Ovu poruku je menjao marija.ana dana 07.08.2014. u 19:04 GMT+1]}

U postupku projektovanja baze radi se takozvana Normalizacija (1,2,3 normalna forma), a jedna od njenih funkcija je da se izbjegne redudantnost-ponavljanje podataka. Ako bismo postavili text polje KontaktLice u suštini mogli bi u njega upisati Ime i prezime kontakt lica, ali u tabeli Majstor takođe imamo neko lice sa imenom i prezimenom. Ko garantuje da sjutra neki Majstor neće biti KontaktLice a tada bi ponavljali podatak. Šta ako se promjeni KontaktLice? U ovom primjeru to možda i nije bitno, to Vam je možda čisto informativni podatak, ali šta da je to podatak koji nam treba u nekim dokumentima?
Tako je, odnos je jedan prema nula ili jedan.
Postavljene relacije dozvoljavaju da jedan majstor bude na više dokumenta Pregled, a da za jednog Remontera imate više KontaktLica.
Ne brinite doradiću ja. I to bi bilo to? Nema još neki zahtjev?

---

To je sve.

Dorađen BE. Nadam se da nisam ništa propustio. Još jedno pitanje, da li prečnik ima decimalni zarez npr: 950,50 i da li pri vaganju takođe može biti 120,50 ?
U prilogu BE i FE baze. Pokušajte da prepravite postojeće forme i dodate im nedostajuća polja i da napravite nedostajuće šifarnike-forme za tabele:IzvrsenRad,ZahtevaniRad,RazlogOtpisa. Šifarnik Majstor prepravite u FizickoLice. Sifarniku Remonter dodajte nedostajuća polja. Sifarniku Tip dodajte nedostajuće polje.
Za forme koje treba da napravite možete Copy-Paste odgovarajuću formu, dodate joj ime identično tabeli, pa joj promjeniti Record Source i onda mjenjati naziv polja i labela i promjeniti kod da bi proradilo... Samo lagano...

---

Uradila sam sve kako ste napisali. Najlepše Vam hvala. Puno ste me naučili.

Ni prečnik ni težina nemaju decimalni zarez.

_{[Ovu poruku je menjao marija.ana dana 08.08.2014. u 11:42 GMT+1]}

Kao model koji ste kopirali ste koristili formu Neispravnost, međutim jedino svojstvo koje ste promjenili je Control Source polja i Record Source forme. Da bi forma proradila bilo je potrebno promjeniti ime polja i kod koji se nalazi na tri događaja forme. Da bi na formi bio naziv koji treba da bude bilo je potrebno promjeniti i svojstvo Caption forme. Ovako kako je ostalo još uvjek je dio forme gledao u podatke tabele Neispravnost. Idemo dalje...

Malo smo se zaletjeli pa sam napravio jedan previd. Postavio sam jednu relaciju koja nam u suštini ne treba i to pogrešno. Potrebno je izbrisati relaciju između tabela PregledOsovina i Otpremnica. Mislim da nam neće trebati a kada bi nam trebala ova relacija bi morala biti više prema više pa bi nam na njoj trebala međutabela.
Izbrisaćemo je i izbrisaćemo preneseni ključ PregledOsovinaID iz tabele Osovine.

Da bih Vam pojasnio na šta je @Zidar mislio zakačio sam njegov fajl iz teme "Magacinsko poslovanje" u kojem objašnjava pokrivanje modela formama. Meni se više sviđa korišćenje Tabular forme umjesto Datasheet tamo gdje to može zbog ljepšeg izgleda i mogućnosti dodavanja komandnog dugmeta umjesto dvoklika za pregled, a na isti način je moguće filtriranje podataka kao i kod Datasheet forme. Inače skup tema Magacin-Maloprodaja-Caffe je vrlo edukativan, naročito za početnike pa Vam savjetujem da ga pročitate. Šteta što @Zidar ne želi da napiše knjigu o Access-u i relacionim bazama podataka, jer nisam naišao da je neko o toj temi bolje objasnio od njega.
Pokrivanje modela formama u našem slučaju prikazan je na prikačenoj slici. Za žute tabele ćemo praviti samo Tabular forme, a za zelene i Tabular i Columnar forme.

Biće mi drago ako Vam moje skromno znanje bude od pomoći. Sve što znam naučio sam uglavnom ovde na forumu, najprije od @Zoran.Eremije i @Zidar-a, a zatim i ostalih iskusnijih forumaša.

---

Auu, uradila sve to, ali izgubila fajl na serveru na poslu pa posle u frci verovatno okacila pogresan. uradicu ponovo

Lapsus, mislili ste na Otpremnica?

:-) Tako je. Lapsus trebalo je Otpremnice. Ne morate opet raditi, svakako cemo mjenjati svašta nešta. Nisam odavno ništa radio u Access-u pa sam mnogo toga zaboravio. Valja se prisjetiti onoga što sam,valjda, znao...

---

Konačno sela za svoj računar. Sredila ponovo sve. Nisam znala kako da napravim forme Majstor i LiceZaKontakt a vidim da su potrebni. Na koji način treba da funkcioniše unos novog majstora ili lica za kontakt? Na koji način treba da funkcioniše unos nove (a stare) osovine, da li se prvo mora uneti Godina u tabelu Godina ili unosu u polje Godina tabele Osovine treba da prethodi automatski unos u tabelu Godina?

Jedno pitanje, zašto je potreban šifrarnik "Stanje" i zašto se ručno dodaje broj stanja?



_{[Ovu poruku je menjao marija.ana dana 09.08.2014. u 02:15 GMT+1]}

U pravu ste, izrada ovih formi je malo komplikovanija. Ova polja vuku podatak iz tabele FizičkoLice, a obzirom da je ovaj podatak primarni ključ ovih tabela sistem neće dozvoliti da se isti podatak unese 2 puta, međutim problem je obezbjediti logičko funkcionisanje forme, a za to je potreban trik koji sam naučio od @Zoran.Eremija- Uvodi se polje koje će prikazivati podatak, a u Row Source combobox-a uvodi se upit koji ne dozvoljava ponavljanje podatka u izboru.
Uvjek kada nedostaje podatak iz nadređene tabele treba obezbjediti način dodavanja ovog podatka, nekad je način prekid, pozivanje nadređene forme, unos podatka, osvježavanje polja, a nekad se ovo odradi kodom u pozadini ili akcionim upitom koji dodaju ovaj podatak.

U tabeli "DozvoljenePromeneStanja" podatak npr. "Zaliha" imate na 5-6 mjesta. Kada se ovako ponavlja podatak po pravilima baze podataka takav podatak se smješta u zasebnu tabelu kao nadređenu a podatak se obezbjeđuje prenosom FK u podređenu tabelu.
Atribut BrStanja je podatak koji je @Zidar koristio u primjeru Praćenje promjene stanja, a da li će nama trebati vidjećemo, ako ne bude trebao izbrisaćemo ga kasnije. Automatski unos bi mogao da se obezbjedi kasnije ako za to bude potrebe.

Ne žurite. Već sam napomenuo da sam i sam početnik-amater , a dugo se nisam bavio ovim. Ljudi uče fakultete i pročitaju veliku količinu literature da bi se ovim bavili, pa i pored toga opet su im potrebne godine prakse da bi zaista bili uspješni u ovom poslu. Ja imam, možda, samo malo više znanja od Vas po ovom pitanju pa je rješavanje pojedinih zadataka i meni problem. Pokušaću da ono što znam podjelim sa Vama. Već sam rekao, igramo se, pa šta uradimo... :-)
Samo polako.



_{[Ovu poruku je menjao nenadmarkoni dana 09.08.2014. u 10:29 GMT+1]}

---

U BE baze sam izbrisao Lookup pogled u svim tabelama. U suštini sam ga bio postavio da Vama olakša snalaženje. U FE baze sam dodao određene promjene i dijelom doradio forme. U daljem radu ćemo izbrisati podatke iz tabele Osovine, oni će morati ručno da se dodaju da bi omogućili da forma doda inicijalno stanje u PracenjePromeneStanja. Forme još nemaju punu funkcionalnost niti konačan izgled. Na slici su prikazane narandžactom bojom tabele za koje smo napravili forme.

---

Predivno izgleda, samo što ja sve teže hvatam korak. Pokušala sam da napravim formu KontaktLice, kopirajnem/prepravljanjem forme Majstor, ali sam onda videla da je Vaš QKontaktLice drugačiji. Pretpostavljam da ste zamislili da forma KontaktLice drugačije izgleda/funkcioniše.

_{[Ovu poruku je menjao marija.ana dana 09.08.2014. u 23:45 GMT+1]}