10.

Razvoj
informacionih
sistema

Sadraj predmeta
Osnovni koncepti IS

Zatita podataka

Komponente raunara

IS u menadmentu

Softver

Informacioni tokovi i procesi

Raunarske mree

Razvoj IS

Elektronska trgovina

Analiza sistema

Baze podataka

Implementacija IS
2

Karakteristike
savremenog razvoja IS

SVE

VEI ZNAAJ INFORMACIJA KAO

VITALNOG RESURSA BILO KOG
SISTEMA.

VEOMA

RAZVIJENA TEHNOLOKA
OSNOVA ZA IMPLEMENTACIJU IS
(RAUNARI, IT, ICT).

NEDOVOLJNO

RAZVIJENE METODE ZA
RAZVOJ IS, NISKA PRODUKTIVNOST,
NEZADOVOLJSTVO KORISNIKA, VISOKI
TROKOVI ODRAVANJA.
3

Uspenost softverskih
projekata

Razvojne strategije
Kupovina aplikacija
Iznajmljivanje aplikacija
Razvoj aplikacija sopstvenim
snagama
Druge razvojne opcije
5

Kupovina aplikacija

Glavni kriterijumi za razmatranje pri kupovini

aplikacija su:
Funkcionalnost aplikacije.
Fleksibilnost sistema.
Potreban hardver i softver za rad.
Lakoa korienja.
Raspoloivost i kvalitet dokumentacije.
Bezbednost.
Reputacija isporuioca i dostupnost pomoi.
Potrebna obuka (proveriti da li isporuilac
obezbeuje obuku).
Cena i finansijski uslovi.
6

Iznajmljivanje aplikacija

Iznajmljivanje ima prednost u odnosu

na kupovinu u sluajevima kada je
obavezno ekstenzivno odravanje ili
kada kupovina podrazumeva vrlo veliki
utroak.
Dva naina iznajmljivanja:

Jedan je da se iznajmi aplikacija od firme

koja se bavi takvim uslugama i da se
instalira u prostorijama kompanije.
Iznajmljivanje od isporuioca aplikacionih
usluga koji obezbeuje softver7 i hardver na

(Application Service Provider) je agent ili

ASP koji kompletira funkcije potrebne
trgovac
preduzeima, povezuje ih sa razvojem,
radom, odravanjem i drugim uslugama
organizovanim po principu spoljne saradnje.
Bitna razlika izmeu ASP i firme koja prua
usluge spoljne saradnje je u tome to ASP
upravlja aplikativnim serverima na centralno
kontrolisanoj lokaciji pre nego na lokaciji
klijenta.

Kriterijumi
Kriterijumi za
za izbor
izbor ASP
ASP isporuioca
isporuioca

Procena isporuioca - koliko je dugo u

poslu, ko su mu klijenti, u kojoj meri
su zadovoljni.
Aplikacija i smetaj podataka npr.
dodeljivanje servera ili zajedniko
korienje sa drugima.
Obim usluge - uslovi za osnovne
usluge, npr. rutinsko odravanje,
dostupnost rezervnih servera i
podrazumevanih rezervnih fajlova,
trebalo bi da budu jasno definisani i
9

Kriterijumi za izbor ASP isporuioca

Usluge podrke npr. obuka korisnika,
pomo putem telefona, e-mail, Web...
Integracija integracija novih
aplikacija sa aplikacijama kao to je
knjigovodstvo, upravljanje odnosa sa
klijentima...
Format baze podataka i prenosivost
ema i fizika struktura baze podataka
ASP aplikacije trebalo bi da budu
kompatibilne sa onima u postojeim
aplikacijama u kompaniji.
10

Razvoj aplikacija sopstvenim

snagama
Izgradnja od poetka.
Izgradnja korienjem
komponenata.
Integrisanje aplikacija preduzea.

11

Metodoloki principi
Korienjem sledea dva metodoloka
principa moe se savladati sloenost
sistema:
dekompozicija sloenog sistema na
manje, lake savladive delove,
podela celokupnog procesa razvoja IS na
faze.

