I. PITANJA ZA PISMENI DIO ISPITAA) PP prezentacijeTema 1.1. Uloge analitičara sustava

• analitičar sustava na sustavan način ispituje kako poslovni sustav radi, ispitujući ulaze, obradu podataka i izlazne informacije, s ciljem poboljšanja procesa u organizaciji;

• analitičar sustava mora moći raditi sa ljudima bilo koje struke i mora imati iskustva u radu s računalima;

• analitičar igra mnogo uloga, ponekad balansirajući s više njih istovremeno (konzultatnt, ekspert za potporu, agent promjene).

2. Faze životnog ciklusa razvoja IS-a1) Identifikacija problema, prilika i ciljeva2) Određivanje zahtjeva za informacijama3) Analiziranje potreba sustava4) Dizajniranje preporučenog sustava5) Razvoj i dokumentiranje software-a6) Testiranje i održavanje sustava7) Implemetacija i procjena sustava

• Analitičari se ne slažu oko toga koliko je faza u životnom ciklusu razvoja sustava, ali općenito hvale njegov organizacijski pristup. 

• Navedene faze se gotovo nikad ne izvršavaju zasebno, odnosno nekoliko se aktivnosti može pojavljivati istovremeno i ponavljati.

3. Ciljevi uvođenja informatičke tehnologije u poslovanje• Uvođenjem informatičke tehnologije u poslovanje, između ostalog, želi se:

– ubrzati i pojednostaviti obrada poslovnih podataka;– isključiti ručnu obradu podataka o poslovnim procesima gdje god je to moguće;– osigurati memoriranje podataka o svakom poslovnom događaju u trenutku

njegovog nastanka;– isključiti problem redudancije podataka;– osigurati sigurnu bazu podataka neophodnih za poslovno odlučivanje u realnom

vremenu;– osigurati integriranu informatičku povezanost poslovnog sustava i dostupnost

ažurnih podataka i informacija svim zainteresiranim korisnicima u svakom vremenskom trenutku;

– povećati produktivnost rada zaposlenika i njihovu pažnju i energiju s ručne obrade podataka usmjeriti na praćenje i kontrolu odgovornih poslovnih procesa;

– optimizirati tokove informacija u poslovnom sustavu i komuniciranje unutar poslovnog sustava i između poslovnog sustava i njegove aktivne okolice.

– povećati motiviranost zaposlenika za rad i poslovne procese podizanjem radnih uvjeta na visoku razinu koju omogućuje informatička tehnologija, a u kojima se od zaposlenika očekuje motiviranost, inventivnost i maksimalni doprinos uspješnosti poslovnih procesa.

– povećati otvorenost i konkurentnost poslovnog sustava na tržištu.

4. Namjena i osnovne funkcije poslovne aplikacije– unos podataka o svim relevantnim poslovnim događajima;– sigurno memoriranje podataka u odgovarajuću bazu podataka;– standardne dokumente kojima se realiziraju pojedini poslovni događaji;– standardna izvješća za praćenje poslovanja koja zadovoljavaju zakonske

standarde;– posebna izvješća za potporu menadžmenta kod donošenja upravljačkih poslovnih

odluka;– otvorenost za razmjenu podataka sa drugim sustavima (eksport/import) i izravna

komunikacija;– otvorenost za dalji razvoj, izmjenu postojećih i ugradnju novih funkcija koje

podržavaju poslovne procese.– zaštitu poslovne baze podataka (sigurnosna arhiva podataka)– zaštitu aplikacije od štetnih utjecaja putem interneta (antivirusna i duga zaštita)

5. Funkcija integriranosti paketa poslovne aplikacije• Integriranost podrazumijeva unos jednog primarnog podatka u analitičku bazu podataka

samo na jednom mjestu, kroz jedan primarni dokument, i njegovo naknadno automatsko procesiranje u smislu generiranja određenih sintetičkih sekundarnih dokumenata.

• Funkcija integriranosti paketa ne pretpostavlja da se nakon konačnog unosa određenog podatka - dokumenta u bazu podataka izvrše sve moguće transakcije vezane za taj dokument - podatak, jer to najčešće nije moguće i nije poželjno.

6. Logički i fizički model baze podataka• Logičko modeliranje podataka, ERA model:

– ERA - entiteti, veze, atributi– Logičko modeliranje ne ovisi niti o hardwer-u niti o software-u za izvedbu baze

podataka– Logički model baze podataka definira oblike temeljnih podataka IS-a, čiji je skup

sadržaj baze podataka– ERA-model je grafička prezentacija znanja o objektima, vezama i svojstvima.

• Prevođenje ERA - RM:– RM - relacijski model– ERA je grafički, a RM linearni prikaz logičkog modela podataka, prikladan za

zapis na računalu– Prevođenje je jednoznačno, a prevodi se u dva koraka: prevođenje objekata i

prevođenje veza.• Fizičko modeliranje podataka: baza podataka

– To je definiranje fizičkog izgleda (formata) baze podataka– Radi se na temelju RM modela

7. Vrste i značajke baza podataka• Baze podataka mogu se podijeliti na relacijske baze podataka kao što su Oracle i SQL

Server i baze sustava datoteka kao što je FoxPro i DBASE.• Ključna razlika između sustava baza podataka i sustava datoteka je u tome što sustavi

