[es] - Pracenje promene statusa nekog objekta (Baza za vođenje arhive)

Zidar
Canada

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

+79 Profil

Re: Pracenje promene statusa nekog objekta (Baza za vođenje arhive)

^{12.02.2014. u 23:00 - pre 136 meseci}

Evo, dodali smo i radnike. Sad se zna kod koga je registrator.

Promene:
1) dodali smo novu tabelu, Radnici {SifraRAdnika, int, PK}

2) dodali novu kolonu u PracenejPromenaStanja - (SifraRAdnika, int, NULL), primetite da Required property mora biti NO

3) dodali novi uslov na nivou tabele (table validation rule), kaze [NovoStanje] = 'Izadti Registratori') <=> [SifraRAnika] IS NOT NULL) sto zanci ako je registrator izdat, mora se upisati kome je izdat. Ako je u nekom drugom stanju, onda se ne sme upisati sifra radnika. U Accesu postoji operator za logicku ekvivalenciju i implikaciju, zovu se EQV i IMP. To sma nedavno saznao, u knjizi Access 2.0 (!)

4) Na formu "frmPracenjePromeneStanja", koja je podforma glavnoj formi frmRegistratori_Master, so dodali kolonu SifraRAdnika. Tu kolonu popunjavata kad je NovoStanje = 'IZdati Registrator', a ne smete je popuniti kad je NovoStanje neko drugo stanje.

Inace, vecina RDBM sistema ima samo AND, OR, NOT operatore. Sta onda radimo? Onda se setimo da se
P => Q moze napisati kao (NOT P OR Q). Posto se P<=> Q moze pisati P=>Q AND Q=>P, onda se i to moze napisati preko NOT i OR:

P<=> Q
<=>
(NOT P OR Q) AND (NOT Q OR P)

Tako je napisan onaj uslov u sredini: Rb=1 OR RB = StariRB + 1 sto je isto (ekvivlentno) sa izrazom
(Rb<>1 => Rb=StariRB+1)

Nikakvih promena u prgramiranju nema.

Prikačeni fajlovi

RelationshipsSaRadnicma.png - 19.29k

NoviConstraint.png - 8.19k

RadniciUPromenama.png - 9.1k

pracenje promena stanjaDex2+Z3.rar - 57.69k

Odgovor na temu

salvatore.

Član broj: 55550
Poruke: 66
*.adsl-3.sezampro.rs.

ICQ: 36635734
Sajt: www.zlatnosidro.rs/kerami..

+5 Profil

Re: Pracenje promene statusa nekog objekta (Baza za vođenje arhive)

^{14.02.2014. u 10:16 - pre 136 meseci}

Citat:

Zidar: Evo, dodali smo i radnike. Sad se zna kod koga je registrator.

Promene:
1) dodali smo novu tabelu, Radnici {SifraRAdnika, int, PK}

2) dodali novu kolonu u PracenejPromenaStanja - (SifraRAdnika, int, NULL), primetite da Required property mora biti NO

3) dodali novi uslov na nivou tabele (table validation rule), kaze [NovoStanje] = 'Izadti Registratori') <=> [SifraRAnika] IS NOT NULL) sto zanci ako je registrator izdat, mora se upisati kome je izdat. Ako je u nekom drugom stanju, onda se ne sme upisati sifra radnika. U Accesu postoji operator za logicku ekvivalenciju i implikaciju, zovu se EQV i IMP. To sma nedavno saznao, u knjizi Access 2.0 (!)

4) Na formu "frmPracenjePromeneStanja", koja je podforma glavnoj formi frmRegistratori_Master, so dodali kolonu SifraRAdnika. Tu kolonu popunjavata kad je NovoStanje = 'IZdati Registrator', a ne smete je popuniti kad je NovoStanje neko drugo stanje.

Nisam siguran da li ispravno razmišljam (malo je ovo visok nivo za mene). Može li se dodati i tabela za mesta na policama na isti način? Recimo napravim tabelu police gde bih u ID spojio broj police + broj mesta na polici (recimo polica 8 i njena mesta 1,2,3 i 4 bi bili predstavljeni na primer 0081, 0082, 0083, 0084 ili 008.1, 008.2).

Pitanje br.2:

Ako odredim da je neko polje Combobox, i ako nije dozvoljeno da se pojavljuju duplikati, da li je moguće da se u Combobox-u ne pojavljuju već upotrebljene vrednosti.