Za dekompoziciju sloenog sistema na

manje, lake savladive delove koristi se
strukturirani pristup i objektnoorijentisani pristup.
12

Primer
Primer dekompozicije
dekompozicije

13

Proces razvoja IS
Podela celokupnog procesa razvoja IS
na faze sagledava se preko "ivotnog
ciklusa" softvera:
vodopad ivotni ciklus,

prototipski razvoj softvera,

operacionalni (transformacioni) "ivotni
ciklus,
iterativno-inkrementalni "ivotni ciklus.
14

"Vodopad ivotni ciklus"

Proirena varijanta modela vodopada

obuhvata:
ininjering sistema,
izradu studije izvodljivosti,
analizu i specifikaciju zahteva,
projektovanje sistema,
kodiranje i testiranje modula,
testiranje sistema,
isporuku i
odravanje.
15

ivotni ciklus razvoja sistema

Zadaci
Sistemska
analiza

Sistemski
dizajn
Programiranje
Instalacija
Odravanje
sistema i
eksloatacija

Dokumenti i proizvodi

Faze razvoja

Preporuka da se nastavi i
predlog kako
Preporuka da se odustane
Specifikacija zahteva

Fizibiliti studija
Analiza zahteva
Logiko
projektovanje
Fiziko
projektovanje
Kodiranje i
testiranje
Konverzija

Odravanje

Idejni dizajn programa i baza

podataka
Detaljni dizajn sistema,
modula i baza podataka
Specifikacija sistemskog
hardvera i softvera
Prihvaen sistem sa
kompletnom
dokumentacijom
Instaliran sistem
Predlog za modifikaciju
sistema ili za njegovo
podeavanje
16

Kritika "vodopad ivotnog ciklusa"

ovaj model zahteva "zamrzavanje

specifikacije" za prelaz na sledee
faze, a bazira specifikaciju na
informacionim potrebama, koje su
veoma promenljive;
za vreme trajanja dugotrajne sistem
analize zahtevi su moda ve i
promenjeni, a odlaganje pisanja
programa i zakasneo i nedovoljan
povratni uticaj korisnika mogu da
dovedu do toga da implementirani
softver ipak ne zadovoljava zahteve i
da ga je potrebno odmah menjati;
17

Kritika "vodopad ivotnog

ciklusa"
primena ovog modela ne dovodi
do smanjenja visokih trokova
odravanja softvera. Do
poveanja trokova odravanja
dolazi zbog "dvostrukog
odravanja", jer se, pored
uobiajenog "krpljenja" izvornog
koda, u disciplinovanoj primeni
ovog modela, zahteva i izmena
obimne dokumentacije sistema
formirane u prethodnim fazama.
18

Prototipski razvoj softvera

19

Prototipski razvoj aplikacija

Identifikuj osnovne
zahteve korisnika
Brzo razvij prototip
Obui korisnike da rade
sa prototipom

Probni prototip
Izvri dalji razvoj
sistema tradicionalnom
metodom (i odbaci
prototip)

Interaktivno
poboljanje
prototipa

Dobij odziv od
korisnika
Modifikuj prototip
Evolucionarni razvoj
Zavri i dokumentuj
poslednji
20 prototip i instaliraj

Karakteristike prototipskog razvoja

prototip se daje korisnicima kako

bi se dobile povratne sugestije i
izvrile potrebne modifikacije,
ostvaruje se efikasna povratna
veza sa korisnicima budueg
sistema,
mogunosti poetnog prototipa su
ograniene u odnosu na one koje su
zamiljene za krajnji proizvod,
21

Karakteristike
Karakteristike prototipskog
prototipskog
razvoja
razvoja

korisnici oekuju da e i radni sistem

biti isto toliko brzo razvijen kao i
prototip,
bre dovodi do rezultata u odnosu na
model "vodopad ivotnog ciklusa",
projektima koji se razvijaju prototipski
teko se upravlja,
kod ovog modela projektna
dokumentacija nije zadovoljavajua.
22

Operacionalni (transformacioni)
razvoj

23