baze podataka zahtijevaju strogo poštivanje faza razvoja životnog ciklusa IS-a (detaljnu prethodnu razradu EVA i RM modela) prije generiranja fizičkog modela baze podataka i pouzdanije su, dok baze koje čini sustav datoteka omogućuju fleksibilniji generički heuristički pristup i jednostavnije održavanje baze podataka ali su otvorene arhitekture i time manje pouzdane.

8. Funkcija unosa podataka u poslovnoj aplikaciji• Funkcija unosa podataka je sa stajališta korisnika treba zadovoljiti najmanje sljedeće

kriterije:– ergonomska oblikovanost (boje, fontovi, grafika)– jednostavno snalaženje korisnika– prirodan, jednostavan i brz unos podataka– direktna dostupnost svih pomoćnih funkcija koje podržavaju – dokument koji se obrađuje (npr. otvaranje novog kupca ili uvid u saldo dugovanja

kupca iz otpremnice).

9. Funkcija pregleda podataka i generiranja izvještaja• Pored brzog i elegentnog unosa podataka i sigurne baze, za korisnike poslovne aplikacije

najvažnija je izlazna snaga aplikacije u obliku svih potrebnih pregleda i izvješća, kojih obično ima na stotine.

• Taj je dio aplikacije, posebno u poslovnim sustavima koji su u razvoju i koji neprestano generiraju nova poslovna pravila i vrše reinženjering poslovnih procesa, podložan kontinuiranom razvoju.

• U navedenom smislu izuzetno je važan report generator - dio razvojnog alata koji služi za generiranje reporta - izvješća.

10. Problemi implementacije poslovne aplikacije• U ovoj fazi praktično se testiraju sve funkcije aplikacije od strane njenih neposrednih

korisnika i to je obično faza intenzivnih modifikacija i dorada nekih eventualno nedorečenih funkcija ili pak otklanjanja nekih grešaka koje nisu otkrivene u fazi testiranja.

• Problem je u tome što u ovoj fazi poslovni sustav već radi uz potporu funkcija nove aplikacije i bilo kakvi zastoji u radu programske aplikacije imaju direkni negativni utjecaj na poslone procese.

11. Problemi komunikacije s korisnicima aplikacije• Korisnici aplikacije su od izvanredne važnosti za uspješno uvođenje i praktičnu primjenu

programske poslovne aplikacije u poslovnom sustavu.• Korisnici aplikacije u poslovnom sustavu obično se mogu podijeliti u tri grupe:

• oni koji imaju negativan stav prema informatičkoj tehnologiji opčenito, ili samo prema konkretnoj aplikaciji;

• oni koji su zainteresirani i inventivni, koji generiraju ideje i predlažu izmjene i poboljšanja;

• oni kojih aplikacija ne zanima, odnosno gladaju je isključivo u kontekstu svog neposrednog posla i rednog mjesta.

• Administrator aplikacije ima najviše koristi od druge grupe korisnika, jer su oni nositelji uspješnog funkcioniranja i razvoja aplikacije.

12. MultiUser i Client/server poslovne aplikacije• Pod pojmom Multi/User aplikacije možemo podrazumijevati svaku aplikaciju koja je

namijenjena istovremeno radu većeg broja korisnika na internoj računalnoj mreži.• Client/Server aplikacije koriste istoimenu arhitekturu koja podrazumijeva postojanje

aplikacije na strani Clienta i postojanje baze podataka kao neovisnog sustava na strani Servera. Takve aplikacije rade s SQL bazama tipa SQLserver, Oracle i druge i namijenene su većim i velikim poslovnim sustavima.

Tema 2.----------1. Sustavski pristup projektiranju poslovne aplikacijeSustavski pristup u projektiranju poslovne aplikacije podrazumijeva da aplikaciju definiramo kao sustav koji ima:

- Jasno definiranu svrhu, cilj i kontekst u okviru kojeg može biti primjenjena;- Jasno definiranu funkciju u smislu potrebnih ulaza i mogućih očekivanih izlaza;- Dobro definiranu objektnu strukturu koja može zadovoljiti zahtjeve korisnika i omogućiti

dalji razvoj;- Zadovljen kriterij otvorenosti, u smislu kompatibilnosti i interoperabilnosti, u okviru

informacijskog sustava podzeća.

2. Hijerarhijski dijagram sustava poslovne aplikacije

3. Sustav baze podataka

4. Proces generiranja baze podataka

5. Periferni podsustavi poslovne aplikacije• Bez kompatibilnosti sa perifernim sustavima u okviru IS-a poduzeća

poslovna aplikacija je praktično neupotrebljiva:- sustavi za generiranje barcoda artikala, lokacija u skladištu i skladišnih dokumenata - mobilna tehnologija za offline ili online rad u skladištu

- kompatibilnost i interoperabilnost sa MS Office – Excel - interoperabilnost s drugim poslovnim aplikacijama u okviru IS-a poduzeća.

6. Sustav dokumenata poslovne aplikacije TRENIS

Tema 3.1. Namjena i mogučnosti poslovne aplikacije KISPLACE

• Aplikacija je namijenjena pojedinačnim poduzećima, holding kompanijama i knjigovodstvenim servisima za:

• Vođenje kadrovske evidencije zaposlenika;• Vođenje općih kataloga koji su osnova obračuna plaće;• Vođenje podataka o zaposlenicima koji ulaze u sustav obračuna plaće;• Obračune plaće tijekom poslovne godine;• Upravljanje operativnom i povijesnom bazom podataka o obračunima plaća

zaposlenika;• Generiranje naloga za isplate plaće zaposlenicima;• Generiranje naloga za isplate doprinosa Iz i Na plaću;• Generiranje statističkih izvještaja za PU i REGOS;• Pripremu financijskog knjiženja obračuna plaće;• Druge mogućnosti...

2. Namjena i mogučnosti poslovne aplikacije MOBKOMERC• To je pomoćna Client/Server aplikacija koja otklanja vitalne nedostatke osnovne poslovne

aplikacije poduzeća i zaokružuje IS složenog poduzeća na višoj tehnološkoj i informacijskoj razini;

• Namijenjena je terenskim komercijalistima za mobilni rad na terenu u online i offline načinu komunikacije sa središnjim IS-om poduzeća;

• Namijenjena je dislociranim maloprodajno/veleprodajnim mjestima za unos narudžbi za popunu robom (primjenom mobilne tehnologije – ručnih offline terminala FALCON) koje se ispostavljaju centralnom skladištu poduzeća;

• Namijenjena je menadžmentu poduzeća za mobilni rad pri obilasku tržišta i pripremi komercijalnog prezentacijskog kataloga proizvoda;

• Namijenjena je za upravljanje središnjom pomoćnom SQL bazom sustava mobilne komercijale – backup lokalnih SQL baza sa mobilnih računala komercijalista;

• I druge moguće namjene.

3. Namjena i mogučnosti poslovne aplikacije FINKSQL• To je Client/server aplikacija namijenjena pojedinačnim poduzećima,

holding kompanijama i knjigovodstvenim servisima za efikasnovođenje sustava financijskog knjigovodstva;

• Radi sa SQL bazom podataka koja se temelji na razvijenom logičkom ERA modelu podataka;

• Ima sustav totalnog praćenja i pridruživanja svake transakcije u bazi njenom vlasniku – korisniku aplikacije;

• Ima ugrađen sustav poslovnih pravila za automatsko kontiranje dokumenata;• Ima razvijenu dvosmjernu internet komunikaciju:

• Automatsko ažuriranje tečaja valuta sa Web stranice NBH• Automatski batch e-mailing serijskih poslovnih izvještaja

• Ima razvijen sustav za automatsku komunikaciju – punjenje Meta Excel tablica statistiških poslovnih izvještaja;

• Ima razvijen sustav za automatsko kontiranje bankovnih izvadaka;• I druge mogućnosti.

4. Namjena i mogučnosti poslovne aplikacije TRENIS• To je kompleksna modularna multi/user i client server aplikacija namjenjena srednjim i

većim trgovačko – proizvodnim poduzećima;• Koristi internu VFP bazu i SQL server bazu podataka;• Podržava sve standardne funkcije financijskog i robnog knjigovodstva veleprodaje i

maloprodaje primjenom moderne tehnologije;• Podržava proizvodno – uslužnu djelatnost poduzeća kroz posebni modul obrade objekata;• Podržava prostorno distribuirani informacijski sustav poduzeća s mogućnošću rada

dislociranih robnih centara u offline ili online načinu rada;• Ima integrirani modul za upravljanje mobilnim informacijskim sustavom skladišta;• Ima ugrađenu tehnologiju generiranja, izrade i rada sa barcodom artikala, lokacija i

skladišnih dokumenata;• Ima ugrađen sustav za automatsko upravljanje korisničkim sučeljem na razini korisnika

aplikacije na mreži;• Ima izuzetno bogat sustav poslovnih izvještaja i drugo.

5. Namjena i mogučnosti poslovne aplikacije SCRESTIS• To je client/server aplikacija namijenjena za kontrolno praćenje rada restorana

Studentskog centra;• U okviru istog informacijskog sustava povezuje podatke iz tri različite poslovne aplikacije

u kompleksni sustav koji ima mogućnost:• Upravljanja normativima jela i menia• Planiranje proizvodnje jela i menia restorana • Automatsko generiranje potrebnih količina namirnica za planirane

količine jela i menia• Automatsko generiranje narudžbi za dobavljače

• Automatsko kontrolno vođenje dnevnog salda namirnice u restoranu;• Automatsko kontrolno vođenje prosječne nabavne cijene jela i menia u razdoblju;• Hijerarhijska kontrola elemenata rada sustava od N restorana;• Modularno upravljanje korisničkim pravima u aplikaciji;• Izvještaji o radu sustava restorana i drugo.

Tema 4.----------1. Pojam poslovnih pravila u poslovnoj aplikaciji

• Pod pojmom ‘poslovnog pravila’ u poslovnoj aplikaciji podrazumijevamo formalnu, stručnu i programsku osnovu za izvođenje postupaka automatskog generiranja određenih poslovnih dokumenata više razine, iz sustava analitičkog knjigovodstva koje prati poslovne procese.

2. Primjeri poslovnih pravila ugrađenih u aplikacije• Sustav automatskog kontiranja dokumenata:• Sustav automatskog generiranja izlaznih narudžbi:• Sustav automatskog generiranja kompleksnih poslovnih izvještaja:• Sustav automatskog punjenja statističkih izvještaja u XLS formatu:• Sustav informiranja određenih korisnika aplikacije o signifikantnim događajima u

