PPAUP skripta - · PDF file• Ima ugrađen sustav za automatsko upravljanje korisničkim sučeljem na razini korisnika aplikacije na mreži;

PITUP

1 foiskripte.com „neslužbe skripte“

PPAUP - skripta

I. PITANJA ZA PISMENI DIO ISPITA

A) PP prezentacije

Tema 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-a

1) Identifikacija problema, prilika i ciljeva

2) Određivanje zahtjeva za informacijama

3) Analiziranje potreba sustava

4) Dizajniranje preporučenog sustava

5) Razvoj i dokumentiranje software-a

6) Testiranje i održavanje sustava

7) 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;

PITUP


– 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

PITUP


– 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.

PITUP


• 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 aplikacije

Sustavski 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

PITUP


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:

PITUP


- 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

PITUP


• 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 efikasno

vođ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:

PITUP


• 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

PITUP


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ća

PITUP


Moguć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.

PITUP


• 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.

PITUP


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 TRENIS

Modul 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 TRENIS

Modul 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

PITUP


osnovnih sredstava.

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

i zaduženom zaposleniku.

B) Radovi

B.1. Odabrani modeli aplikacije VISTEL

1. Model šifarskog sustava robe

Temeljna 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 – 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 podsustava

U programu VISTEL svaki se U/I dokument tretira dva puta. Prvi puta kao skladišni dokument (radi s

količinama bez cijena) i drugi puta kao robni dokument (radi s cijenama).

3. Model mjesta troška kao profitnog centra

U 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 robe

Uvjeti prodaje kupca najčešče su definirani brojem dana odgode plaćanja ralčuna, maksimalnim iznosom ukupnog

trenutnog duga i odgovarajućim položenim garancijama

Plaćanja.

PITUP


U slučaju da i-ti kupac ne zadovoljava uvjete nitko u informacijskom sustavu poduzeća za njega ne

može generirati i izdati izlazni dokument - otpremnicu robe, osim u slučaju da ovlaštena osoba iskljući

postavljena ograničenja.

5. Model automatskog rezerviranja robe

Svaki skladišni dokument programa VISTEL u trenutku ažuriranja podatka o količini

na stavci dokumenta, na razini trgovačkog poduzeća u integralnom registru robe i na razini

konkretnog skladišta u kojem se transakcija izvodi, trenutno ažurira tri globalne varijable:

zaliha – ukupna količina robe na zalihi

rezervirano – ukupno rezervirana količina

raspoloživo – ukupno raspoloživa količina

Model 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 maloprodaje

Maloprodaja nema robe na zalihi, a proces maloprodaje odvija se u

trenutku pojave kupca u maloprodaji, pri čemu se istovremeno realiziraju tri transakcije: razduživanje skladišta

veleprodaje putem dokumenta DOS ( dostavnica – maloprodajna kalkulacija ), zaduživanje maloprodaje ( knjiga

popisa o nabavi i prodaji robe i sintetika prometa po sredstvima plačanja) i razduživanje maloprodaje putem

izdavanja maloprodajnog računa

B.2. IS u funkciji upravljanja poslovnim pravilima

1. Poslovno pravilo pristupa podacima kroz poslovnu aplikaciju

Poslovno pravilo glasi: «Korisnik aplikacije u okviru nadležnosti svog radnog mjesta

može pristupati samo pojedinim modulima poslovne aplikacije i / ili ažurirati samo određene

skupine podataka u bazi podataka».

PITUP


2. Poslovno pravilo komercijalne komunikacije s kupcima

Poslovno pravilo glasi: «S kupcem je moguće 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: «Naručena količina mora zadovoljiti kriterije sustava

upravljanja zalihama».

Primjena navedenog poslovnog pravila temelji se na skupu večeg broja ograničenja i

na složenom analitičkom postupku, koji na temelju poslovnih podataka o prometu određenog

artikla u prethodnom razdoblju generira prijedlog optimalne količine koju treba naručiti.

4. Poslovno pravilo upravljanja rabatnim sustavom

Poslovno pravilo glasi: «Postotak rabata na prodajnu cijenu nije proizvoljna paušalna

