Karakteristike informacionog podsistema za zajedni~ki prijemni ispit na fakultete Univerziteta u Beogradu

Uvod

Prijemni ispit

Hardversko i softversko okru`enje

• Oracle RDBMS 6.0.34.2.47
• SQL*Forms 3.0.16.9.0
• SQL*Plus 3.0.11.1.1
• PL/SQL 1.0.34.0.1
• Pro*C.

Generalne karakteristike

• Visoka automatizacija svih faza prijemnog ispita, {to je omogu}ilo da se sve faze prijemnog ispita svedu na oko 1/3 svog prethodnog trajanja.
• Maksimalna otpornost informacionog podsistema na gre{ke prilikom unosa podataka. To je omogu}ilo da se drasti~no smanji broj gre{aka (i `albi - prakti~no ih nije bilo) i broj intervencija odgovaraju}ih komisija.
• Prijateljsko radno okru`enje za korisnike, {to je skratilo vreme obuke i drasti~no smanjilo broj gre{aka prilikom unosa podataka.
• Visoka za{tita sistema od neovla{}enog pristupa podacima (preko provera pristupa na nivou sistema, Oracle-a i informacionog podsistema) i za{tita od neovla{}ene promene podataka (preko prava pristupa na novou Oracle-a i informacionog podsistema). Vezano sa ovim omogu}eno je i pra}enje svih akcija na sistemu. Prilikom svakog unosa i/ili promene podataka bele`i se ko je podatke uneo, odnosno promenio.

FAZA 1: Prijem dokumenata

1. prvi unos kome prisustvuje i kandidat,
2. drugi (nezavisan) unos istih podataka (verifikacija) i
3. arbitra`a unosa, kada se porede prvi i drugi unos i vr{i arbitra`a u slu~ajevima kada su uo~ene razlike.