informacijskom sustavu, primjenom intranet e-maila:• Sastavnica osnovnih jela u restoranu:• Sastavnica grupnih jela (meni-a) u restoranu:

3. Pojam algoritama u poslovnoj aplikaciji• Pod pojmom ‘algoritma u poslovnoj aplikaciji’ podrazumijevamo svaki programski

automatizirani postupak kojim se izvodi složena obrada podataka primjenom određene standardne ili heurističke metode.

4. Primjeri algoritama ugrađenih u poslovne aplikacije• Algoritam za automatiziranu izradu plana i otpremnih naloga cisterni za masovnu dostavu

loživog ulja na području Zagrebačke županije:• Algoritam za automatsko generiranje potrebnih količina artikala za narudžbu od

dobavljača:• Algoritmi za pripremu statističkih podataka o plaći i generiranje standardnih datoteka za

predaju podataka ovlaštenim institucijama državne uprave:• Algoritmi za automatsko ažuriranje sintetičkih skladišta podataka u okviru poslovne baze

podataka

Tema 5.1. Pojam i značajke poslovne računalne mreže

• Pod pojmom ‘računalna poslovna mreža’ podrazumijevamo skup međusobno povezanih računala, koja međusobno mogu kontrolirano komunicirati i dijeliti određene mrežne resurse.

• Standardna mrežna arhitektura uključuje minimalno jedno središnje računalo (server – poslužitelj) i više radnih stanica (client računala) koje koriste zajedničke resurse servera.

2. Pretpostavke za instalaciju i optimalno funkcioniranje aplikacije na poslovnoj računalnoj mreži

- kompletan instalacijski sustav aplikacije treba biti smješten na središnjem računalu (serveru) i samo na tom centralnom mjestu se vrše dogradnje i reinstalacije novih verzija aplikacije; - lokalna client računala trebaju imati minimalne instalacijske komponente aplikacije koje se automatski ažuriraju sa servera;

- baza podataka može biti locirana na istom serveru kao i aplikacija (preporuka za interne baze podataka – primjer: VFP baza aplikacije TRENIS) ili - na posebnom SQL serveru (preporuka za SQL baze podataka – primjer: SQL baza aplikacije MOBKOMERC, MOBTRENIS, FINKSQL);

- poslovna računalna mreža na kojoj je aplikacija mora biti dostupna putem neke od standardnih internet komunikacija (VPN ili izravni remote pristup).3. Upravljanje pravima korisnika aplikacije na poslovnoj računalnoj mreži

• Postoje tri razine upravljanja pravima korisnika:• Licenciranje korisničkog računala za pokretanje poslovne aplikacije • Dodjeljivanje prava pristupa i korištenja podataka na razini SQL baze • Dodjeljivanje prava pristupa korisnika pojedinim modulima ili funkcijama

aplikacije • Poslovna aplikacija mora imati ugrađenu mogućnost kontrole svih ili najosjetljivijih

korisničkih transakcija u bazi podataka. Nedostatak ove mogućnosti značajka je mnogih aplikacija.

• Aplikacija treba imati sustav ulaznog logiranja korisnika i/ili logiranja kod pristupa kontroliranim modulima.

4. Funkcioniranje poslovne aplikacije u distribuiranom IS-u poduzećaMogućnosti moderne ICT tehnologije omogućavaju kvalitetnu online komunikaciju udaljenih client računala sa središnjim računalom (servreom), temeljm čega je organizacija offline rada i komunikacije dislociranih dijelova poduzeća postala nepotrebna i neopravdana.Iako je cijena ulaganja u ICT opremu koja omogućuje kvalitetan rad poslovne aplikacije u distribuiranom poslovnom sustavu još uvijek značajna, online rad više nama alternativu.

5. Funkcija arhiviranja poslovne baze podataka• Sigurnosnu kopiju aplikacije i njene baze treba promatrati kao vitalni dio poslovnog

sustava koji zathijeva neprekidnu kontrolu.• Svaka ozbiljnija havarija središnjeg računala na kojemu je instalirana poslovna baza

podataka, ako svježa arhiva podataka ne postoji, može poduzeće dovesti u duži zastoj i ozbiljne neprilike.

• U navedenom smislu sustav sigurnosne arhive treba imati minimalno sljedeće značajke:- mora biti pokrenut minimalno svaka 24 sata;- mora se izvoditi automatski (ne smije ovisiti o korisniku);- paket arhive mora biti odlagan izvan središnjeg računala na posebnom

kontroliranom mediju;- ispravnost paketa arhive mora se kontrolirati.

Tema 7.1. 'Temeljnica' kao objekt integracije poslovne aplikacije

Kroz temeljnicu se analitički podaci prevode u sustav konta gdje se vodi financijsko knjigovodstvo temeljnice. Svaka temeljnica je privremena datoteka, ona ne postoji u bazi podataka ako još nije zaključivana.

