I. PITANJA ZA PISMENI DIO ISPITAA) PP prezentacije Tema 1. ---------1. Uloge analitiara sustava analitiar sustava na sustavan nain ispituje kako poslovni sustav radi, ispitujui ulaze, obradu podataka i izlazne informacije, s ciljem poboljanja procesa u organizaciji; analitiar sustava mora moi raditi sa ljudima bilo koje struke i mora imati iskustva u radu s raunalima; analitiar igra mnogo uloga, ponekad balansirajui s vie njih istovremeno (konzultatnt, ekspert za potporu, agent promjene). 2. Faze ivotnog ciklusa razvoja IS-a 1) Identifikacija problema, prilika i ciljeva 2) Odreivanje zahtjeva za informacijama 3) Analiziranje potreba sustava 4) Dizajniranje preporuenog sustava 5) Razvoj i dokumentiranje software-a 6) Testiranje i odravanje sustava 7) Implemetacija i procjena sustava Analitiari se ne slau oko toga koliko je faza u ivotnom ciklusu razvoja sustava, ali openito hvale njegov organizacijski pristup. Navedene faze se gotovo nikad ne izvravaju zasebno, odnosno nekoliko se aktivnosti moe pojavljivati istovremeno i ponavljati.

3. Ciljevi uvoenja informatike tehnologije u poslovanje Uvoenjem informatike tehnologije u poslovanje, izmeu ostalog, eli se: ubrzati i pojednostaviti obrada poslovnih podataka; iskljuiti runu obradu podataka o poslovnim procesima gdje god je to mogue; osigurati memoriranje podataka o svakom poslovnom dogaaju u trenutku njegovog nastanka; iskljuiti problem redudancije podataka; osigurati sigurnu bazu podataka neophodnih za poslovno odluivanje u realnom vremenu; osigurati integriranu informatiku povezanost poslovnog sustava i dostupnost aurnih podataka i informacija svim zainteresiranim korisnicima u svakom vremenskom trenutku; poveati produktivnost rada zaposlenika i njihovu panju i energiju s rune obrade podataka usmjeriti na praenje i kontrolu odgovornih poslovnih procesa; optimizirati tokove informacija u poslovnom sustavu i komuniciranje unutar poslovnog sustava i izmeu poslovnog sustava i njegove aktivne okolice. poveati motiviranost zaposlenika za rad i poslovne procese podizanjem radnih uvjeta na visoku razinu koju omoguuje informatika tehnologija, a u kojima se od zaposlenika oekuje motiviranost, inventivnost i maksimalni doprinos uspjenosti poslovnih procesa. poveati otvorenost i konkurentnost poslovnog sustava na tritu.

4. Namjena i osnovne funkcije poslovne aplikacije unos podataka o svim relevantnim poslovnim dogaajima; sigurno memoriranje podataka u odgovarajuu bazu podataka; standardne dokumente kojima se realiziraju pojedini poslovni dogaaji; standardna izvjea za praenje poslovanja koja zadovoljavaju zakonske standarde; posebna izvjea za potporu menadmenta kod donoenja upravljakih poslovnih odluka; otvorenost za razmjenu podataka sa drugim sustavima (eksport/import) i izravna komunikacija; otvorenost za dalji razvoj, izmjenu postojeih i ugradnju novih funkcija koje podravaju poslovne procese. zatitu poslovne baze podataka (sigurnosna arhiva podataka) zatitu aplikacije od tetnih utjecaja putem interneta (antivirusna i duga zatita) 5. Funkcija integriranosti paketa poslovne aplikacije Integriranost podrazumijeva unos jednog primarnog podatka u analitiku bazu podataka samo na jednom mjestu, kroz jedan primarni dokument, i njegovo naknadno automatsko procesiranje u smislu generiranja odreenih sintetikih sekundarnih dokumenata. Funkcija integriranosti paketa ne pretpostavlja da se nakon konanog unosa odreenog podatka - dokumenta u bazu podataka izvre sve mogue transakcije vezane za taj dokument podatak, jer to najee nije mogue i nije poeljno. 6. Logiki i fiziki model baze podataka Logiko modeliranje podataka, ERA model: ERA - entiteti, veze, atributi Logiko modeliranje ne ovisi niti o hardwer-u niti o software-u za izvedbu baze podataka Logiki model baze podataka definira oblike temeljnih podataka IS-a, iji je skup sadraj baze podataka ERA-model je grafika prezentacija znanja o objektima, vezama i svojstvima. Prevoenje ERA - RM: RM - relacijski model ERA je grafiki, a RM linearni prikaz logikog modela podataka, prikladan za zapis na raunalu Prevoenje je jednoznano, a prevodi se u dva koraka: prevoenje objekata i prevoenje veza. Fiziko modeliranje podataka: baza podataka To je definiranje fizikog izgleda (formata) baze podataka Radi se na temelju RM modela 7. Vrste i znaajke 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. Kljuna razlika izmeu sustava baza podataka i sustava datoteka je u tome to sustavi baze podataka zahtijevaju strogo potivanje faza razvoja ivotnog ciklusa IS-a (detaljnu prethodnu razradu EVA i RM modela) prije generiranja fizikog modela baze podataka i pouzdanije su,