veličina, već je to složena poslovna funkcija ovisna o nizu parametara».

5. Poslovno pravilo pripreme robe za izlaz sa skladišta

Poslovno pravilo glasi: «Kriteriji optimalnosti rada operatera u skladištu koji

priprema robu za određenog kupca jesu: nakraći put i minimalno vrijeme prikupljanja robe

po skladištu».

Da bi bila moguča primjena ovog poslovnog pravila podsustav skladišta mora biti

optimalno uređen i organiziran, tj. mora biti uveden uređeni sustav lokacija u skladištu koji je

podržan poslovnom aplikacijom.

6. Poslovno pravilo izvođenja inventure skladišta

Poslovno pravilo glasi: «Inventura se izvodi sustavno,primjenom PDA uređaja sa

skenerom barcoda i bez primjene papirnatih obrazaca».

S obzirom da je zakonska obveza poslovnog sustava da jednom u poslovnoj godini

PITUP


izvrši popis zaliha, osnovni cilj je što manji gubitak zbog zaustavljanja poslovnog procesa. To

se može postiči primjenom PDA uređaja (prijenosna računala sa skenerom barcoda).

B.3. IS poduzeća u funkciji vrednovanja rada

1. Sigurnosna razina pračenja aktivnosti zaposlenika u okviru IS-a poduzeća

Sigurnosna razina obuhvaća pridruživanje svake transakcije u bazi podataka

zaposleniku koji je transakciju realizirao. Ova razina, pored sigurnosnih aspekata poslovne

baze podataka, ima veliki značaj i sa psihološkog stajališta, jer daje do znanja svim

zaposlenicima da će svaka njihova aktivnost u okviru IS-a biti evidentirana.

2. Kvantitativna razina pračenja aktivnosti zaposlenika u okviru IS-a poduzeća

Kvantitativna razina obuhvaća sintetiku svih dokumenata i stavaka dokumenata

kojima su realizirani poslovni procesi po zaposleniku. Ova razina ima operativni značaj u

smislu praćenja dnevne dinamike aktivnosti zaposlenika u okviru IS-a i donošenja

korekcijskih upravljačkih odluka u funkciji poboljšanja dinamike radnog procesa

3. Kvalitativna razina praćenja aktivnosti zaposlenika u okviru IS-a poduzeća

Kvalitativna razina obuhvaća sintetiku financijskih doprinosa kao rezultata

poslovnih procesa po zaposleniku. Ova razina ima izniman značaj za menadžment jer

omogučuje periodično praćenje ostvarenja ukupne funkcije cilja poduzeća i funkcije cilja

pojedinih istaknutih zaposlenika zaduženih za praćenje realizacije nabavnog i prodajnog

asortimana.

B.4. Sustav automatskog e-mailinga

1. Mogući efekti batch emailinga poslovnih dopisa

Primjenom sustava batch e-mailinga u poslovnom komuniciranju mogu se posti i

brojni efekti od kojih se kao najvažniji mogu izdvojiti sljede i:

PITUP


- 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 poslovnih

subjekata;

- kvalitetnije informiranje o poslovnim rezultatima poslovnog subjekta (knjigovodstveni

servisi);

- ažurnija naplata potraživanja od kupaca;

- veća produktivnost rada zbog oslobađanja dijela radnog vremena značajnog broja

zaposlenika;

- stvaranje uvjeta u kojima se informacijski sustav automatski brine o generiranju i

slanju operativno važnih poslovnih dopisa o kojima ovise poslovni procesi, a ne da je

to obaveza određenih zaposlenika, i dr.

2. Model podataka sustava batch emalinga poslovnih dopisa

Osnovna ideja modela podataka na kojem se može temeljiti sustav automatskog batch

e-mailinga polazi od pretpostavke da logički model podataka sadrži minimalno sljedeće

entitete:

- Firme - Kontni plan - Email kalendar - Email izvještaji

3. Kriteriji sustava batch emailinga poslovnih dopisa

Sa stajališta pošiljatelja kao korisnika, od sustava automatskog batch e-mailinga