2. Prednosti poslovne aplikacije TRENIS u odnosu na aplikaciju SOPP• Rad u Windows okruženju i grafičkom sučelju.• Moćnija i sigurnija baza podataka.• Veća brzina rada, brži pristup podacima i kraće vrijeme generiranja izvještaja.• Jednostavniji modularni rad korisnika i lakše snalaženje u mnogobrojnim funkcijama.• Modularna integriranost cjelokupnog paketa u jednu aplikaciju.• Jednostavnije održavanje aplikacije i baze podataka na lokalnoj i VPN mreži.• Izravna dostupnost svih mogućnosti OS Windows ( printeri, MS Office itd. ) i interneta

(posebno komunikacija s EXCEL sustavom).• Mogućnost izrade grafičkih prikaza rezultata poslovanja.• Bilo koja funkcija aplikacije može se pozvati iz bilo kojeg modula, ako je to predviđeno.• Otvorenost aplikacije za dalji razvoj i ugradnju novih funkcija.• Relacijska baza podataka koja daje neograničene mogućnosti kreiranja i generiranja

izvještaja iz podataka koje sadrži baza podataka.• Prikaz svakog izvještaja na ekranu, prije slanja na printer i mogućnost printanja odabrane

stranice izvještaja u određenom broju kopija.• Eksport izvještaja u Excel XLS i PDF format.• Transakcijski sustav baze podataka koji garantira sigurnost i stabilnost baze u kritičnim

situacijama ( nestanak struje i sl. ).• Mogućnost daljinskog korištenja aplikacije u internet VPN mreži.• Mogućnost organizacije neograničenog broja dislociranih

veleprodajno-maloprodajnih mjesta koji rade u online sustavu VPN mreže.• Automatsko slanje e-maila iz aplikacije poslovnim partnerima• Automatsko slanje e-maila iz aplikacije unutar poduzeća.

3. Osnovni moduli aplikacije TRENIS• Modul Uprave (poslovna pravila, limiti kupaca, izvještaji )• Modul Financijskog knjigovodstva ( standardne funkcije računovodstva )• Modul Nabave• Modul Veleprodaje ( skladišno i robno knjigovodstvo )• Modul Maloprodaje ( skladišno i robno knjigovodstvo )• Modul Komercijale ( brza lager lista )• Modul Objekata i radnih naloga (obrada objekata )• Modul Urudžbenog zapisnika• Modul Osnovnih sredstava• Modul Mobilnog IS-a skladišta • Modul servisa ( razne servisne funkcije )

4. Odjeli poduzeća podržani aplikacijom TRENIS

5. Značajke općeg registra – kataloga robe u aplikaciji TRENIS– jedna šifra robe otvara se samo jednom i nakon toga dostupna je svim skladištima;– šifra se otvara prema pravilima šifarskog sustava;– to je sintetička lager lista koja se ažurira na razini čitavog sustava, tj. svih

skladišta, u trenutku provedbe transakcije ulaza - izlaza;– u njoj se vode planske cijene u kn i valuti i iz nje se preuzimaju aktuelne cijene u

izlazne dokumente.

6. Značajke skladišnog i robnog podsustava u aplikaciji TRENIS• Skladišni i robni podsustav rade nad jedinstvenom bazom podataka.

7. Skladišno – robni dokumenti aplikacije TRENIS• Skladišno/Robni dokumenti zaključuju se dva puta:

- skladišno zaključivanje (samo količine)- robno zaključivanje (cijene i financijski saldo na kartici)

8. Modul 'Obrada objekata i radni nalozi' u aplikaciji TRENISModul je namijenjen za podršku projektnog odjela u procesu:

- izrade kompleksnih kalkulativnih ponuda po troškovniku za utrošak materijala na objektima; - izrade ponuda za posebne usluge na objektu;

- vođenju radnih naloga po objektima u obradi i praćenju troškova; - vođenju radnih sati radnika po radnim nalozima; - posebno fakturiranje po radnim nalozima i obračunskim situacijama; - posebni izvještaji o realizaciji radnih naloga.

9. Modul 'Mobilni IS Skladišta' u aplikaciji TRENISModul je osnova za primjenu mobilne tehnologije pri obradi skladišnih dokumenata i omogućuje online obradu dokumenta i inventure na fizičkoj lokaciji u skladištu.Ako je ovaj modul uključen tada je aktivan sustav aplikacija TRENIS – MOBTRENIS: TRENIS (glavna aplikacija) i MOBTRENIS (aplikacija na mobilnim PDA uređajima) i u skladištu je kod manipulacije robom obavezna primjena PDA uređaja.

10. Modul 'Osnovna sredstva' u aplikaciji TRENIS- Modul je namijenjen za evidenciju i obračun amortizacije

osnovnih sredstava.- Osnovna sredstva evidentiraju se po mjestu troška, lokaciji

i zaduženom zaposleniku.

B) RadoviB.1. Odabrani modeli aplikacije VISTEL1. Model šifarskog sustava robeTemeljna hipoteza je da šifru artikla robe treba promatrati kao sustav S = (E, R, F) , tj. da ona mora imatielemente (E), strukturu (R) i funkciju (F):E – dobavljači, grupe i podgrupe robe;R – veze između grupa i podgrupa robe;F – pronalaženje podataka o robi u bazi podataka po različitim kriterijima.

2. Model skladišnog i robnog podsustavaU programu VISTEL svaki se U/I dokument tretira dva puta. Prvi puta kao skladišni dokument (radi skoličinama bez cijena) i drugi puta kao robni dokument (radi s cijenama).