dok baze koje ini sustav datoteka omoguuju fleksibilniji generiki heuristiki pristup i jednostavnije odravanje baze podataka ali su otvorene arhitekture i time manje pouzdane. 8. Funkcija unosa podataka u poslovnoj aplikaciji Funkcija unosa podataka je sa stajalita korisnika treba zadovoljiti najmanje sljedee kriterije: ergonomska oblikovanost (boje, fontovi, grafika) jednostavno snalaenje korisnika prirodan, jednostavan i brz unos podataka direktna dostupnost svih pomonih funkcija koje podravaju dokument koji se obrauje (npr. otvaranje novog kupca ili uvid u saldo dugovanja kupca iz otpremnice). 9. Funkcija pregleda podataka i generiranja izvjetaja Pored brzog i elegentnog unosa podataka i sigurne baze, za korisnike poslovne aplikacije najvanija je izlazna snaga aplikacije u obliku svih potrebnih pregleda i izvjea, kojih obino ima na stotine. Taj je dio aplikacije, posebno u poslovnim sustavima koji su u razvoju i koji neprestano generiraju nova poslovna pravila i vre reinenjering poslovnih procesa, podloan kontinuiranom razvoju. U navedenom smislu izuzetno je vaan report generator - dio razvojnog alata koji slui za generiranje reporta - izvjea. 10. Problemi implementacije poslovne aplikacije U ovoj fazi praktino se testiraju sve funkcije aplikacije od strane njenih neposrednih korisnika i to je obino faza intenzivnih modifikacija i dorada nekih eventualno nedoreenih funkcija ili pak otklanjanja nekih greaka 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 vanosti za uspjeno uvoenje i praktinu primjenu programske poslovne aplikacije u poslovnom sustavu. Korisnici aplikacije u poslovnom sustavu obino se mogu podijeliti u tri grupe: oni koji imaju negativan stav prema informatikoj tehnologiji openito, ili samo prema konkretnoj aplikaciji; oni koji su zainteresirani i inventivni, koji generiraju ideje i predlau izmjene i poboljanja; oni kojih aplikacija ne zanima, odnosno gladaju je iskljuivo u kontekstu svog neposrednog posla i rednog mjesta. Administrator aplikacije ima najvie koristi od druge grupe korisnika, jer su oni nositelji uspjenog funkcioniranja i razvoja aplikacije. 12. MultiUser i Client/server poslovne aplikacije Pod pojmom Multi/User aplikacije moemo podrazumijevati svaku aplikaciju koja je namijenjena istovremeno radu veeg broja korisnika na internoj raunalnoj mrei. 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 veim i velikim poslovnim sustavima. Tema 2. ---------1. Sustavski pristup projektiranju poslovne aplikacije Sustavski pristup u projektiranju poslovne aplikacije podrazumijeva da aplikaciju definiramo kao sustav koji ima: - Jasno definiranu svrhu, cilj i kontekst u okviru kojeg moe biti primjenjena; - Jasno definiranu funkciju u smislu potrebnih ulaza i moguih oekivanih izlaza; - Dobro definiranu objektnu strukturu koja moe zadovoljiti zahtjeve korisnika i omoguiti dalji razvoj; - Zadovljen kriterij otvorenosti, u smislu kompatibilnosti i interoperabilnosti, u okviru informacijskog sustava podzea. 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 poduzea poslovna aplikacija je praktino neupotrebljiva: - sustavi za generiranje barcoda artikala, lokacija u skladitu i skladinih dokumenata - mobilna tehnologija za offline ili online rad u skladitu - kompatibilnost i interoperabilnost sa MS Office Excel - interoperabilnost s drugim poslovnim aplikacijama u okviru IS-a poduzea. 6. Sustav dokumenata poslovne aplikacije TRENIS

