Professional Documents
Culture Documents
okruenju. Naime, svaki projekt informacionih sistema treba konzistentno da odgovara i da je usklaen s globalnim poslovnim planovima i ciljevima kompanije. Top do!n pristup u planiranju projekata informacionih sistema zapo"inje na strate#kom nivou management a, kada se utvruje TA treba biti uraeno. $vakav pristup se, zatim, nastavlja na takti"kom nivou management a kada dolazi do transformacije TA u KAKO uraditi. %ona"no, na operativnom nivou management a dolazi do IMPLEMENTACIJE informacionih sistema u skladu s globalnim poslovnim planom. Top do!n pristup po"inje s determiniranjem marketin#kih strategija kompanije, kojim je obuhva&eno utvrivanje najniih tro#kova, diferencijacije'jedinstvenosti proizvoda i'ili usluga, tri#ne ni#e i tri#nih barijera. (vaka od ovih strategija zahtijeva raznovrsan set tehnolo#kih taktika i informacionih sistema. )laniranje informacionih sistema se odvija unutar jednog spektruma koji obuhva&a odravanje, reinenjering, importaciju sistema, pa sve do takti"kog i strate#kog odreivanja prioriteta. $va posljednja faza se moe realizirati posredstvom jednog struktuiranog pristupa nazvanog poslovno informaciono planiranje. )oslovno informaciono planiranje je bazirano na #est koraka kako slijedi* uspostavljanje mission statement a, utvrivanje strate#kih jedinica, definiranje kriti"nih faktora uspjeha, utvrivanje informacionih sistema koji se name&u kao neophodni, status i budu&e projekcije aktualnih industrijskih i tehnolo#kih trendova, kategorizacija potencijalnih projekata informacionih sistema i, kona"no, uspostavljanje strategije razvoja informacionih sistema. )rojekti informacionih sistema se identificiraju u odnosu na doprinos i potporu globalnom poslovnom planu i variraju u svojoj kompleksnosti od onih koji su namjenjeni za odravanje, preko modifikacija, pro#irenja, zamjene pa sve do uvoenja odnosno razvoja novih sistema. %oji &e od ovih projekata informacionih sistema diktirati budu&e aktivnosti i kojim &e se redoslijedom pristupiti u realizaciji ovisi od slijede&ih okolnosti'kondicija* #tednja u odravanju sistema "ime se uticalo na adekvatnost istog, odbijanje projekata koji ne doprinose poslovnom planu, kao i aktualno stanje koje se odnose na resursna ograni"enja +analiti"ari i drugi informati"ki specijalisti, vrijeme, potrebna finansijska sredstva, tehnolo#ke aktualnosti itd.,. $djel za informacione sisteme je taj koji je odgovoran za razvoj ciljanih informacionih sistema. -sto tako, on je taj koji odlu"uje u odabiru orjentacije i odgovornosti pojedinih projekata informacionih sistema, a nije zaduen za njihovu promociju i #irenje primjene. $djel za informacione sisteme je uobi"ajeno organiziran u formi sektora za razvoj sistema, odravanje sistema, ra"unarske i korisni"ke podr#ke. $djel za informacione sisteme se suo"ava s nekoliko najvanijih problema koji se ogledaju u alternacijama pozicije $djela za informacione sisteme unutar organizacije kompanije, koje se ogledaju kroz centralizacija naspram decentralizacija, usklaenost ciljeva $djela za informacione sisteme s globalnim strate#kim ciljevima kompanije, interkonekciju i povezanost heterogenih sistema, struktuirane metodologije, kao i sam transfer tehnologije. Razvoj informacionih sistema je, ve&inom, organiziran kroz timove koji, u posljednje vrijeme, sve vi#e uklju"uju i one eksperte koji su izvan $djela za informacione sisteme. Najvaniji "lan razvojnog tima je sistem analiti"ar.
8 prototipiranje
)rototipiranje je proces brze izvedbe jednog modela kona"nog soft!are skog sistema. )revashodno se koristi kao jedan komunikacijski alat za dostizanje i zadovoljenje informacijskih zahtjeva korisnika. )rototipiranje je do punog izraaja do#lo pojavom i kori#tenjem programskih jezika "etrvte generacije 2 @D;, koji uvode generatore koda ili aplikacija. )rototipiranje se pokazalo uspje#nim, jer su se njegovom primjenom rije#ili problemi koji su se javljali u konvencionalnom razvoju soft!are skih sistema, kada su se koristili jezici tre&e generacije. Razlikuju se dva tipa okruenja prototipiranja* okruenje generatora aplikacija i okruenje bazirano na setu alata ili tzv. radnoj klupi. Najpoznatiji i najra#ireniji tipovi prototipiranja se poznaju pod imenima iterativni Tip - prototip i prolazni Tip -- prototip. -terativni metod je okarakteriziran mjenjanjem i modificiranjem prototipa u skladu s zahtjevima korisnika sve do izvedbe kona"nog sistema. 6rugi, prolazni metod generira prototip koji slui kao model za izvedbu budu&eg finalnog sistema, koji se kodira u jezicima tre&e generacije ili proceduralnim jezicima. $ba tipa prototipiranja su zasnovana na tri sukcesivne faze* Nivo 1 2 ulaz'izlaz, Nivo > 2 heuristika i Nivo ? 2 adaptacija. )rednosti prototipranja podrazumjevaju manji utro#ak vremena u procesu razvoja sistema, pribliavanju, boljem razumjevanju i kori#tenju istog od strane krajnjeg korisnika, smanjenju ljudskog rada u razvoju sistema, reduciranju zaostataka u izvr#enju proceduralnih aktivnosti i pobolj#anju komunikacije korisnik 2 analiti"ar. Nedostaci prototipiranja se prepoznaju u pothranjivanju nerealnih o"ekivanja kod dijela korisnika, inicijalno pokazuju&i ne#to #to korisnik ne&e dobiti u kona"noj fazi i nerealnom ohrabrivanju korisnika u idejama da sam neposredno razvija sistem uz kori#tenje soft!are a raspoloivih generatora aplikacija. Nisu svi sistemi pogodni za prototipiranje. $d dizajnera se zahtjeva da, prije svega, utvrdi da li sistem o kome se radi posjeduje karakteristike koje "ine prototipiranje opravdanim. )rototipovi pobolj#avaju trening korisnika. Njihovom pojavom mogu&e je kreirati prilagoena okruenja koja odraavaju uvjete i termine svojstvene poimanju korisnika. $sim ovog, prototipovi su omogu&ili trening korisnika ve& u ranim fazama ivotnog ciklusa razvoja sistema 2 (6;1. )rijevremenom orjentacijom i familiziranjem korisnika s sistemom, kao povoljnu okolnost donosi uspostava povratne sprege, posredstvom koje je mogu&e integriranje korisnih prijedloga i sugestija za dizajn sistema od strane korisnika. %arakter migracije prototipnog ka okruenju radnog sistema je ekstenzivan. $vo je zbog toga #to se prototip i radni sistem razlikuju u vi#e dimenzija, predstavljenih kroz primjenu razli"itih programskih jezika, ranga transakcija, dokumentacijskih standarda, ra"unarskih arhitektura, kontrole i za#tite pristupa sistemu i prisustvu radnih procedura. 8bog ovakve vi#edimenzijske razli"nosti, nuno je bilo uvoenje nekoliko odreenih taktika kojim bi se olak#ala prelaz s prototipa ka radnom sistemu. )rototipiranje je mo&an pristup u razvoju poslovnih informacionih sistema. (istemi izgraeni kori#tenjem prototipiranja mogu biti veoma uspje#ni ukoliko se dizajneri striktno pridravaju metodologije, provode&i je kroz analizu i definiranje informacijskih zahtjeva, imaju&i na umu zna"aj prevoenja prototipa u radni informacioni sistem.
Nau"ile su se dvije stvari iz 1=(4 iskustva do danas. )rva, 1=(4 ne moe kapitalno popraviti lo# dizajn. 6ruga, 1=(4 om se dobiva na kvalitetu, a ne na produktivnosti. %lju" uspjeha upotrebe 1=(4 a se zasniva na realisti"nim o"ekivanjima.
%ombiniranjem ovih taktika s skupom istraiva"kih tehnika moe se izvr#iti na na"in klasificiranja u tri kategorije* 1. -nterna ispitivanja >. 4ksterna ispitivanja ?. (inteza -nterna ili direktna ispitivanja obuhva&aju upitnike, intervjue i direktne opservacije. 4ksterna ili indirektna ispitivanja omogu&avaju istraivanja bez naru#avanja rada sistema. 4ksterna ispitivanja uklju"uju tok procedura, dokumentacijsku reviziju, uzorkovanje i tabelarne analize. Tehnike sintetiziranja, koje uvezuju i'ili kompariraju rezultate internih i eksternih ispitivanja uklju"uje dijagrame toka podataka i rje"nike podataka, ispitivaju&i diskrepencije izmeu rezultnih vrijednosti internih i eksternih ispitivanja. Nedostaci tehnika istraivanja se baziraju na nekoliko ograni"enja kao #to su* vrijeme potrebno za njihovo provoenje, tro#kovi istih, promjene sistema tokom samog istraivanja, naru#avanje i prekidi
rada sistema tokom obavljanja mjerenja i formati koji ne omogu&avaju laku komunikaciju s krajnjim korisnikom. =naliti"aru treba jedan metod koji &e ga fokusirati na vjerovatne izvore sistemskih problema i predvidjeti maksimalni nivo vjerovatno&e za brzo izoliranje stvarnog problema. Takav metod se bazira na matrici "ije dvije dimenzije su* aplikacijska kompleksnost i korisni"ki uticaj. =plikacije koje imaju visoku vrijednost po obje dimenzije, imaju prioritet i prve se istrauju, za razliku od aplikacija koje nemaju takve vrijednosti i koje se ostavljaju za kasnija istraivanja. Rje#avanje problema informacionog sistema nezaobilazno zahtjeva dokumentiranje statusa postoje&eg sistema. Takvo dokumentiranje je poznato pod terminom 7opis postoje&eg sistema7. Tokom istraivanja informacijskih problema analiti"ari, nehoti"no, auriraju opis postoje&eg sistema. $tud, ukoliko je problem klasificiran kao ozbiljan, stvaraju se potrebni i dovoljni uvjeti za zapo"injanje slijede&e faze ivotnog ciklusa razvoja sistema 2 (6;1 a. $pis postoje&eg sistema sadrava ulazne i izlazne specifikacije, datoteke, podatkovne elemente, transakcijski obim i veli"inu akcijskog dokumenta, tro#kove i dijagrame toka podataka. Tada je neophodno razlikovati dvije odvojene situacije* ukoliko se problem moe obraditi unutar postoje&eg sistema, aurira se opis postoje&eg sistema i prekida s da ljim radom u okviru ivotnog ciklusa razvoja sistemaG ukoliko to nije slu"aj, nastavlja se s ivotnim ciklusom razvoja sistema 2 (6;1 i prelazi na njegovu slijede&u fazu. $pis postoje&eg sistema se moe uraditi primjenom i kori#tenjem alata struktuiranog razvoja, kao #to su dijagrami toka podataka i rje"nici podataka'data dictionar:.
12 sdlc-analiza zahtjeva
Caza analize zahtjeva u kontekstu ivotnog ciklusa razvoja sistema, (6;1 a, predstavlja najvi#e #to se moe pruiti u osiguranju uvjeta meusobne interakcije i komunikacije izmeu sistemskog osoblja i krajnjih korisnika. $snovna namjena ove faze je da se dokumentira postoje&i sistem, prikupe i spoznaju korisni"ki zahtjevi i vizija 7idealnog7 sistema kakvog trebaju korisnici i poku#a realizirati najve&i doseg takvom sistemu s obzirom na resursna ograni"enja. < opisivanjo postoje&eg sistema, analiti"ari poku#avaju da ustanove dvije stvari. )rva se odnosi na utvrivanje, eventualnih, razlika izmeu na"ina na koji je dizajniran sistem za upotrebu i na"ina kako se on stvarno koristi. Nije rijedak slu"aj da se sistemi koriste na znatno izmjenjen na"in, nego #to je to bilo planirano i predvieno. 6ruga stvar se odnosi na utvrivanje kako postoje&i sistem radi. Naime, analiti"ari poku#avaju, na temelju odreene metrike, da utvrde one karakteristi"ne vrijednosti koje performanse sistema kvantificiraju kao visoke, niske ili prosje"ne vrijednosti istih. Heoma "esto krajnji korisnici budu iznenaeni statisti"kim pokazateljima stvarnog rada postoje&eg sistema. 0edna kontrolna lista s takvim pokazateljima pomae analiti"arima da dokumentiraju postoje&i sistem. %orisni"ka o"ekivanja, koja pretpostavljaju 7idealan7 sistem prema istim, ne mogu se uvijek uzeti u svom punom traenju i vrijednosti zbog nekoliko problema koji se mogu isprije"iti i to kako slijedi* korisni"ka o"ekivanja'zahtjevi se mjenjaju vremenomG korisnici, sasvim "esto, zaboravljaju #ta su zahtjevali na samom po"etku dizajniranja postoje&eg sistemaG mnogi od korisnika nisu, u potpunosti, ni svjesni #ta je to #to oni o"ekuju od sistemaG i na kraju, te#ko je izna&i konsenzus u zahtjevima i o"ekivanjima korisnika i, iz takvih razloga, ista se moraju kombinirati u modus koji najbolje odraava spektar njihovih elja. < dokumentiranju korisni"kih zahtjeva, analiti"ari se moraju boriti od nametanja svojih predrasuda, sugeriraju&i ih korisniku kao njihova vlastita. Rezultati dobiveni procjenjivanjem korisni"kih o"ekivanja definiraju odreene zada&e za sistem, tipove eljenih izvje#taja, potrebe u treningu korisnika, na"in upotrebe metoda dokumentiranja i izvje#tavanja, kao i osjetljivost na tehnologiju i organizaciju rada. =naliti"ari primjenjuju pet op#te prihva&enih metoda analize zahtjeva kako slijedi* intervjue, upitnike, opservacije, analize procedura i dokumentacijske preglede odnosno istraivanja. (vaka od ovih metoda ima svoje ciljeve, prednosti i nedostatke. -ntervjui, upitnici i opserviranja su posebno vane metode, jer se i naj"e#&e koriste. )reliminarni rje"nik podatkovnih elemenata predstavlja klju" za uspje#an dizajn i s njegovim kreiranjem se zapo"inje u ovoj fazi (6;1 a. =naliza zahtjeva vodi do jednog konsenzusa krajnjih korisnika u pogledu kako bi, prema njima, 7idealni7 sistem bio predstavljen i izveden. 3eutim, takav konsenzus mora biti podvrgnut realnim sistemskim ograni"enjima koja se odnose na vrijeme, buet, znanje, tehnologiju i eksterne faktore. Rezultni proizvod ove faze (6;1 a je dokument analize zahtjeva. To je relevantni dokument koji opravdava provedenu analizu i priprema na"in na koji &e se sistem dizajnirati. 6okument analize zahtjeva uklju"uje opis na"ina kojim je analiza provedena, korisni"ke zahtjeve, sistemska ograni"enja i prate&u dokumentaciju. Nakon ovog, do#lo se u mnogo povoljniju situaciju u naporima kako suziti 7gap7 izmeu korisni"kih o"ekivanja i postoje&eg sistema u jedan prihvatljiv i kontrolabilan oblik. 8ato &e se u nastavku pokazati kako determinirati koja alternativa informacionog sistema &e najbolje ispuniti taj 7prazan prostor7 7gap7 izmeu 7idealnog7 i postoje&eg sistema.
%ombiniranjem ovih osam+I, tipiziranih formi kreira maksimalno >AJ potencijalnih sistemskih konfiguracija, ali ovaj broj moe biti reduciran po logi"koj osnovi na osam+I, tipiziranih alternativa poslovnih informacionih sistema. Cinalni dizajn moe i dalje biti suavan posredstvom prirodne progresije'razvoja sistema i "injenicom da se dizajneri ne moraju vra&ati unazad da bi se ponovo pozicionirali na prvobitne konfiguracije, ako se od njih odstupilo tokom procesa kori#tenja sistema. Na ovom mjestu u okviru ivotnog ciklusa razvoja sistema 2 (6;1 a, sistem dizajnerima su preostale samo nekoliko konkurentnih alternativa, kao i onih koji zadovoljavaju zahtjevano sistemsko rje#enje izmeu kojih se, na kraju, i vr#i kona"ni odabir. %ona"ni odabir cjelishodne i zadovoljavaju&e alternative informacionog sistema se bazira na primjeni tehnika strukturne evaluacije, o kojim &e vi#e detalja biti prezentirano u slijede&em poglavlju.
Nov"ane vrijednosti ili jedinica, +L'<(6,, je vana mjerna jedinica iz, najmanje, tri razloga* 1. (asvim uobi"ajen na"in pra&enja i planiranja poslovanja kompanije predstavljen je kroz sume nov"anih jedinica. %njigovodstvo omogu&ava hronolo#ko pra&enje svih tro#kova i kao takvo &e posluiti kao bazis za budu&e estimacije i prognoze. >. -nformacioni sistemi se uporeuju s svim ostalim segmentima kompanije. Nov"ana jedinica je najbolje sredstvo da se izrazi meusobni omjer i komparativnost. ?. Top management odlu"uje da li ili ne nastaviti s razvojem novog informacionog sistema. <tvrena nov"ana vrijednost izvedbe istog je najbolje pomagalo i indikator kakvu odluku donijeti. =lati koji se koriste za kompariranje informacionih sistema su matrica izvedivosti i dijagram tro#kova. Tro#kovi informacionih sistema su zastupljeni kroz tro#kove hard!are a, soft!are a, ljudi, potro#nog materijala, telekomunikacija i fizi"kih objekata u kojim je smje#ten sistem. Tro#kovi se dijele na jednokratne i rekurentne'operativne tro#kove. 0ednokratni tro#kovi su tro#kovi koji su samo jednom nastali i to tokom izvedbe i'ili razvoja sistema. )odrazumjevaju nabavku hard!are a, programiranja, pripreme fizi"kih lokacija za instalaciju sistema i samu instalaciju. Rekurentni odnosno operativni tro#kovi su tro#kovi svakodnevnog rada informacionog sistema. $buhvataju tro#kove potro#nog materijala i kori#tenja hard!are ske, soft!are ske i telekomunikacijske opreme, +najam,. Tro#kovima novog informacionog sistema trebaju biti pridrueni samo oni tro#kovi koji su upravo i nastali njegovim razvojem, a nikako da se takvim tro#kovima pridruuju tro#kovi reije i sl. $vakva postavka je poznata pod imenom koncepta marginalnih tro#kova. Fetiri metode imaju naj#iru primjenu u kompariranju sistema* analiza balansa izmeu dobitaka i gubitaka, period povrata investicija, period diskontovanog povrata investicija i interna stopa povrata investicija. < slu"ajevima kad, nakon tro#kovne komparacije, su dvije ili vi#e alternativa informacionih sistema skoro jednake, primjenjuju se kvalitativni faktori u daljnoj proceduri izbora. %valitativni faktori predstavljaju benificije ili u#tede koje se ne jedinice, +L'<(6,. %valitativni faktori u svom tretmanu involviraju kojim su obuhva&ene redukcije u gre#kama, pove&anje brzine i 6rugi tip kvalitativnih faktora su strate#ki po svom karakteru, pokazatelje kompanije. 8asnivaju se na zadovoljnosti korisnika, angairanosti korisnika i marketingu informacijskih produkata. mogu lako konvertirati u nov"ane performanse informacionih sistema ta"nosti, pobolj#anoj sigurnosti itd. jer neposredno uti"u na poslovne komercijalnim efektima poslovanja,
(istemska studija je izraena kao jedna kulminacijska forma faze =nalize. 8apravo, to je jedan detaljizirani opis radova i odluka donesenih tokom cjelokupnog procesa analize. %ao zavr#na forma analiti"ke faze prezentira se sistemska studija u zavr#noj proceduri prihvatanja i odobravanja nastavka ivotnog ciklusa razvoja sistema. %ona"no, top management donosi D$'N$ D$ odluku, koja moe biti dono#ene u nekoj od slijede&ih opcija kako slijedi* -. Nastaviti s razvojem novog sistema --. $dustati od novog sistema kao jednoj trenutno neopstojnoj investicijskoj alternativi ---. )onoviti jedan ili vi#e dijelova sistemske studije i naknadno podnijeti za novo razmatranje