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
2
foiskripte.com
–
–
–
–
„neslužbe skripte“
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
3
foiskripte.com
•
„neslužbe skripte“
– 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
4
foiskripte.com
•
•
„neslužbe skripte“
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
5
foiskripte.com
„neslužbe skripte“
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
6
foiskripte.com
„neslužbe skripte“
- 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
7
foiskripte.com
•
•
•
•
•
•
„neslužbe skripte“
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
8
foiskripte.com
„neslužbe skripte“
• 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
9
foiskripte.com
„neslužbe skripte“
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
10
foiskripte.com
„neslužbe skripte“
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
11
foiskripte.com
•
•
•
•
•
•
•
„neslužbe skripte“
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
12
foiskripte.com
„neslužbe skripte“
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
13
foiskripte.com
„neslužbe skripte“
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
14
foiskripte.com
„neslužbe skripte“
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
15
foiskripte.com
„neslužbe skripte“
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
16
foiskripte.com
„neslužbe skripte“
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
17
foiskripte.com
„neslužbe skripte“
- 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
18
foiskripte.com
„neslužbe skripte“
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
19
foiskripte.com
„neslužbe skripte“
Š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
20
foiskripte.com
„neslužbe skripte“
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
21
foiskripte.com
„neslužbe skripte“
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
22
foiskripte.com
„neslužbe skripte“
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
23
foiskripte.com
„neslužbe skripte“
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
PITUP
© Copyright 2024 Paperzz