Tema 3. ---------1. Namjena i mogunosti poslovne aplikacije KISPLACE Aplikacija je namijenjena pojedinanim poduzeima, holding kompanijama i knjigovodstvenim servisima za: Voenje kadrovske evidencije zaposlenika; Voenje opih kataloga koji su osnova obrauna plae; Voenje podataka o zaposlenicima koji ulaze u sustav obrauna plae; Obraune plae tijekom poslovne godine; Upravljanje operativnom i povijesnom bazom podataka o obraunima plaa zaposlenika; Generiranje naloga za isplate plae zaposlenicima; Generiranje naloga za isplate doprinosa Iz i Na plau; Generiranje statistikih izvjetaja za PU i REGOS; Pripremu financijskog knjienja obrauna plae; Druge mogunosti... 2. Namjena i mogunosti poslovne aplikacije MOBKOMERC To je pomona Client/Server aplikacija koja otklanja vitalne nedostatke osnovne poslovne aplikacije poduzea i zaokruuje IS sloenog poduzea na vioj tehnolokoj i informacijskoj razini; Namijenjena je terenskim komercijalistima za mobilni rad na terenu u online i offline nainu komunikacije sa sredinjim IS-om poduzea; Namijenjena je dislociranim maloprodajno/veleprodajnim mjestima za unos narudbi za popunu robom (primjenom mobilne tehnologije runih offline terminala FALCON) koje se ispostavljaju centralnom skladitu poduzea; Namijenjena je menadmentu poduzea za mobilni rad pri obilasku trita i pripremi komercijalnog prezentacijskog kataloga proizvoda; Namijenjena je za upravljanje sredinjom pomonom SQL bazom sustava mobilne komercijale backup lokalnih SQL baza sa mobilnih raunala komercijalista; I druge mogue namjene. 3. Namjena i mogunosti poslovne aplikacije FINKSQL To je Client/server aplikacija namijenjena pojedinanim poduzeima,

holding kompanijama i knjigovodstvenim servisima za efikasno voenje sustava financijskog knjigovodstva; Radi sa SQL bazom podataka koja se temelji na razvijenom logikom ERA modelu podataka; Ima sustav totalnog praenja i pridruivanja svake transakcije u bazi njenom vlasniku korisniku aplikacije; Ima ugraen sustav poslovnih pravila za automatsko kontiranje dokumenata; Ima razvijenu dvosmjernu internet komunikaciju: Automatsko auriranje teaja valuta sa Web stranice NBH Automatski batch e-mailing serijskih poslovnih izvjetaja Ima razvijen sustav za automatsku komunikaciju punjenje Meta Excel tablica statistikih poslovnih izvjetaja; Ima razvijen sustav za automatsko kontiranje bankovnih izvadaka; I druge mogunosti.

4. Namjena i mogunosti poslovne aplikacije TRENIS To je kompleksna modularna multi/user i client server aplikacija namjenjena srednjim i veim trgovako proizvodnim poduzeima; Koristi internu VFP bazu i SQL server bazu podataka; Podrava sve standardne funkcije financijskog i robnog knjigovodstva veleprodaje i maloprodaje primjenom moderne tehnologije; Podrava proizvodno uslunu djelatnost poduzea kroz posebni modul obrade objekata; Podrava prostorno distribuirani informacijski sustav poduzea s mogunou rada dislociranih robnih centara u offline ili online nainu rada; Ima integrirani modul za upravljanje mobilnim informacijskim sustavom skladita; Ima ugraenu tehnologiju generiranja, izrade i rada sa barcodom artikala, lokacija i skladinih dokumenata; Ima ugraen sustav za automatsko upravljanje korisnikim sueljem na razini korisnika aplikacije na mrei; Ima izuzetno bogat sustav poslovnih izvjetaja i drugo. 5. Namjena i mogunosti poslovne aplikacije SCRESTIS To je client/server aplikacija namijenjena za kontrolno praenje rada restorana Studentskog centra; U okviru istog informacijskog sustava povezuje podatke iz tri razliite poslovne aplikacije u kompleksni sustav koji ima mogunost: Upravljanja normativima jela i menia Planiranje proizvodnje jela i menia restorana Automatsko generiranje potrebnih koliina namirnica za planirane koliine jela i menia Automatsko generiranje narudbi za dobavljae Automatsko kontrolno voenje dnevnog salda namirnice u restoranu; Automatsko kontrolno voenje prosjene nabavne cijene jela i menia u razdoblju; Hijerarhijska kontrola elemenata rada sustava od N restorana; Modularno upravljanje korisnikim pravima u aplikaciji; Izvjetaji o radu sustava restorana i drugo. Tema 4.

---------1. Pojam poslovnih pravila u poslovnoj aplikaciji Pod pojmom poslovnog pravila u poslovnoj aplikaciji podrazumijevamo formalnu, strunu i programsku osnovu za izvoenje postupaka automatskog generiranja odreenih poslovnih dokumenata vie razine, iz sustava analitikog knjigovodstva koje prati poslovne procese.