_{[Ovu poruku je menjao salvatore. dana 14.02.2014. u 11:27 GMT+1]}

Odgovor na temu

Zidar
Canada

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

+79 Profil

Re: Pracenje promene statusa nekog objekta (Baza za vođenje arhive)

^{14.02.2014. u 14:16 - pre 136 meseci}

Citat:

Može li se dodati i tabela za mesta na policama na isti način? Recimo napravim tabelu police gde bih u ID spojio broj police + broj mesta na polici (recimo polica 8 i njena mesta 1,2,3 i 4 bi bili predstavljeni na primer 0081, 0082, 0083, 0084 ili 008.1, 008.2).

Moze, na isti nacin kao sto smo resili radnike. Ovo vazi samo za stanjej "Na polici". I nema garancije da neces imati na istoj poziciji
1. dodas tabelu Police {[MestoNaPolici] text PRIMARY KEY;..ostale kolone;..}
2. dodas novu kolonu u PracenjePromenaStanja: ADD COLULMN MestoNaPolici text
3. postavis relationship za Police.MestoNaPolicina PracenjePromenaStanja.MestoNaPolici, tabela Police na roditelj strani
4. dodas novi uslov na nivou tabele NovoStanje = 'Na polici' EQV MestoNaPolici IS NOT NULL
5. dodati novu kolonu na formu za unos promena - MestoNaPolici i popunjavati kad se predje u stanje 'Na polici'

Losa strana: mozes u jednom istom momentu da dodelis isto mesto na polici za vise regsitratora, sto nije logicno. Ako hocemo da izbegnemo vise registratora na jednom istom mestu, stvari ce se previse zakomplikovati, i na strani strukture baze i tabela, i na strani programiranja. Dalje, u praksi je isuvise lako praviti greske i upisati pogresnu poziciju. da se ne bi pravile greske, potrebno je izmeniti ceo proces izdavanja i vracanja registratora. To obicno zahteva i fizicke izmene na policama, registratorima, obuku ucesnika u proces, trista cuda. Zato ne preporucujem da se to uradi, barem u pocetku. Pitanje ej u svakom slucaju interesantno, i mozda neko moze da ga resi, sada kad smo naucili nove tehnike upravljanja dinamickim sistemima (dinamicki sistem se bavi cuvanje podataka o promenama, staticki sistem se bavi cuvanjem podataka o objektima)

Odgovor na temu

nenadmarkoni
zaposlen
Pljevlja,Crna Gora

Član broj: 268419
Poruke: 705
*.crnagora.net.

+3 Profil

Re: Pracenje promene statusa nekog objekta (Baza za vođenje arhive)

^{14.02.2014. u 16:36 - pre 136 meseci}

Možda u ovom slučaju nije baš bila dobra ideja da se za inicijalnu vrijednost u PracenjePromeneStanja prilikom dodavanja novog registratora postavi 'na polici'-'na polici' obzirom da se mora unijeti vrijednost pozicije. U ovom slučaju bi se morao mijenjati i kod za dodavanje inicijalne vrijednosti...

Sve sam fino smislio...
Još samo da propadne. :-)

Odgovor na temu

Zidar
Canada

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

+79 Profil

Re: Pracenje promene statusa nekog objekta (Baza za vođenje arhive)

^{14.02.2014. u 19:06 - pre 136 meseci}

Citat:

U ovom slučaju bi se morao mijenjati i kod za dodavanje inicijalne vrijednosti...obzirom da se mora unijeti vrijednost pozicije

Dobro primeceno. tacno, ako se zahteva pracenje pozicija na policama, onda se mor amenjati kod za inicijalni red. To nije strasna promena, ali sve ostalo jeste.

Najstrasnije je sto se na nivou tabela ne moze garantovati da na jednoj poziciji nema vise od jednog registratora. Kod za tu proveru, opet, nije tesko napisate. Ali, sta ce se desiti, kad je pred vama ocigledno slobodno mesto, a u bazi pise da na to slobodnoj poziciji sedi neki registrator X. Gde je tacno registrator X? Bez gledanja i trazenja ne mozemo znati. Ili, zamisli da u bazi pise da je neka pozicija prazna, a tamo sedi neki registrator Y. Gde je u stvari registrator Y? Razumna opcija po meni je da na policama postoje definisna mesta za svaki registrator, i da se svaki registrator uvek stavlja na svoju poziciju i ni jednu drugu. Ako pak nemate dovoljno mesta na policama za sve registratore, onda ni pracenje tacne pozicije nema smisla jer ce uvek biti registratora koji su vraceni, ali nema mesta na polici za njih.

