Professional Documents
Culture Documents
Seminarski Iz Mreza Kovrlija Saša
Seminarski Iz Mreza Kovrlija Saša
REPUBLIKA SRPSKA
VISOKA ŠKOLA ZA EKONOMIJU I INFORMATIKU
PRIJEDOR
INFORMACIONI SISTEM
SEMINARSKI RAD
Nastavni predmet
Projektovanje informacionog sistema
Mentor: Student:
Dr.Radovan Vladisavljević Kovrlija Saša
Indeks broj: 04/17-RI
Uvod.................................................................................................................................................................3
Bitno je uočiti i sljedeće: „Pojam informacionog sistema znatno je širi u odnosu na računar i
računarsku obradu podataka. To znači da informacioni sistem obuhvata i kompjuterizovani i
nekompjuterizovani dio informacione djelatnosti, što upućuje na zaključak da informacioni sistem
postoji i onda kada nema računarske podrške.“
Kada govorimo o angažovanju vanjskih saradnika za razvoj informacionih sistema, ili njegovih
dijelova, to se odnosi na pružanje podrške i pomoći u izobrazbi radnika informatičke struke, pomoći
pri analizi poslovnog sistema, kao i modeliranju informacionih sistema ili obavljanje analize i
oblikovanja. Kod ovakvog vida razvoja informacionih sistema podrazumijeva se i kodiranje
cjelokupnog programskog sistema, upravljanje izvođenjem i/ili kontrolu samog izvođenja, kao i
savjetodavnu pomoć tokom ugradnje kompleksnih poslovnih funkcija. Navodimo neke od varijanti:
ugovoreni razvoj (pod ovim se podrazumijeva ugovaranje isporuke finalnog proizvoda ili pak
dugoročna suradnja sa isporućiocem – uz ustupanje vlastitog informatičkog odjela glavnog
izvođača; još jedan primjer moguće varijante je pronalazak strateškog partnera na nešto duži
vremenski period ( tu spadaju npr. softverske kuće). Kada gledamo prednosti ovakvog sistema, one
su višestruke. Informacioni sistemi ili njegovi određeni dijelovi tvore se po individualnoj potrebi
onog ko ga naručuje, što znači da je takav sistem upotpunosti prilagođen datoj organizaciji ili
poslovanju. Nedostaci ovakvog sistema, kao i rizici su također prisutni. S ovakvim sistemom moguć
je gubitak povjerljivih informacija, gubitak kontrole nad trenutnim i/ili budućim razvojem, kao i
gubitak vlastite stručnosti. Također, kao nedostatak može se smatrati i činjenica da razvoj ovakvog
sistema zahtijeva dosta vremena, a sa finansijskog aspekta najčešće dolazi uz visoku cijenu.
Nabavka gotovih aplikacija de facto ne ispunjava u totalitetu sve poslovne potrebe, no poželjno je
da se barem mogu prilagoditi i približiti tim potrebama. Kao primjere nekih od aplikativnih paketa,
koji dolaze kao finalni proizvodi su: programski paketi za kancelarijsko poslovanje, programi za
upravljanje dokumentima ili specijalističke aplikacije za određene namjene.
Što se tiče nabavke i prilagođavanja već postojećih domaćih poslovnih aplikacija, njihova prednosti
je usaglašenost s postojećim uslovima, kao npr. regulacijama, što je znatno olakšavajuće kada je
riječ o prilagođavanju aplikacije vlastitoj organizaciji. Važno je ukazati na nedostatke ovakih
aplikacija koje se ogledaju u mogućoj zastarjelosti u tehnološkom smislu, zatim nedostatak
pojedinih komponenti ili pak njihovo potpuno nepostojanje, prekapacitiranost dobavljača.
Moguća je nabavka i stranih gotovih poslovnih aplikacija. Pozitivna strana takvih stranih aplikacija
jeste njihova široka lepeza funkcionalnosti, ali i usklađenosti sa svjetskim poslovnim standardima.
S druge strane, mane ovakvih aplikacija se nalaze u njihovoj nekompatibilnosti sa domaćim
uslovima i konkretnoj organizaciji, što iziskuje istovremeno prilagođavanje programske opreme, ali
i promjenu same organizacije.
1.4. NABAVKE IZVEDBENOG PROGRAMSKOG KODA
Prednosti i mane nabavke izvedbenog programskog koda možemo uočiti u sljedećoj tabelici:
Tablica 1
Putem nabavke izvornog koda njime se omogućuje postizanje kontinuiranog razvoja i povećanje
vlastitih posebnosti, te je upravo to pozitivna karakteristika i prednost u odnosu na konkurenciju. Za
razliku od izvedbenog programskog koda, izvorni programski kod nudi opciju prilagođavanja
vlastitim potrebama. Dakle jedna od razlika između ova dva sistema je u pružanju elastičnost pri
promjenama u organizaciji rada.
Ne smijemo zabraviti spomenuti i mane ovog koda. Za razliku od izvedbenog koda, izvorni
programski kod je mnogo skuplji.
Tablica br.2
2. POSLOVNA STRATEGIJA IS
Ukoliko postoje poslovni ciljevi oni nužno zahtjevaju definiranje poslovne strategije, tačnije
planiranje akcija koje će nas približiti tim ciljevima. Na osnovu strateških ciljeva se definiraju
poslovni ciljevi i određuju zadaci (pomoću njih poslovni sistem će u određenom vremenskom
periodu ispuniti svoju misiju). Na ovaj način se dobijaju odgovori šta se zapravo želi postići, na koji
načn to postići i sl.
Faktori koji mogu uticati na postavljanje ciljeva su: htijenja i potrebe uprave, vremenske granice,
poslovodstvo zaposlenih itd.
Pod ovim se podrazumjeva odredba koje je zapravo namjena projekta, ali i odvajanje zadataka koji
su kompatibilni sa odabranim poslovnim ciljevima, a koji mogu biti informatizovani.
Jedan od bitnijih faktora u planiranju projekta predstavlja vremensko planiranje. Ono obuhvata
determinaciju krucijalnih zadataka, te vremenske okvire odabranih prioriteta.
Početak izrade plana razvoja informacionih sistema kreće sa raščlanjivanjem projekta na manje
dijelove i određivanjem kojim redom se pojedini podprojekti realiziraju. Na ovaj način određujemo
prioritete, raspodjelu poslova, ali i saznajemo okvirni vremenski plan rada po fazama. Posao se
pokušava podijeliti na konkretne, tj. zasebne cjeline, kako bi tu cjelinu u potpunosti jedna osoba
mogla odraditi (ili jedna ekipa). Također, potrebno je da se ta cjelina obavlja samo jednom
metodom.
Nakon početnog odabira, nastavlja se sa analizom problema projekta, ali sad na malo konkretniji
način. U ovom dijelu planiranja potrebno je odlučiti da li nam je sam problem vrijedan rješavanja,
te da li nam se s finansijskog aspekta isplati gradnja informacionog sistema. Kao što smo spomenuli
vrši se konkretnija i detaljnija analiza problema, njihovih uzroka i posljedica. Takođe je potrebno
izvršiti analizu poslovnih procesa odgovarajući na pitanja: Koji su gorući problemi?, Postojeća
moguća rješenja problema? Na koji način informatizacija može pomoći?.
U toku izvođenja projekta često se dogodi da uslijed slabije procjene obim posla se značajno
poveća. Također, uzrok povećanja obima može ležati i u različitoj interpretaciji ciljeva između
korisnika i izvođača. Granice projekta bi trebale biti određene što preciznije.
Ukoliko je potrebno moguće je izraditi prototip ili pilot projekta, te tako procijeniti koliko je
uspješan. Prototip bi trebao biti takav da se brzo realizira i da je uspješan. Također, taj prototip bi
trebao omogućiti procjenu tehničkih rješenja informacionog sistema, ali i sugestije najboljih
rješenja. Važno je napomenuti da bi prototip trebao vratiti investiciju koja je u njega uložena.
Naposlijetku se može očekivati pokretanje,
3. MODELI RAZVOJA IS
1. Sekvencijalni (vodopadni) model razvoja informacionog sistema: u ovom modelu nakon podjele
na faze pravilo je da se druga faza započinje samo nakon završetka prve faze, tako da se mogući
problemi u prvoj fazi odmah saniraju.
2. „V“ model razvoja informacionog sistema: ovaj model omogućuje prepoznavanje finalnog
rezultata, tj. proizvoda koji se zatim proslijeđuje u druge faze
5. Inkrementalni model razvoja informacionog sistema: u ovom modelu faze se dijele na više
podfaza.
6. Spiralni i zvjezdasti model razvoja informacionog sistema: to je model u kojem se na startu svake
faze vrši procjena mogućeg rizika, te na koji način je moguće taj rizik svesti na minimum. Projekat
se prekida ukoliko je rizik prevelik.
4. METODOLOGIJA RAZVOJA IS
Kao cilj metodologija sebi postavlja jeste omogućavanje sistemskih postupaka razvoja, putem kojeg
će se moći pratiti koliko se napreduje, zatim uspostava komunikacije između svih koji su uključeni
u izgradnju informacionih sistema. Ona nadalje osigurava skup metoda i tehnika pomoću kojih će
se zadaci uspješno završiti na standardiziran i provjeren način. Pomoću metodologije je moguće na
vrijeme locirati greške u ranim fazama, a upravo to predstavlja finansijsku olakšicu jer je mnogo
skuplje mijenjati programski kod, nego sanirati greške u ranijim fazama.
Kada se projektuje informacioni sistem najčešće se koriste svi modeli metodologije, no razlikuju se
pristupi razvoju. Ti pristupi razvoju su:
Usmjerenost procesima koji predstavlja korisniku jednostavniji pristup s obzirom da omogućava
opis specifičnih funkcija. Ono što smatramo problemom je određivanje nivoa dekompozicije. Nije
dovoljno posvećena pažnja modelu podataka, te tako kao posljedicu možemo imati neodgovarajući
model baze podataka, ali i otežanu integraciju aplikacija zbog neusklađenih podataka.
Usmjerenost podacima s druge strane doprinosi složenijem opis strukture podataka, ali
jednostavnije tokove podataka. Procesi se definiraju analizom podataka i brže konvergira kraju, jer
je skup objekata modela konačan.
Početak razvoja definisanja događaja odgovara više onim sistemima za rad u stvarnom vremenu.
ZAKLJUČAK
Kada se projektuje neki informacioni sistem,u tom projektu se nalazi prikaz procesa i podataka za
taj informacioni sistem u realnom stanju. Kako bi se izbegle odredene teškoce pri projektovanju
potrebno je poznavati proces u realnom sistemu, odnosno projektovani informacioni sistem u
realnom stanju.
LITERATURA
Knjiga:
Internet:
2. http://www.znanje.org/knjige/computer/access/access_01/POJAM%20INFORMACIONOG
%20SISTEMA.htm (Posjećeno 08.06.2020)