2. Primjeri poslovnih pravila ugraenih u aplikacije Sustav automatskog kontiranja dokumenata: Sustav automatskog generiranja izlaznih narudbi: Sustav automatskog generiranja kompleksnih poslovnih izvjetaja: Sustav automatskog punjenja statistikih izvjetaja u XLS formatu: Sustav informiranja odreenih korisnika aplikacije o signifikantnim dogaajima 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 sloena obrada podataka primjenom odreene standardne ili heuristike metode. 4. Primjeri algoritama ugraenih u poslovne aplikacije Algoritam za automatiziranu izradu plana i otpremnih naloga cisterni za masovnu dostavu loivog ulja na podruju Zagrebake upanije: Algoritam za automatsko generiranje potrebnih koliina artikala za narudbu od dobavljaa: Algoritmi za pripremu statistikih podataka o plai i generiranje standardnih datoteka za predaju podataka ovlatenim institucijama dravne uprave: Algoritmi za automatsko auriranje sintetikih skladita podataka u okviru poslovne baze podataka Tema 5. ---------1. Pojam i znaajke poslovne raunalne mree Pod pojmom raunalna poslovna mrea podrazumijevamo skup meusobno povezanih raunala, koja meusobno mogu kontrolirano komunicirati i dijeliti odreene mrene resurse. Standardna mrena arhitektura ukljuuje minimalno jedno sredinje raunalo (server posluitelj) i vie radnih stanica (client raunala) koje koriste zajednike resurse servera.

2. Pretpostavke za instalaciju i optimalno funkcioniranje aplikacije na poslovnoj raunalnoj mrei - kompletan instalacijski sustav aplikacije treba biti smjeten na sredinjem raunalu (serveru) i samo na tom centralnom mjestu se vre dogradnje i reinstalacije novih verzija aplikacije; - lokalna client raunala trebaju imati minimalne instalacijske komponente aplikacije koje se automatski auriraju sa servera; - baza podataka moe 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 raunalna mrea 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 raunalnoj mrei Postoje tri razine upravljanja pravima korisnika: Licenciranje korisnikog raunala za pokretanje poslovne aplikacije Dodjeljivanje prava pristupa i koritenja podataka na razini SQL baze Dodjeljivanje prava pristupa korisnika pojedinim modulima ili funkcijama aplikacije Poslovna aplikacija mora imati ugraenu mogunost kontrole svih ili najosjetljivijih korisnikih transakcija u bazi podataka. Nedostatak ove mogunosti znaajka 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 poduzea Mogunosti moderne ICT tehnologije omoguavaju kvalitetnu online komunikaciju udaljenih client raunala sa sredinjim raunalom (servreom), temeljm ega je organizacija offline rada i komunikacije dislociranih dijelova poduzea postala nepotrebna i neopravdana. Iako je cijena ulaganja u ICT opremu koja omoguuje kvalitetan rad poslovne aplikacije u distribuiranom poslovnom sustavu jo uvijek znaajna, online rad vie 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 sredinjeg raunala na kojemu je instalirana poslovna baza podataka, ako svjea arhiva podataka ne postoji, moe poduzee dovesti u dui zastoj i ozbiljne neprilike. U navedenom smislu sustav sigurnosne arhive treba imati minimalno sljedee znaajke: - mora biti pokrenut minimalno svaka 24 sata; - mora se izvoditi automatski (ne smije ovisiti o korisniku); - paket arhive mora biti odlagan izvan sredinjeg raunala na posebnom kontroliranom mediju; - ispravnost paketa arhive mora se kontrolirati.

Tema 7. ---------1. 'Temeljnica' kao objekt integracije poslovne aplikacije 2. Prednosti poslovne aplikacije TRENIS u odnosu na aplikaciju SOPP Rad u Windows okruenju i grafikom suelju. Monija i sigurnija baza podataka. Vea brzina rada, bri pristup podacima i krae vrijeme generiranja izvjetaja. Jednostavniji modularni rad korisnika i lake snalaenje u mnogobrojnim funkcijama. Modularna integriranost cjelokupnog paketa u jednu aplikaciju. Jednostavnije odravanje aplikacije i baze podataka na lokalnoj i VPN mrei. Izravna dostupnost svih mogunosti OS Windows ( printeri, MS Office itd. ) i interneta (posebno komunikacija s EXCEL sustavom). Mogunost izrade grafikih prikaza rezultata poslovanja. Bilo koja funkcija aplikacije moe se pozvati iz bilo kojeg modula, ako je to predvieno. Otvorenost aplikacije za dalji razvoj i ugradnju novih funkcija. Relacijska baza podataka koja daje neograniene mogunosti kreiranja i generiranja izvjetaja iz podataka koje sadri baza podataka. Prikaz svakog izvjetaja na ekranu, prije slanja na printer i mogunost printanja odabrane stranice izvjetaja u odreenom broju kopija. Eksport izvjetaja u Excel XLS i PDF format. Transakcijski sustav baze podataka koji garantira sigurnost i stabilnost baze u kritinim situacijama ( nestanak struje i sl. ). Mogunost daljinskog koritenja aplikacije u internet VPN mrei. Mogunost organizacije neogranienog broja dislociranih veleprodajno-maloprodajnih mjesta koji rade u online sustavu VPN mree. Automatsko slanje e-maila iz aplikacije poslovnim partnerima Automatsko slanje e-maila iz aplikacije unutar poduzea. Koritenje mobinog IS-a i mobilne tehnologije za online rad u skladitu primjenom barcoda skladinog dokumenta i barcoda artikla robe. Automatsko i individualno prilagoavanje korisnikih suelja aplikacije rezulucijama client raunala. Kontrola promjena u bazi podataka. Kontrola prava korisnika u modulima aplikacije. 3. Osnovni moduli aplikacije TRENIS Modul Uprave (poslovna pravila, limiti kupaca, izvjetaji ) Modul Financijskog knjigovodstva ( standardne funkcije raunovodstva ) Modul Nabave Modul Veleprodaje ( skladino i robno knjigovodstvo ) Modul Maloprodaje ( skladino i robno knjigovodstvo ) Modul Komercijale ( brza lager lista ) Modul Objekata i radnih naloga (obrada objekata ) Modul Urudbenog zapisnika Modul Osnovnih sredstava Modul Mobilnog IS-a skladita Modul servisa ( razne servisne funkcije )