U bibliotekama u Toronto to je reseno tako sto na svakoj knjizi stoji labela koja je jedinstvena i oznacava pribliznu poziciju knjige - policu i sprat na polici ili tako nesto. Kad vracam knjige, samo ih bacim na gomilu. Onda osoblje biblioteke svaku knjigu odnese na njeno mesto. I taj proces uglavnom funkcionise, iako se desi da u bazi pise da je knjiga tu, a nema je na polici. Mozda je zaturena, ukradena, pogresan unos u bazu - sto i jedan razlog - uglavnom, nema knjige na njenom mestu. Inace, sistem je potpuno automatizovan. U gradu postoji stotinak ogranaka, svaki sa razlicitim knjigama. Bilo koju knjigu, iz bilo kog ogranka, mogu da narucim preko interneta, i ona ce biti donesena u biblioteku koju odredim, cim bude raspoloziva (mozda je neko drugi drzi u momentu podnosenja zahteva). Ako hocu da produzim rok drzanja knjige, to sito radim internetom ili telefonom, i to s eodbrava automaski, osim ako je tu knjigu neko narucio i ceka je. nema ogranicenja koliko knjiga mogu da podignem

Neke probleme nije prakticno resavati bazom podataka.

Odgovor na temu

nenadmarkoni
zaposlen
Pljevlja,Crna Gora

Član broj: 268419
Poruke: 705
*.crnagora.net.

+3 Profil

Re: Pracenje promene statusa nekog objekta (Baza za vođenje arhive)

^{14.02.2014. u 21:37 - pre 136 meseci}

@salvatore ostale su neke nejasnoće (makar meni):
Meni je u svemu najmanje jasno šta se dešava kada je registrator oštećen? Šta se tada dešava sa "karticama" koje su u njemu? Da li se formira novi registrator sa novim brojem pa se sve kartice prebacuju u njega a za taj se evidentira šta se od njega može iskoristiti za novi i to se iz njega odvoji za pravljenje novog registratora a oštećeni dio se baci, jer zašto bi čuvali oštećene dijelove? Kako onda evidentirate to prebacivanje kartica? Ako novi nasleđuje broj od starog kako onda taj stari evidentirati u oštećene?
Kako se uopšte vodi broj registratora?
Ako se odmah na mjesto izdatog registratora na policu stavlja neki iz rezerve, znači da kada se registrator vrati nema mjesto na polici već mora ići u rezervu?
Iz dosadašnjih objašnjenja saznali smo da su moguća 4 statusa registratora: na polici, izdat, rezerva i oštećen
-Kad je 'na polici' treba da ima atribut pozicija(broj police + broj mesta)
-Kad je izdat ( Korisnik, broj kartica prije izdavanja) - ovde je pitanje kad se upisuje koliko je imao kartica kad je vraćen ?
-Rezerva( @salvatore je rekao da se vode kao i kad su 'na polici') pitanje da li se baš tako mogu voditi?
-Kad je oštećen gore sam postavio pitanja.
-Mislim da ovde hvali još mogućih pozicija registratora??? Šta mislite koji status uzeti kao inicijalni - početni?
Prije nego se pokuša išta napraviti mora se do tančina definisati svaki detalj, da bi ga prenijeli na aplikaciju.

Sve sam fino smislio...
Još samo da propadne. :-)

Odgovor na temu

salvatore.

Član broj: 55550
Poruke: 66
*.adsl-3.sezampro.rs.

ICQ: 36635734
Sajt: www.zlatnosidro.rs/kerami..

+5 Profil

Re: Pracenje promene statusa nekog objekta (Baza za vođenje arhive)

^{15.02.2014. u 16:19 - pre 136 meseci}

Citat:

nenadmarkoni: @salvatore ostale su neke nejasnoće (makar meni):
Meni je u svemu najmanje jasno šta se dešava kada je registrator oštećen? Šta se tada dešava sa "karticama" koje su u njemu? Da li se formira novi registrator sa novim brojem pa se sve kartice prebacuju u njega a za taj se evidentira šta se od njega može iskoristiti za novi i to se iz njega odvoji za pravljenje novog registratora a oštećeni dio se baci, jer zašto bi čuvali oštećene dijelove? Kako onda evidentirate to prebacivanje kartica? Ako novi nasleđuje broj od starog kako onda taj stari evidentirati u oštećene?
Kako se uopšte vodi broj registratora?
Ako se odmah na mjesto izdatog registratora na policu stavlja neki iz rezerve, znači da kada se registrator vrati nema mjesto na polici već mora ići u rezervu?
Iz dosadašnjih objašnjenja saznali smo da su moguća 4 statusa registratora: na polici, izdat, rezerva i oštećen
-Kad je 'na polici' treba da ima atribut pozicija(broj police + broj mesta)
-Kad je izdat ( Korisnik, broj kartica prije izdavanja) - ovde je pitanje kad se upisuje koliko je imao kartica kad je vraćen ?
-Rezerva( @salvatore je rekao da se vode kao i kad su 'na polici') pitanje da li se baš tako mogu voditi?
-Kad je oštećen gore sam postavio pitanja.
-Mislim da ovde hvali još mogućih pozicija registratora??? Šta mislite koji status uzeti kao inicijalni - početni?
Prije nego se pokuša išta napraviti mora se do tančina definisati svaki detalj, da bi ga prenijeli na aplikaciju.

Ja se od samog starta nisam lepo izrazio. Nije u pitanju prava arhiva, zvanična sa dokumentima, projektima... Ovo kod mene je jedan izolovani slučaj kakav nećete naći nigde. U svrhu ove teme, pretpoostavljam da je puno bolje da se moj slučaj ne uzima za pravilo.

Prava reč bi možda bila kartoteka. Kod mene rezerva ne znači rezervni registratori, već je to rezervno mesto gde takođe držim registratore koji su u upotrebi. Oštećeni su skoro pa i nebitni, pošto ih ima samo par (uklapamo oštećene, šteta da se baca). U pravoj arhivi ili kartoteci su pretpostavljam važne neke druge stvari... Meni je važno da oni koji se više koriste budu bliži meni, red i pravila određujem ja...

Možda bi ovu temu trebalo razvijati u nekom drugom pravcu (da ova tema bude korisna većem broju ljudi a ne jednom jedinstvenom slučaju)

Odgovor na temu

nenadmarkoni
zaposlen
Pljevlja,Crna Gora

Član broj: 268419
Poruke: 705
*.crnagora.net.

+3 Profil

Re: Pracenje promene statusa nekog objekta (Baza za vođenje arhive)

^{15.02.2014. u 17:22 - pre 136 meseci}

Citat:

Nije u pitanju prava arhiva, zvanična sa dokumentima, projektima... Ovo kod mene je jedan izolovani slučaj kakav nećete naći nigde.

@salvatore jasno ste u prethodnim postovima objasnili da se ne radi o klasičnoj arhivi. Zbog toga da bi se u pravom smjeru realizovala ova aplikacija važno je da striktno uspostavite pravila koja u njoj važe prije nego se pristupi realizaciji.Morate uočiti sve slučajeve upotrebe i uspostaviti pravila po kojima se ovi slučajevi moraju izvoditi.

Citat:

Oštećeni su skoro pa i nebitni, pošto ih ima samo par (uklapamo oštećene, šteta da se baca).

Ništa nije nebitno. Ako postoji pojavni oblik (odn. status Oštećen) moraju se uspostaviti tačna pravila šta se u tom slučaju dešava. Aplikacija treba da podrži ta pravila i mora se znati na koji će se način aplikacija uklopiti u ta pravila.

Citat:

Meni je važno da oni koji se više koriste budu bliži meni, red i pravila određujem ja...

Aplikaciju možete realizovati čak i da Vam na osnovu broja korišćenja predlaže i položaj registratora (da Vam budu bliži ), sve zavisi od ideje šta želite postići sa aplikacijom

, ali opet da bi se išta odradilo kako treba mora se striktno definisati svaki slučaj upotrebe- i to prije realizacije.

Citat:

Možda bi ovu temu trebalo razvijati u nekom drugom pravcu (da ova tema bude korisna većem broju ljudi a ne jednom jedinstvenom slučaju)