• Za sve podatke (osim li~nih podataka kandidata) definisan je dozvoljeni skup vrednosti i nije mogu}e uneti podatak koji nije iz odgovaraju}eg skupa (pol, dr`avljanstvo, mesto boravka, {ifra srednje {kole, godina diplomiranja, zanimanje roditelja, Vukova diploma).
• Kontroli{e se ispravnost unetih podataka (recimo ocene iz srednje {kole, `eljeni profil, `eljeni ispiti) i automatski se izra~unavaju svi potrebni dodatni podaci (recimo, ukupan broj bodova na osnovu uspeha, obavezni ispiti na osnovu izra`ene prve `elje). Kandidat mo`e da na licu mesta proveri unete podatke i zahteva njihovu izmenu i/ili dopunu.
• U drugom unosu svi podaci uneti u prvom unosu (sem posebno osetljivih podataka kao {to su ocene iz srednje {kole) su vidljivi na ekranu i podlo`ni vizuelnoj kontroli i izmeni. Tako|e se zahteva ponovni unos podataka za koje se `eli posebna provera (kao {to su ocene iz srednje {kole) i vr{i njihovo upore|ivanje sa podacima unetim u prvom unosu. Uo~ene razlike se signaliziraju i tra`i se verifikacija unosa.
• Prilikom arbitra`e markiraju se samo podaci kod kojih je uo~ena razlika u prva dva unosa (ostali podaci su vidljivi na ekranu) i zahteva se njihova provera i ponovni unos. Nakon ovoga se vr{i se raspore|ivanje kandidata i de`urnih po salama za polaganje ispita za sve ispite. Raspore|ivanje vr{i ra~unar u cilju minimizacije zauze}a prostora i nemogu}nosti zlonamernog name{tanja rasporeda pojedinih kandidata i/ili de`urnih.

FAZA 2: Unos rezultata ispita

1. prvi unos,
2. drugi (nezavisni) unos (verifikacija)
3. arbitra`a unosa.

• Kompromis sa re{enjima koje je nudio prethodni sistem (zasnovan da datote~noj obradi), {to je omogu}ilo bezbolan prelaz korisnika (koji su koristili taj stari sistem) na novu koncepciju.
• Paneli su tipa "sve na jednom mestu" sa odgovaraju}im prate}im tekstovima {to omogu}ava korisniku da vidi {ta treba da radi i da odmah vidi rezultete svoje akcije. Poruke koje se pojavljuju tokom rada su kratke i nedvosmislene, a sa druge strane komentari i uputstva su obimna i precizna i sadr`e sve {to je potrebno za rad.
• Vi{estruke provere unetih podataka (sa aspekata sigurnosti i prava pristupa, ispravnosti uneti podataka, konzistentnosti sa prethodnim unosom, me|usobne konzistentnosti podataka, nemogu}nost dupliranja podataka, ... ). Razvijen je {iroki spektar provera slu~ajeva koji mogu rezultovati gre{kom. Arbitra`a unetih odgovora je potrebna u slu~ajevima kada postoji razlika izme|u prvog i drugog unosa. Podr{ka ovom poslu ima slede}e glavne karakteristike:
• Paneli su tipa "korak po korak kroz meni" i "referenciraju}i prozori" {to omogu}ava precizno specifikovanje `eljene operacije i brz pregled informacija potrebnih za dono{enje odluke. Na taj na~in ugra|ena je izuzetno sofisticirana podr{ka kompleksnom odlu~ivanju.
• Ugra|ena su ograni~enja i provere kojima je podr`ana metodologija odr`avanja ispita.
• Postoji izuzetan stepen "interne inteligencije" sistema koji u najve}em broju slu~ajeva zna {ta je potrebno izmeniti, vodi korisnika do odgovaraju}eg panela gde se onda preuzima odgovaraju}a akcija. Korisniku je, naravno, ostavljena sloboda da prihvati ili odbije sugestiju sistema.
• Ugra|eni su mehanizmi koji smanjuju mogu}nost nastanka gre{ke (obja{njenja posledica odre|enih kriti~nih akcija, tra`enje verifikacije pojedinih akcija, itd.). Sve ovo je uslovilo da je faza unosa odgovora (kao izuzetno kriti~na faza) protekne brzo i bezbolno. Kao pokazatelj efikasnosti neka poslu`i podatak da nije bilo `albi na unete odgovore.

FAZA 3: Bodovanje i rangiranje

• Zabrana bilo kakvog drugog rada nad podacima za vreme bodovanja ispita.
• Provera konzistentnosti podataka o ta~nim odgovorima za pojedine ispite i {ifre zadataka. Ukoliko se uo~i bilo kakva nepravilnost bodovanje se ne vr{i i o tome se obave{tava odgovaraju}a komisija.
• Visoka adaptilnost na vreme startovanje bodovanja i na skup kandidata koji se boduje, {to omogu}ava da se bodovanje izvr{i ponovo u potpunosti (za sve kandidate i sve ispite) ili selektivno (za neke kandidate i neke ispite) ukoliko se uo~i neka gre{ka i/ili nepravilnost ({to je i bio slu~aj za ispit iz fizike).

• Mogu}nost definisanja vi{e kombinacija ispita sa razli~itim te`inskim faktorima pojedinih ispita na osnovu kojih kandidat mo`e da konkuri{e za upis na profil. Ne postoje ograni~enja za definisanje ovih uslova. Prilikom bodovanja kandidata uzima se u obzir najpovoljnija varijanta za tog kandidata na odre|enom profilu.
• Mogu}nost definisanja razli~itih kvota radi zadovoljenja razli~itih politika upisa na pojedine fakultete.
• Mogu}nost uvo|enja razli~itih pragova znanja za pojedine profile i/ili ispite ({to je nije kori{}eno na ispitu u junu, ali jeste za pojedine profile na ispitu u septembru).

FAZA 4: Upis na profile

• Podr`ana je dinami~ka promena poslednjeg kandidata koji mo`e da se upi{e na profil tokom upisa (i to i za kandidate iz bud`eta i za samofinansiraju}e kandidate) - takozvane crte.
• Crte mogu samo da padaju, tako da korisnik koji je stekao pravo upisa u jednom trenutku ne mo`e vi{e izgubiti to pravo, bez obzira na uzrok padanja crte, ~ak i kada je taj uzrok gre{ka.
• U toku upisa se svo vreme na pojedinim terminalima prikazuje trenutno stanje svih crta za sve profile za koje je upis u toku, tako da kandidati mogu da prate tok upisa.
• Kandidat ne mo`e da se upi{e na profil ukoliko na njemu nije rangiran i ukoliko crta nije pala ispod njega. Tako|e, korisnik se ne mo`e upisati na teret bud`eta, ukoliko nije za to stekao pravo, a mo`e se upisati kao samofinansiraju}i ~ak i ako ima pravo da se upi{e na teret bud`eta ({to se i dogodilo).
• Kandidat ne mo`e da se upi{e na vi{e profila ni na koji na~in, ~ak i ako je rangiran na vi{e njih.
• Podr`ana je opcija ispisivanja kandidata u toku upisa i njegovog ponovnog upisa na isti ili neki drugi profil odmah ili kasnije.
• Podr`ano je automatsko generisanje jedinstvenih brojeva indeksa bez obzira na politiku generisanja indeksa za pojedine profile i fakultete. Broj indeksa se mo`e uneti i ru~no, ali se ne}e dozvoliti unos broja indeksa koji ve} postoji.
• Detaljni pregledi informacija koji se ti~u upisa za pojedine profile i kandidate. Omogu}en je i dodatan pregled baze ekranskim upitima.
• Podr`an je i upis kandidata prozivkom u kom slu~aju se crte ne uzimaju u obzir, odnosno mo`e biti upisan svako ko biva prozvan, a rangiran je na profilu.

Izve{taji

1. unos dokumenata
2. raspored sedenja kandidata
3. unos odgovora kandidata na ispitima i bodovanje
4. rangiranje
5. upis
6. statisti~ki izve{taji

Budu}i razvoj

• Prvi pravac je promena samog modela informacionog podsistema. Prva promena je prilago|enje modela relacionoj filozofiji u bazama podataka. Trenutni model vu~e za sobom filozofiju prethodnih sistema koja je bila prilago|ena obradama datoteka. Drugo je generalizacija modela tako da on mo`e da zadovolji {to je mogu}e {iri dijapazon zahteva u metodologijama pojedinih faza prijemnih ispita generalno, odnosno stvaranje jednog generi~kog i visoko parametrizovanog modela prijemnog ispita.
• Drugi pravac razvoja programskog podsistema je njegova adaptacija za UNIX operativni sistem i asinhrone terminale. Trenutna realizacija radi na sinhronim terminalim (IBM 3471) u block mode re`imu.
• Planira se i prelaz na Oracle RDBMS v7. Ova verzija omogu}ava i proveru referencijalne zavisnosti u bazi ({to nije slu~aj sa Oracle RDBMS v6 na kojoj je izvr{ena implementacija). U sam programski sistem su ve} unesene referencijalne zavisnosti tako da }e prelaz biti relativno bezbolan, a pove}a}e se sigurnost i integritet podataka.
• Dalji razvoj }e te}i i u pravcu automatizacije kreiranja statisti~kih i drugih izve{taja i to u vi{e formi uklju~uju}i i elektronsku, kao i automatizovanje stavljanja tih izve{taja na javni uvid (Gopher, World Wide Web). Neki izve{taji sa ispita jun'94 i septembar'94 dostupni su na Gopher-u ra~unara gopher.rcub.bg.ac.yu.
• Tako|e, te`i}e se razvoju interfejsa izme|u ovog informacionog podsistema i informacionih sistema za evidenciju studenata koji postoje ili koji se budu razvili.
• Kao krajnji cilj postavlja se razvoj jednog informacionog podsistema za ra~unarsku podr{ku prijemnim ispitima generalno, odnosno za podr{ku prijemnim ispitima i na druge fakultete i u srednje {kole.

Zaklju~ak

Dodatne informacije