4. Odjeli poduzea podrani aplikacijom TRENIS

5. Znaajke opeg registra kataloga robe u aplikaciji TRENIS jedna ifra robe otvara se samo jednom i nakon toga dostupna je svim skladitima; ifra se otvara prema pravilima ifarskog sustava; to je sintetika lager lista koja se aurira na razini itavog sustava, tj. svih skladita, 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. Znaajke skladinog i robnog podsustava u aplikaciji TRENIS Skladini i robni podsustav rade nad jedinstvenom bazom podataka. 7. Skladino robni dokumenti aplikacije TRENIS Skladino/Robni dokumenti zakljuuju se dva puta: - skladino zakljuivanje (samo koliine) - robno zakljuivanje (cijene i financijski saldo na kartici) 8. Modul 'Obrada objekata i radni nalozi' u aplikaciji TRENIS Modul je namijenjen za podrku projektnog odjela u procesu: - izrade kompleksnih kalkulativnih ponuda po trokovniku za utroak materijala na objektima; - izrade ponuda za posebne usluge na objektu; - voenju radnih naloga po objektima u obradi i praenju trokova; - voenju radnih sati radnika po radnim nalozima; - posebno fakturiranje po radnim nalozima i obraunskim situacijama; - posebni izvjetaji o realizaciji radnih naloga. 9. Modul 'Mobilni IS Skladita' u aplikaciji TRENIS Modul je osnova za primjenu mobilne tehnologije pri obradi skladinih dokumenata i omoguuje online obradu dokumenta i inventure na fizikoj lokaciji u skladitu.

Ako je ovaj modul ukljuen tada je aktivan sustav aplikacija TRENIS MOBTRENIS: TRENIS (glavna aplikacija) i MOBTRENIS (aplikacija na mobilnim PDA ureajima) i u skladitu je kod manipulacije robom obavezna primjena PDA ureaja. 10. Modul 'Osnovna sredstva' u aplikaciji TRENIS - Modul je namijenjen za evidenciju i obraun amortizacije osnovnih sredstava. - Osnovna sredstva evidentiraju se po mjestu troka, lokaciji i zaduenom zaposleniku. B) Radovi B.1. Odabrani modeli aplikacije VISTEL 1. Model ifarskog sustava robeTemeljna hipoteza je da ifru artikla robe treba promatrati kao sustav S = (E, R, F) , tj. da ona mora imati elemente (E), strukturu (R) i funkciju (F): E dobavljai, grupe i podgrupe robe; R veze izmeu grupa i podgrupa robe; F pronalaenje podataka o robi u bazi podataka po razliitim kriterijima.

2. Model skladinog i robnog podsustavaU programu VISTEL svaki se U/I dokument tretira dva puta. Prvi puta kao skladini dokument (radi s koliinama bez cijena) i drugi puta kao robni dokument (radi s cijenama).

3. Model mjesta troka kao profitnog centraU programu VISTEL vezivanjem svih robnih dokumenata za entitet mjesta troka stvoren je efikasni model organizacije poduzea koji omoguuje uinkovito praenje poslovnih procesa i jednostavnije upravljanje poslovnim Sustavom. Mjesto troka 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 najee su definirani brojem dana odgode plaanja raluna, maksimalnim iznosom ukupnog trenutnog duga i odgovarajuim poloenim garancijama Plaanja. U sluaju da i-ti kupac ne zadovoljava uvjete nitko u informacijskom sustavu poduzea za njega ne moe generirati i izdati izlazni dokument - otpremnicu robe, osim u sluaju da ovlatena osoba iskljui postavljena ogranienja.