3. Model mjesta troška kao profitnog centraU programu VISTEL vezivanjem svih robnih dokumenata za entitet mjesta troška stvoren je efikasni model organizacije poduzeća koji omogućuje učinkovito praćenje poslovnih procesa i jednostavnije upravljanje poslovnim sustavom. Mjesto troška u komercijalnom i financijskom smislu promatra se i prati kao profitni centar, što omogu*uje primjenu sustava distribuiranog upravljanja komercijalnim sektorom, tj. distribuiranog upravljanja procesima nabave i prodaje robe.

4. Model upravljanja veleprodajom robeUvjeti prodaje kupca najčešče su definirani brojem dana odgode plaćanja ralčuna, maksimalnim iznosom ukupnog trenutnog duga i odgovarajućim položenim garancijamaPlaćanja.

U slučaju da i-ti kupac ne zadovoljava uvjete nitko u informacijskom sustavu poduzeća za njega nemože generirati i izdati izlazni dokument - otpremnicu robe, osim u slučaju da ovlaštena osoba iskljućipostavljena ograničenja.

5. Model automatskog rezerviranja robeSvaki skladišni dokument programa VISTEL u trenutku ažuriranja podatka o količinina stavci dokumenta, na razini trgovačkog poduzeća u integralnom registru robe i na razinikonkretnog skladišta u kojem se transakcija izvodi, trenutno ažurira tri globalne varijable:zaliha – ukupna količina robe na zalihirezervirano – ukupno rezervirana količinaraspoloživo – ukupno raspoloživa količinaModel automatskog rezerviranja robe radi na razini stavke na svim izlaznim dokumentima (OTP –otpremnica, IZD – izdatnica, POD – povratnica dobavljaču, PSS – međuskladišnica, DOS - dostavnica).

6. Model sustava maloprodajeMaloprodaja nema robe na zalihi, a proces maloprodaje odvija se utrenutku pojave kupca u maloprodaji, pri čemu se istovremeno realiziraju tri transakcije: razduživanje skladištaveleprodaje putem dokumenta DOS ( dostavnica – maloprodajna kalkulacija ), zaduživanje maloprodaje ( knjigapopisa o nabavi i prodaji robe i sintetika prometa po sredstvima plačanja) i razduživanje maloprodaje putemizdavanja maloprodajnog računa

B.2. IS u funkciji upravljanja poslovnim pravilima1. Poslovno pravilo pristupa podacima kroz poslovnu aplikacijuPoslovno pravilo glasi: «Korisnik aplikacije u okviru nadležnosti svog radnog mjestamože pristupati samo pojedinim modulima poslovne aplikacije i / ili ažurirati samo određeneskupine podataka u bazi podataka».

2. Poslovno pravilo komercijalne komunikacije s kupcimaPoslovno pravilo glasi: «S kupcem je moguće komercijalno komunicirati samo popravilima koje je definirao poslovni sustav». Navedeno pravilo prvenstveno se odnosi na mogu_nost prodaje - izdavanje robe kupcu od strane komercijalnog sektora.

3. Poslovno pravilo upravljanja zalihamaPoslovno pravilo glasi: «Naručena količina mora zadovoljiti kriterije sustavaupravljanja zalihama».Primjena navedenog poslovnog pravila temelji se na skupu večeg broja ograničenja ina složenom analitičkom postupku, koji na temelju poslovnih podataka o prometu određenogartikla u prethodnom razdoblju generira prijedlog optimalne količine koju treba naručiti.

4. Poslovno pravilo upravljanja rabatnim sustavomPoslovno pravilo glasi: «Postotak rabata na prodajnu cijenu nije proizvoljna paušalnaveličina, već je to složena poslovna funkcija ovisna o nizu parametara».

5. Poslovno pravilo pripreme robe za izlaz sa skladištaPoslovno pravilo glasi: «Kriteriji optimalnosti rada operatera u skladištu kojipriprema robu za određenog kupca jesu: nakraći put i minimalno vrijeme prikupljanja robepo skladištu».Da bi bila moguča primjena ovog poslovnog pravila podsustav skladišta mora bitioptimalno uređen i organiziran, tj. mora biti uveden uređeni sustav lokacija u skladištu koji jepodržan poslovnom aplikacijom.

6. Poslovno pravilo izvođenja inventure skladištaPoslovno pravilo glasi: «Inventura se izvodi sustavno,primjenom PDA uređaja saskenerom barcoda i bez primjene papirnatih obrazaca».S obzirom da je zakonska obveza poslovnog sustava da jednom u poslovnoj godiniizvrši popis zaliha, osnovni cilj je što manji gubitak zbog zaustavljanja poslovnog procesa. Tose može postiči primjenom PDA uređaja (prijenosna računala sa skenerom barcoda).

B.3. IS poduzeća u funkciji vrednovanja rada1. Sigurnosna razina pračenja aktivnosti zaposlenika u okviru IS-a poduzećaSigurnosna razina obuhvaća pridruživanje svake transakcije u bazi podatakazaposleniku koji je transakciju realizirao. Ova razina, pored sigurnosnih aspekata poslovnebaze podataka, ima veliki značaj i sa psihološkog stajališta, jer daje do znanja svimzaposlenicima da će svaka njihova aktivnost u okviru IS-a biti evidentirana.