očekuje se realizacija sljedećih procesa:

- generiranje datoteke e-mail dopisa identične 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.

PITUP


U procesu generiranja automatskog batch e-mailinga trebaju biti zadovoljeni sljedeći

kriteriji:

- 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 ikakvih

intervencija može koristiti u okviru standardnog iz MS Office-a.

Sa stajališta primatelja e-mail poslovnog dopisa trebaju biti zadovoljeni sljede i

kriteriji:

- minimalna veličina datoteke e-mail dopisa;

- minimalno vrijeme primanja datoteke e-mail dopisa putem internet

mreže;

- jednostavno i izravno otvaranje datoteke e-mail dopisa u standardnom

okruž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 odabranom

printeru i dr.

B.5. Sustav dinamičkog upravljanja korisničkim sučeljem

1. Dinamički sustav korisničkog sučelja client/server poslovne aplikacije

Forme 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 tekstualnom

formatu DOS aplikacija i zadovoljen je u sustavima web aplikacija, dok u standardnim

windows aplikacijama taj problem iziskuje posebna rješenja.

PITUP


Š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šta

1. Konceptualni model mobilnog IS-a kompleksnog skladišta

Proces obrade skladišnog dokumenta dijeli na dvije faze ili dva podprocesa u povratnoj vezi:

1. Izrada skladišnog dokumenta u Glavnoj aplikaciji - u uredu 2. 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 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

Klasično zaprimanje dokumenata

Unos u bazu i knjiženje dokumenata

Priprema naloga za plaćanje

Arhiviranje ili vračanje dokumenata

PITUP


Generiranje izvještaja o poslovanju

B.8. Model planiranja dostave loživa ulja

1. Sustav masovne dostave loživa ulja i njegova dinamika

Prema teoriji sustava problem masovne dostave loživa ulja možemo definirati kao potpuni

sustav 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 ulja

PS1 = { E1, ..., En1 }; n1 - broj skladišta

PS2 - cisterne ugovornih prijevoznika

PS2 = { E1, ..., En2 }; n2 - broj cisterni

PS3 - kupci

PS3 = { E1, ..., En3 }; n3 - broj kupaca

Dinamika promatranog sustava može se prikazati strukturnim dijagramom.

2. Heuristički model i metodika planiranja dostave loživa ulja

Metodika planiranja masovne dostave temeljena na heurističkom modelu realizira se kroz

PITUP


sljedeč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 po

angaž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 susjednih

zona do potpune popunjenosti, uz uvažavanje ograničenja pristupa cisterni

lokacijama kupaca;

5) Generiranje privremenog operativnog plana dostave za sve raspoložive angažirane

cisterne koji podliježe ekpertnoj kontroli;

6) Izrada konačnog operativnog plana - otpremni nalog za utovar i dostavu svake

cisterne.

B.9. Logički model BP kao sredstvo kontrole razvoja IS-a

1. 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 aplikacija

PITUP


Cjeloviti logički relacijski model podataka, ako je razvijen u nekom od kvalitetnijih

informatičkih alata za modeliranje podataka, može u tehničkom smislu služiti kao vrlo

efikasan eksterni generator i sustav za rekonstrukciju i održavanje fizičke SQL baze podataka.

Podatkovna razina i grafički prikaz referencijalnog integriteta između

entiteta u logičkom modelu podataka, sadrži dragocjene informacije nužno potrebne

korisnicima IS-a za razumijevanje poslovnih procesa koje podržavaju pojedine poslovne

aplikacije, što je posebno važno za nove učesnika IS-a poslovnog sustava i u slučaju IS-a

složenijih poslovnih sustava.

C) Ostali nastavni materijali

1. 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 Maloprodaja

1. Funkcije maloprodajnog mjesta (trgovine)

1.1. Operativne dnevne funkcije

1.2. Obavezne funkcije na kraju radnog vremena

1.3. Funkcije komunikacije s dislociranom centralom

PITUP


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

Documents

PPAUP skripta - · PDF file• Ima ugrađen sustav za automatsko upravljanje korisničkim sučeljem na razini korisnika aplikacije na mreži;