Ova tema je već korisna većem broju korisnika, i mislim da je @Zidar već prikazao ono što je želio ovom prilikom prikazati i čemu nas je želio naučiti. Ova moja pitanja i potpitanja su više kao savjet Vama o čemu bi dalje trebali razmišljati ako ovu aplikaciju želite privesti namjeni onako kako Vama odgovara.
Sve u svemu sjedite i razmislite o svim slučajevima koji se javljaju,i jasno ih definišite prije nego nastavite, da bi Vam oni koji imaju vremena i volje mogli dalje pomoći u pravom smjeru .... To Vam je moj prijateljski savjet. Pozdrav.

Sve sam fino smislio...
Još samo da propadne. :-)

Odgovor na temu

salvatore.

Član broj: 55550
Poruke: 66
*.adsl-3.sezampro.rs.

ICQ: 36635734
Sajt: www.zlatnosidro.rs/kerami..

+5 Profil

Re: Pracenje promene statusa nekog objekta (Baza za vođenje arhive)

^{17.02.2014. u 18:20 - pre 136 meseci}

Citat:

nenadmarkoni: Ova tema je već korisna većem broju korisnika, i mislim da je @Zidar već prikazao ono što je želio ovom prilikom prikazati i čemu nas je želio naučiti. Ova moja pitanja i potpitanja su više kao savjet Vama o čemu bi dalje trebali razmišljati ako ovu aplikaciju želite privesti namjeni onako kako Vama odgovara.
Sve u svemu sjedite i razmislite o svim slučajevima koji se javljaju,i jasno ih definišite prije nego nastavite, da bi Vam oni koji imaju vremena i volje mogli dalje pomoći u pravom smjeru .... To Vam je moj prijateljski savjet. Pozdrav. :-)

Da, ja sam puno naučio prateći temu, dosta sam naučio čitajući i odgovarajući na postavljena pitanja. Neprijatno mi je što zbog nivoa znanja u ovoj temi ja najmanje učestvujem, trenutno analiziram ovo što je do sad urađeno pokušavajući da shvatim i naučim.

Citat:

Sve je tako, novi registrator uvek dobije novi broj, a u napomenu napišem broj starog koji je "nasledio".

Citat:

nenadmarkoni:Kako se uopšte vodi broj registratora?

U trenutku kada sam ja dohvatio tog posla sve je bilo u haosu. Pokušavam da uvedem red.

Citat:

nenadmarkoni:Ako se odmah na mjesto izdatog registratora na policu stavlja neki iz rezerve, znači da kada se registrator vrati nema mjesto na polici već mora ići u rezervu?

Citat:

nenadmarkoni:Iz dosadašnjih objašnjenja saznali smo da su moguća 4 statusa registratora: na polici, izdat, rezerva i oštećen
-Kad je 'na polici' treba da ima atribut pozicija(broj police + broj mesta)

Da, pomislio sam da taj atribut može kreirati ovako: 00012 (000 - broj police; 1 - red; 2 - mesto).

Citat:

nenadmarkoni:-Kad je izdat ( Korisnik, broj kartica prije izdavanja) - ovde je pitanje kad se upisuje koliko je imao kartica kad je vraćen ?

Uz registrator dobijem i ceduljicu sa izmenama, proverim i ispravim ako treba.

Citat:

nenadmarkoni:-Rezerva( @salvatore je rekao da se vode kao i kad su 'na polici') pitanje da li se baš tako mogu voditi?

Dovoljno je i promena osnovnog stanja, ove dodatne komplikacije sa pozicijom bi već bile luksuz.

Citat:

nenadmarkoni:Šta mislite koji status uzeti kao inicijalni - početni?

Početni status je u redu da bude "na polici" ili "rezerva" svejedno.

Odgovor na temu

nenadmarkoni
zaposlen
Pljevlja,Crna Gora

Član broj: 268419
Poruke: 705
*.crnagora.net.

+3 Profil

Re: Pracenje promene statusa nekog objekta (Baza za vođenje arhive)

^{17.02.2014. u 21:18 - pre 136 meseci}

Citat:

Ako odredim da je neko polje Combobox, i ako nije dozvoljeno da se pojavljuju duplikati, da li je moguće da se u Combobox-u ne pojavljuju već upotrebljene vrednosti.