2. Kvantitativna razina pračenja aktivnosti zaposlenika u okviru IS-a poduzećaKvantitativna razina obuhvaća sintetiku svih dokumenata i stavaka dokumenatakojima su realizirani poslovni procesi po zaposleniku. Ova razina ima operativni značaj usmislu praćenja dnevne dinamike aktivnosti zaposlenika u okviru IS-a i donošenjakorekcijskih upravljačkih odluka u funkciji poboljšanja dinamike radnog procesa

3. Kvalitativna razina praćenja aktivnosti zaposlenika u okviru IS-a poduzećaKvalitativna razina obuhvaća sintetiku financijskih doprinosa kao rezultataposlovnih procesa po zaposleniku. Ova razina ima izniman značaj za menadžment jeromogučuje periodično praćenje ostvarenja ukupne funkcije cilja poduzeća i funkcije ciljapojedinih istaknutih zaposlenika zaduženih za praćenje realizacije nabavnog i prodajnogasortimana.

B.4. Sustav automatskog e-mailinga1. Mogući efekti batch emailinga poslovnih dopisaPrimjenom sustava batch e-mailinga u poslovnom komuniciranju mogu se posti ibrojni efekti od kojih se kao najvažniji mogu izdvojiti sljede i:- uštede radnog vremena koje se troši kod klasičnog komuniciranja (telefon, fax, pošta);- uštede uredskog materijala (papir, fax papir, toner);- kvalitetnija povratna veza o stanju međusobnih potraživanja između poslovnihsubjekata;- kvalitetnije informiranje o poslovnim rezultatima poslovnog subjekta (knjigovodstveniservisi);- ažurnija naplata potraživanja od kupaca;- veća produktivnost rada zbog oslobađanja dijela radnog vremena značajnog brojazaposlenika;- stvaranje uvjeta u kojima se informacijski sustav automatski brine o generiranju islanju operativno važnih poslovnih dopisa o kojima ovise poslovni procesi, a ne da jeto obaveza određenih zaposlenika, i dr.

2. Model podataka sustava batch emalinga poslovnih dopisaOsnovna ideja modela podataka na kojem se može temeljiti sustav automatskog batche-mailinga polazi od pretpostavke da logički model podataka sadrži minimalno sljedećeentitete:- Firme - Kontni plan - Email kalendar - Email izvještaji

3. Kriteriji sustava batch emailinga poslovnih dopisaSa stajališta pošiljatelja kao korisnika, od sustava automatskog batch e-mailingaočekuje se realizacija sljedećih procesa:- generiranje datoteke e-mail dopisa identične originalu na papiru, ustandardnom formatu;- automatsko generiranje e-maila i attachement datoteke poslovnog dopisa;- automatsko slanje e-maila u command-line sustavu, izvan sustava MS Outlook iMS Outlook express bez asistencije operatera.

U procesu generiranja automatskog batch e-mailinga trebaju biti zadovoljeni sljedećikriteriji:- minimalno vrijeme generiranja datoteke e-mail dopisa;- minimalna veličina datoteke;- minimalno vrijeme slanja datoteke e-mail dopisa putem internet mreže;- univerzalni format datoteke e-mail dopisa kojeg korisnik bez ikakvihintervencija može koristiti u okviru standardnog iz MS Office-a.Sa stajališta primatelja e-mail poslovnog dopisa trebaju biti zadovoljeni sljede ikriteriji:- minimalna veličina datoteke e-mail dopisa;- minimalno vrijeme primanja datoteke e-mail dopisa putem internetmreže;- jednostavno i izravno otvaranje datoteke e-mail dopisa u standardnomokruženju sustava MS Office;- zadovoljen standard hrvatskog character seta znakova;- mogučnost intervencija u datoteci e-mail dopisa prema potrebi;- mogučnost izravnog printanja datoteke e-mail dopisa na odabranomprinteru i dr.

B.5. Sustav dinamičkog upravljanja korisničkim sučeljem1. Dinamički sustav korisničkog sučelja client/server poslovne aplikacijeForme postoječih aplikacija za unos i preglede podataka trebaju biti standardno usklađene sa grafičkim mogućnostima i raspoloživim prostorom ekrana i time omogučiti maksimalno moguću količinu informacija.Nažalost, taj standard bilo je moguće zadovoljiti samo u klasičnom tekstualnomformatu DOS aplikacija i zadovoljen je u sustavima web aplikacija, dok u standardnimwindows aplikacijama taj problem iziskuje posebna rješenja.Što je forma aplikacije kompleksnija i sadrži više objekata različitih tipova, problem veličine forme, njezinih objekata i fontova tekstualnih informacija postaje sve izraženiji i prirodno traži dinamičko prilagođavanje forme aktivnoj rezoluciji ekrana i ekspanziju forme na kompletan ekran.

B.6. Hibridni model mobilnog IS-a skladišta1. Konceptualni model mobilnog IS-a kompleksnog skladištaProces obrade skladišnog dokumenta dijeli na dvije faze ili dva podprocesa u povratnoj vezi:

1. Izrada skladišnog dokumenta u Glavnoj aplikaciji - u uredu2. Skladišna obrada dokumenta u Mobilnoj aplikaciji - na lokaciji robe u skladištu