Karakteristike
Karakteristike operacionalnog
operacionalnog
pristupa
pristupa

da bi se sama specifikacija uinila izvrnom i

sama predstavljala prototip, specifikacija
sistema se zadaje formalnim semantiki
bogatim jezikom "visokog nivoa" za kojeg se
razvija prevodilac;
pored prevodioca koji specifikaciju ini
izvrnom (pa samim tim i prototip ije
performanse nisu bitne i koji treba da bude
pogodan za validaciju specifikacije),
neophodno je razviti i optimizatorski
prevodilac, koji bi izvrio transformaciju
validne specifikacije u efikasan izvrni kod;
24

Karakteristike operacionalnog
pristupa
verifikacija specifikacije se vri na
prototipu, ime se zadravaju sve
dobre strane prototipskog pristupa;
odravanje se vri na formalnoj
specifikaciji, a ne na izvornom kodu,
"krpljenjem programa". Zbog toga
optimizatorski prevodilac mora da bude
veoma efikasan jer e se postupak
prevoenja ponavljati za svaku
modifikaciju zahteva.
25

Iterativnoinkrementalni
Iterativnoinkrementalni
ivotni
ivotni ciklus
ciklus
PLANIRAJ MALO, ANALIZIRAJ MALO,
PROJEKTUJ MALO, IMPLEMENTIRAJ
MALO!

Viestruko se ponavlja ivotni ciklus,

pri emu rezultat svake iteracije
predstavlja jedan relativno mali, po
pravilu korisniku znaajan, deo projekta
(inkrement).
26

Iterativnoinkrementalni ivotni
ciklus
Inception

Elaboration

Construction

Transition

Requirements
An iteration in the
elaboration phase
Analysis

Design

Implementation

Test
P r e lim in a r y
Ite r a tio n (s )

it e r.
#1

ite r.
#2

ite r.
#k

ite r.
# k +1

ite r.
# k+
272

it e r.
# n-1

ite r.
#n

Objektno-orijentisani razvoj sistema

Objektno-orijentisani razvoj sistema
zasnovan je na identifikovanju objekata
u sistemu i relacija izmeu ovih
objekata.
Ovi objekti odgovaraju entitetima
realnog sveta i mogu biti predmeti,
ljudi, ustanove...
Entitet koji je sposoban da uva svoja
stanja i koji stavlja na raspolaganje
okolini skup operacija, preko kojih se ta
stanja prikazuju ili menjaju, naziva se
objektom.
28

Objektno-orijentisani razvoj
sistema
Stanje objekta se predstavlja
vrednostima njegovih osobina, gde se
pod osobinama podrazumevaju atributi
objekta i njegove veze sa drugim
objektima u sistemu.
Osobine objekta se menjaju u
vremenu. Ponaanje objekta se opisuje
preko skupa operacija koje on
izvrava.
29

CASE
CASE alati

Razvijeni su softverski proizvodi alati,

namenjeni podrci i automatizaciji
izvravanja zadataka u postuku izrade
softverskih proizvoda, nazvani CASE
alati (Computer Aided Software
Engineering).
Da bi se postigli ovi ciljevi, CASE alati
su koncipirani tako da obezbede to vii
stepen automatizacije u obavljanju
razliitih zadataka:
30

CASE alati
izradi dijagrama,
projektovanju konceptualne i implementacione
eme baze podataka,
projektovanju programskih specifikacija
aplikacija,
generisanju programskog koda,
sprovoenju izmena,
integraciji parcijalnih rezultata projektovanja u
konzistentnu celinu,
voenju projektne dokumentacije,
kontroli konzistentnosti, kompletnosti i
kvaliteta projekta...
31

CASE alati
Sistemska
dokumentacija
Renik
podataka

FrontEnd
CASE alati

Poetni i
projektni
zahtevi i
specifikacije

Podrka za
planiranje, analizu i
projektovanje sistema
Specificiraj
sistem

Sistemski kod
Projektne
specifikacije

BackEnd
CASE alati
Generator koda
(programa)

Napii
neproceduralni kod
32