5. Model automatskog rezerviranja robeSvaki skladini dokument programa VISTEL u trenutku auriranja podatka o koliini na stavci dokumenta, na razini trgovakog poduzea u integralnom registru robe i na razini konkretnog skladita u kojem se transakcija izvodi, trenutno aurira tri globalne varijable: zaliha ukupna koliina robe na zalihi rezervirano ukupno rezervirana koliina raspoloivo ukupno raspoloiva koliina Model automatskog rezerviranja robe radi na razini stavke na svim izlaznim dokumentima (OTP otpremnica, IZD izdatnica, POD povratnica dobavljau, PSS meuskladinica, DOS - dostavnica).

6. Model sustava maloprodajeMaloprodaja nema robe na zalihi, a proces maloprodaje odvija se u

trenutku pojave kupca u maloprodaji, pri emu se istovremeno realiziraju tri transakcije: razduivanje skladita veleprodaje putem dokumenta DOS ( dostavnica maloprodajna kalkulacija ), zaduivanje maloprodaje ( knjiga popisa o nabavi i prodaji robe i sintetika prometa po sredstvima plaanja) i razduivanje maloprodaje putem izdavanja maloprodajnog rauna

B.2. IS u funkciji upravljanja poslovnim pravilima 1. Poslovno pravilo pristupa podacima kroz poslovnu aplikaciju Poslovno pravilo glasi: Korisnik aplikacije u okviru nadlenosti svog radnog mjesta moe pristupati samo pojedinim modulima poslovne aplikacije i / ili aurirati samo odreene skupine podataka u bazi podataka. 2. Poslovno pravilo komercijalne komunikacije s kupcima Poslovno pravilo glasi: S kupcem je mogue komercijalno komunicirati samo po pravilima 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 zalihama Poslovno pravilo glasi: Naruena koliina mora zadovoljiti kriterije sustava upravljanja zalihama. Primjena navedenog poslovnog pravila temelji se na skupu veeg broja ogranienja i na sloenom analitikom postupku, koji na temelju poslovnih podataka o prometu odreenog artikla u prethodnom razdoblju generira prijedlog optimalne koliine koju treba naruiti. 4. Poslovno pravilo upravljanja rabatnim sustavom Poslovno pravilo glasi: Postotak rabata na prodajnu cijenu nije proizvoljna paualna veliina, ve je to sloena poslovna funkcija ovisna o nizu parametara. 5. Poslovno pravilo pripreme robe za izlaz sa skladita Poslovno pravilo glasi: Kriteriji optimalnosti rada operatera u skladitu koji priprema robu za odreenog kupca jesu: nakrai put i minimalno vrijeme prikupljanja robe po skladitu. Da bi bila mogua primjena ovog poslovnog pravila podsustav skladita mora biti optimalno ureen i organiziran, tj. mora biti uveden ureeni sustav lokacija u skladitu koji je podran poslovnom aplikacijom. 6. Poslovno pravilo izvoenja inventure skladita Poslovno pravilo glasi: Inventura se izvodi sustavno,primjenom PDA ureaja sa skenerom barcoda i bez primjene papirnatih obrazaca. S obzirom da je zakonska obveza poslovnog sustava da jednom u poslovnoj godini izvri popis zaliha, osnovni cilj je to manji gubitak zbog zaustavljanja poslovnog procesa. To se moe postii primjenom PDA ureaja (prijenosna raunala sa skenerom barcoda). B.3. IS poduzea u funkciji vrednovanja rada 1. Sigurnosna razina praenja aktivnosti zaposlenika u okviru IS-a poduzea

Sigurnosna razina obuhvaa pridruivanje svake transakcije u bazi podataka zaposleniku koji je transakciju realizirao. Ova razina, pored sigurnosnih aspekata poslovne baze podataka, ima veliki znaaj i sa psiholokog stajalita, jer daje do znanja svim zaposlenicima da e svaka njihova aktivnost u okviru IS-a biti evidentirana.2. Kvantitativna razina praenja aktivnosti zaposlenika u okviru IS-a poduzea Kvantitativna razina obuhvaa sintetiku svih dokumenata i stavaka dokumenata kojima su realizirani poslovni procesi po zaposleniku. Ova razina ima operativni znaaj u smislu praenja dnevne dinamike aktivnosti zaposlenika u okviru IS-a i donoenja korekcijskih upravljakih odluka u funkciji poboljanja dinamike radnog procesa