Realizirana povratna veza je kontrolni indikator uspješno završene fizičke mobilne i knjigovodstvene obrade skladišnog dokumenta.

2. Funkcije poslovne aplikacije MOBTRENIS za mobilne PDA uređaje

GA – Glavna aplikacijaMA – Mobilna aplikacija

B.7. Novi standard IS-a knjigovodstvenih servisa1. Funkcije IS-a modernog knjigovodstvenog servisa

2. Proces obrade financijskih dokumenata u aplikacijamaKlasično zaprimanje dokumenataUnos u bazu i knjiženje dokumenataPriprema naloga za plaćanjeArhiviranje ili vračanje dokumenataGeneriranje izvještaja o poslovanju

B.8. Model planiranja dostave loživa ulja1. Sustav masovne dostave loživa ulja i njegova dinamikaPrema teoriji sustava problem masovne dostave loživa ulja možemo definirati kao potpunisustav prve razine (slika 1.): S = {O, PS, R, F }, gdje su:O - okolica, područje masovne dostave;PS - podsustavi;R - struktura (veze i odnosi izme.u podsustava i elemenata);F - funkcija sustava.

Podsustavi sustava su sljedeči:PS1 - skladišta distibutera loživa uljaPS1 = { E1, ..., En1 }; n1 - broj skladištaPS2 - cisterne ugovornih prijevoznikaPS2 = { E1, ..., En2 }; n2 - broj cisterniPS3 - kupciPS3 = { E1, ..., En3 }; n3 - broj kupaca

Dinamika promatranog sustava može se prikazati strukturnim dijagramom.

2. Heuristički model i metodika planiranja dostave loživa uljaMetodika planiranja masovne dostave temeljena na heurističkom modelu realizira se krozsljedeče korake:- kontinuirano primanje narudžbi kupaca;- automatizirana izrada plana dostave za isporuku istog ili sljedečeg dana;- automatizirano izdavanje naloga za utovar cisterni;- izmjena naloga za dostavu pojedinih cisterni tijekom procesa dostave i- kontrola realizacije naloga cisterni.

Koraci heurističkog modela su sljedeči:1) Identifikacija ukupno naručenih količina za aktuelnu dostavu po zonama;2) Identifikacija raspoloživih kapaciteta cisterni i sort cisterni po kapacitetu i poangažiranosti prethodnih N dana;3) Identifikacija cisterni koje imaju predefinirane zone dostave;4) Procesiranje - punjenje naloga cisterni u sortu narudžbama iz jedne ili više susjednihzona do potpune popunjenosti, uz uvažavanje ograničenja pristupa cisternilokacijama kupaca;5) Generiranje privremenog operativnog plana dostave za sve raspoložive angažiranecisterne koji podliježe ekpertnoj kontroli;6) Izrada konačnog operativnog plana - otpremni nalog za utovar i dostavu svakecisterne.

B.9. Logički model BP kao sredstvo kontrole razvoja IS-a1. Elementi sustava kontrole provedbe strateškog plana razvoja IS-a

2. Logički model baze podataka kao osnova novog odnosa naručitelja i proizvođača poslovnih aplikacijaCjeloviti logički relacijski model podataka, ako je razvijen u nekom od kvalitetnijihinformatičkih alata za modeliranje podataka, može u tehničkom smislu služiti kao vrloefikasan eksterni generator i sustav za rekonstrukciju i održavanje fizičke SQL baze podataka.Podatkovna razina i grafički prikaz referencijalnog integriteta izmeđuentiteta u logičkom modelu podataka, sadrži dragocjene informacije nužno potrebnekorisnicima IS-a za razumijevanje poslovnih procesa koje podržavaju pojedine poslovneaplikacije, što je posebno važno za nove učesnika IS-a poslovnog sustava i u slučaju IS-asloženijih poslovnih sustava.

C) Ostali nastavni materijali1. Funkcije poslovne aplikacija za vođenje carinskog poslovanja- vođenje svih potrebnih registara - modul za knjiženje ulaza u skladište i izlaza iz skladišta - modul za preglede stanja carinskog skladišta i druge izvještaje - modul za ručni unos i vođenje podataka sa U/I JCD-a

2.Funkcije aplikacije za ručni terminal Falcon

3. Funkcije IS-a Veleprodaja – dislocirana Maloprodaja1. Funkcije maloprodajnog mjesta (trgovine) 1.1. Operativne dnevne funkcije1.2. Obavezne funkcije na kraju radnog vremena1.3. Funkcije komunikacije s dislociranom centralom

4. Robni dokumenti aplikacije SOPP

- primka u skladište od dobavljača - povratnica od skladišta dobavljaču

- otpremnica iz skladišta kupcu po fakturi- povratnica od kupca u skladište- izdatnica iz skladišta u internu potrošnju- povratnica u skladište iz interne potrošnje- prijenosnica robe iz skladišta na skladište ili sa šifre na šifru- dostavnica iz skladišta u prodavaonicu- povratnica iz prodavaonice u skladište- primka robe od dobavljača direktno u prodavaonicu

- isto kao i PRP uz drugi način obračuna zavisnih troškova

- prijenosnica iz jedne u drugu prodavaonicu- povrat robe sa prodajnog mjesta dobavljaču