Moze se odraditi. U ovom slučaju primjenjuje se trik. Uvodi se polje koje će prikazivati podatak(ono koje će se vidjeti), a za izvor combobox-a će se postaviti uslov da ne prikazuje podatak koji je već u upotrebi (u izboru combobox-a neće biti vrijednosti koje su već u upotrebi).
Ako ovu vrijednost postavljate kada je status registratora 'na polici' tada će se morati voditi računa da se ova vrijednost oslobodi kada registrator uzme novi status, da bi se vrijednost oslobodila za registrator koji će zauzeti njegovo mjesto- da bi se ta vrijednost pojavila u combobox-u za izbor mjesta na polici.

Osjećam da se sad pitate šta li sam sad ispričao,he,he...
Pokušajte raditi primjere onako kako umijete pa ćemo ispravljati.

Sve sam fino smislio...
Još samo da propadne. :-)

Odgovor na temu

salvatore.

Član broj: 55550
Poruke: 66
65.49.14.*

ICQ: 36635734
Sajt: www.zlatnosidro.rs/kerami..

+5 Profil

Re: Pracenje promene statusa nekog objekta (Baza za vođenje arhive)

^{12.03.2014. u 11:26 - pre 135 meseci}

Imao sam malu pauzu na (ležao malo na VMA), pa nisam imao pristup računaru. Učim access u slobodno vreme, ali je moje znanje još uvek nedovoljno.

Pitanje:

frmRegistratori (kada otvorim Form View) ima u subformi kolonu "TrenutakPrelaza". Kada isti "form" otvorim u "Design View" pomenutog "trenutka" nema... Jel može neko da mi objasni?

Odgovor na temu

Getsbi

Moderator
Član broj: 124608
Poruke: 2836

+45 Profil

Re: Pracenje promene statusa nekog objekta (Baza za vođenje arhive)

^{12.03.2014. u 11:36 - pre 135 meseci}

Skroluj subformu.

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

Odgovor na temu

salvatore.

Član broj: 55550
Poruke: 66
65.49.14.*

ICQ: 36635734
Sajt: www.zlatnosidro.rs/kerami..

+5 Profil

Re: Pracenje promene statusa nekog objekta (Baza za vođenje arhive)

^{12.03.2014. u 12:00 - pre 135 meseci}

Ja nisam razumeo.... Našao sam... Toliko je očigledno da ne mogu da verujem da nisam video...

Evo sad videh sledeći problem... U subformi (frmRegistratori) imam kolone: Rb, TrenutakPrelaza, NovoStanje i SifraRadnika. Kada istu otvorim u Design View vidim: Rb, StariRb, BrojRegistratora, TrenutakPrelaza, PrethodnoStanje, NovoStanje, StariTrenutakPrelaza i ŠifraRadnika.

Verujem da su nekom ova pitanja smešna. Smešna su i meni kad čujem odgovor... Šta da se radi.

_{[Ovu poruku je menjao salvatore. dana 12.03.2014. u 13:13 GMT+1]}

Odgovor na temu

Zidar
Canada

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

+79 Profil

Re: Pracenje promene statusa nekog objekta (Baza za vođenje arhive)

^{12.03.2014. u 13:14 - pre 135 meseci}

Citat:

Evo sad videh sledeći problem... U subformi (frmRegistratori) imam kolone: Rb, TrenutakPrelaza, NovoStanje i SifraRadnika. Kada istu otvorim u Design View vidim: Rb, StariRb, BrojRegistratora, TrenutakPrelaza, PrethodnoStanje, NovoStanje, StariTrenutakPrelaza i ŠifraRadnika.

Na fomi se vidi samo ono sto korisnik treba da vidi. Sve ostalo je nevidljivo ili sakriveno. Korisnik sistema ne mora I ne treba da zna niti vidi onu kompleksnu strukturu sa prethodnim stanjima, prethodnim rednim brojevima I prethodnim vremenima. Ta su polja nevidljiva ili sakrivena, ali su na formi - jer nam trebaju da u njih unesemo podatke. Korisnik unese TrenutakPrelaza I NovoStanje I onda se aktivira kod na nekom eventu koji popuni tabelu promena stanja. Taman posla kad bi od korisnika ocekivali da sam popunjava tu tabelu, bilo bi gresaka na tone. Korisnika na ovaj nacin, skrivanjem kompleksnih psotupaka, stitimo od gresaka I komplikacija.

Nadam se da je zdravlje u redu ili barem bolje nego pre VMA.

Srecno!

Odgovor na temu