3. Kvalitativna razina praenja aktivnosti zaposlenika u okviru IS-a poduzea Kvalitativna razina obuhvaa sintetiku financijskih doprinosa kao rezultata poslovnih procesa po zaposleniku. Ova razina ima izniman znaaj za menadment jer omoguuje periodino praenje ostvarenja ukupne funkcije cilja poduzea i funkcije cilja pojedinih istaknutih zaposlenika zaduenih za praenje realizacije nabavnog i prodajnog asortimana. B.4. Sustav automatskog e-mailinga 1. Mogui efekti batch emailinga poslovnih dopisa Primjenom sustava batch e-mailinga u poslovnom komuniciranju mogu se posti i brojni efekti od kojih se kao najvaniji mogu izdvojiti sljede i: - utede radnog vremena koje se troi kod klasinog komuniciranja (telefon, fax, pota); - utede uredskog materijala (papir, fax papir, toner); - kvalitetnija povratna veza o stanju meusobnih potraivanja izmeu poslovnih subjekata; - kvalitetnije informiranje o poslovnim rezultatima poslovnog subjekta (knjigovodstveni servisi); - aurnija naplata potraivanja od kupaca; - vea produktivnost rada zbog oslobaanja dijela radnog vremena znaajnog broja zaposlenika; - stvaranje uvjeta u kojima se informacijski sustav automatski brine o generiranju i slanju operativno vanih poslovnih dopisa o kojima ovise poslovni procesi, a ne da je to obaveza odreenih zaposlenika, i dr. 2. Model podataka sustava batch emalinga poslovnih dopisa Osnovna ideja modela podataka na kojem se moe temeljiti sustav automatskog batch e-mailinga polazi od pretpostavke da logiki model podataka sadri minimalno sljedee

entitete: - Firme - Kontni plan - Email kalendar - Email izvjetaji

3. Kriteriji sustava batch emailinga poslovnih dopisa

Sa stajalita poiljatelja kao korisnika, od sustava automatskog batch e-mailinga oekuje se realizacija sljedeih procesa: - generiranje datoteke e-mail dopisa identine originalu na papiru, u standardnom formatu; - automatsko generiranje e-maila i attachement datoteke poslovnog dopisa; - automatsko slanje e-maila u command-line sustavu, izvan sustava MS Outlook i MS Outlook express bez asistencije operatera. U procesu generiranja automatskog batch e-mailinga trebaju biti zadovoljeni sljedei kriteriji: - minimalno vrijeme generiranja datoteke e-mail dopisa; - minimalna veliina datoteke; - minimalno vrijeme slanja datoteke e-mail dopisa putem internet mree; - univerzalni format datoteke e-mail dopisa kojeg korisnik bez ikakvih intervencija moe koristiti u okviru standardnog iz MS Office-a. Sa stajalita primatelja e-mail poslovnog dopisa trebaju biti zadovoljeni sljede i kriteriji: - minimalna veliina datoteke e-mail dopisa; - minimalno vrijeme primanja datoteke e-mail dopisa putem internet mree; - jednostavno i izravno otvaranje datoteke e-mail dopisa u standardnom okruenju sustava MS Office; - zadovoljen standard hrvatskog character seta znakova; - mogunost intervencija u datoteci e-mail dopisa prema potrebi; - mogunost izravnog printanja datoteke e-mail dopisa na odabranom

printeru i dr.B.5. Sustav dinamikog upravljanja korisnikim sueljem 1. Dinamiki sustav korisnikog suelja client/server poslovne aplikacije Forme postojeih aplikacija za unos i preglede podataka trebaju biti standardno usklaene sa grafikim mogunostima i raspoloivim prostorom ekrana i time omoguiti maksimalno moguu koliinu informacija. Naalost, taj standard bilo je mogue zadovoljiti samo u klasinom tekstualnom formatu DOS aplikacija i zadovoljen je u sustavima web aplikacija, dok u standardnim windows aplikacijama taj problem iziskuje posebna rjeenja. to je forma aplikacije kompleksnija i sadri vie objekata razliitih tipova, problem veliine forme, njezinih objekata i fontova tekstualnih informacija postaje sve izraeniji i prirodno trai dinamiko prilagoavanje forme aktivnoj rezoluciji ekrana i ekspanziju forme na kompletan ekran.

B.6. Hibridni model mobilnog IS-a skladita 1. Konceptualni model mobilnog IS-a kompleksnog skladita Proces obrade skladinog dokumenta dijeli na dvije faze ili dva podprocesa u povratnoj vezi: 1. Izrada skladinog dokumenta u Glavnoj aplikaciji - u uredu 2. Skladina obrada dokumenta u Mobilnoj aplikaciji - na lokaciji robe u skladitu Realizirana povratna veza je kontrolni indikator uspjeno zavrene fizike mobilne i knjigovodstvene obrade skladinog dokumenta. 2. Funkcije poslovne aplikacije MOBTRENIS za mobilne PDA ureaje

GA Glavna aplikacija MA Mobilna aplikacija B.7. Novi standard IS-a knjigovodstvenih servisa 1. Funkcije IS-a modernog knjigovodstvenog servisa 2. Proces obrade financijskih dokumenata u aplikacijama Klasino zaprimanje dokumenata Unos u bazu i knjienje dokumenata Priprema naloga za plaanje Arhiviranje ili vraanje dokumenata Generiranje izvjetaja o poslovanju B.8. Model planiranja dostave loiva ulja

1. Sustav masovne dostave loiva ulja i njegova dinamika Prema teoriji sustava problem masovne dostave loiva ulja moemo definirati kao potpuni sustav prve razine (slika 1.): S = {O, PS, R, F }, gdje su: O - okolica, podruje masovne dostave; PS - podsustavi; R - struktura (veze i odnosi izme.u podsustava i elemenata); F - funkcija sustava. Podsustavi sustava su sljedei: PS1 - skladita distibutera loiva ulja PS1 = { E1, ..., En1 }; n1 - broj skladita PS2 - cisterne ugovornih prijevoznika PS2 = { E1, ..., En2 }; n2 - broj cisterni PS3 - kupci PS3 = { E1, ..., En3 }; n3 - broj kupaca

Dinamika promatranog sustava moe se prikazati strukturnim dijagramom.

2. Heuristiki model i metodika planiranja dostave loiva ulja Metodika planiranja masovne dostave temeljena na heuristikom modelu realizira se kroz sljedee korake: - kontinuirano primanje narudbi kupaca; - automatizirana izrada plana dostave za isporuku istog ili sljedeeg dana; - automatizirano izdavanje naloga za utovar cisterni; - izmjena naloga za dostavu pojedinih cisterni tijekom procesa dostave i - kontrola realizacije naloga cisterni.

Koraci heuristikog modela su sljedei: 1) Identifikacija ukupno naruenih koliina za aktuelnu dostavu po zonama; 2) Identifikacija raspoloivih kapaciteta cisterni i sort cisterni po kapacitetu i po

angairanosti prethodnih N dana; 3) Identifikacija cisterni koje imaju predefinirane zone dostave; 4) Procesiranje - punjenje naloga cisterni u sortu narudbama iz jedne ili vie susjednih zona do potpune popunjenosti, uz uvaavanje ogranienja pristupa cisterni lokacijama kupaca; 5) Generiranje privremenog operativnog plana dostave za sve raspoloive angairane cisterne koji podlijee ekpertnoj kontroli; 6) Izrada konanog operativnog plana - otpremni nalog za utovar i dostavu svake cisterne.B.9. Logiki model BP kao sredstvo kontrole razvoja IS-a 1. Elementi sustava kontrole provedbe stratekog plana razvoja IS-a

2. Logiki model baze podataka kao osnova novog odnosa naruitelja i proizvoaa poslovnih aplikacija Cjeloviti logiki relacijski model podataka, ako je razvijen u nekom od kvalitetnijih informatikih alata za modeliranje podataka, moe u tehnikom smislu sluiti kao vrlo efikasan eksterni generator i sustav za rekonstrukciju i odravanje fizike SQL baze podataka. Podatkovna razina i grafiki prikaz referencijalnog integriteta izmeu entiteta u logikom modelu podataka, sadri dragocjene informacije nuno potrebne korisnicima IS-a za razumijevanje poslovnih procesa koje podravaju pojedine poslovne aplikacije, to je posebno vano za nove uesnika IS-a poslovnog sustava i u sluaju IS-a sloenijih poslovnih sustava. C) Ostali nastavni materijali 1. Funkcije poslovne aplikacija za voenje carinskog poslovanja - voenje svih potrebnih registara - modul za knjienje ulaza u skladite i izlaza iz skladita - modul za preglede stanja carinskog skladita i druge izvjetaje - modul za runi unos i voenje podataka sa U/I JCD-a

2. Funkcije aplikacije za runi terminal Falcon3. Funkcije IS-a Veleprodaja dislocirana Maloprodaja1. FUNKCIJE MALOPRODAJNOG MJESTA (TRGOVINE) 1.1. Operativne dnevne funkcije 1.2. Obavezne funkcije na kraju radnog vremena 1.3. Funkcije komunikacije s dislociranom centralom

4. Robni dokumenti aplikacije SOPPprimka u skladite od dobavljaa povratnica od skladita dobavljau otpremnica iz skladita kupcu po fakturi povratnica od kupca u skladite izdatnica iz skladita u internu potronju povratnica u skladite iz interne potronje prijenosnica robe iz skladita na skladite ili sa ifre na ifru dostavnica iz skladita u prodavaonicu povratnica iz prodavaonice u skladite primka robe od dobavljaa direktno u prodavaonicu isto kao i PRP uz drugi nain obrauna zavisnih trokova prijenosnica iz jedne u drugu prodavaonicu povrat robe sa prodajnog mjesta dobavljau