Transcript Arhitektura IS

Oblikovanje sustava
Upravljanje informacijskim
resursima šk. god. 2008/09
1
1.
2.
3.
4.
Logička arhitektura
Operativna arhitektura
Fizička arhitektura -računalna infrastruktura
Poslovna arhitektura
Upravljanje informacijskim
resursima šk. god. 2008/09
2
Logička arhitektura
 Funkcionalni zahtjevi poslovnih procesa koji će biti implementirani u
poslovni proces
 Manualni procesi koji nisu uključeni u proces
 Opis logičkog funkcioniranja procesa - pretvorba logičkog modela
procesa u fizički model za odabranu arhitekturu
 Sheme aplikacija
 Integrativne komponente arhitekture – sustavi za potporu isuradnju
 Poslovni procesi koji su uključeni u arhitekturu
 Ograničenja (lokacija, ljudi, poslovna kultura)
 Analiza i distribucija procesa
Operativna arhitektura
 Analize rizika i sustavi zaštite
 definiranje prava pristupa logičkih grupa korisnika
 Upravljanje projektima
 Upravljanje ljudskim resursima
Upravljanje informacijskim
resursima šk. god. 2008/09
3
Fizička arhitektura -računalna infrastruktura
 Odabir tehničke arhitekture sustava
 grupiranje i distribucija obrade na različite lokacije
 Poslužitelji (serveri) i operacijski sustavi
 Mreže – raspored aktivne i pasivne opreme i njihova
specifikacija, povezivanje s drugim, postojećim sustavima
 fizička spremišta: baze podataka, tablice, datoteke
 Primjenski softver
◦
◦
◦
◦



utvrđivanje strukture programa na temelju modela procesa
(logički) proces ili skup procesa ↔ jedan ili više programskih modula
određivanje veza između modula (standardno strukturnim kartama)
preciziranje programske logike
Klijentska sučelja i raspored radnih stanica
◦ protokoli pristupa i razmjene podataka
◦ oblikovanje zaslonskih maski i izvješća
Operacijski sustavi
Izrada procedura za provjeru ispravnosti i konverziju sustava
Upravljanje informacijskim
resursima šk. god. 2008/09
4






Poslovna arhitektura
Organizacija poslovnih procesa i poslovnih funkcija
Organizacija poslovnih podataka
◦ pretvorba konceptualnog modela podataka u logički model
(relacijski , postrelacijski, objektnorelacijski), ako nije
učinjena ranije
◦ pretvorba logičkog modela podataka u fizički model
podataka za odabrani SUBP; shema baze podataka
Razdvajanje zahtjeva
Slojne domene i način njihova povezivanja
Funkcije sustava = slojevi arhitekture
◦
◦
◦
◦
Pohrana podataka (data storage)
Pristup podacima (data access logic)
Elementi obrade (application logic)
Sučelje (presentation logic)
Upravljanje informacijskim
resursima šk. god. 2008/09
5
Uobičajeni modeli arhitekture
 poslužiteljska (server-based) – obrada se
obavlja na poslužitelju
 klijentska (client-based) – obrada se obavlja
na osobnom računalu
 klijent-poslužitelj (client-server based) –
kombinacija prethodne dvije
Upravljanje informacijskim
resursima šk. god. 2008/09
6

Višekorisničko računalo (mainframe,
minicomputer) + terminal
◦
◦
◦
◦

pohrana podataka (datoteke i baze podatka)
poslovna logika (programska podrška)
korisničko sučelje (uobičajeno znakovno sučelje )
sučelje sustava (mrežne i druge komponente)
Distribuirana prezentacija
◦ opcionalna nadgradnja središnjih aplikacija
zamjenom znakovnog sučelja grafičkim, koje se
izvodi na osobnom računalu
◦ produljuje vijek starih aplikacija, ali se
funkcionalnost ne može značajno poboljšati
Upravljanje informacijskim
resursima šk. god. 2008/09
7
Upravljanje informacijskim
resursima šk. god. 2008/09
8














Klijent - jednokorisničko računalo
sučelje, obrada i pohrana
povezljivost na poslužitelje (opcionalno na druge klijente)
Poslužitelj - višekorisničko računalo
dijeljena baza podataka, obrada i servisi sučelja
povezljivost s klijentima i drugim poslužiteljima
Korisnicima izgleda kao da jedno računalo (njihov PC) obavlja
cijeli posao
Prednosti
izolacija promjena u pojedinom sloju
kvalitetnija (lakša) obrada
središnje upravljanje integritetom podataka na poslužitelju
Nedostaci
održavanje aplikacijske logike (programa) na svim klijentima
debeli klijenti
Upravljanje informacijskim
resursima šk. god. 2008/09
9
Upravljanje informacijskim
resursima šk. god. 2008/09
10
Distribucija baza podataka i
poslovne logike na zasebne
poslužitelje
 poslužitelj aplikacija +
poslužitelj baza podataka +
klijent
 poslužitelj baza podataka
◦ upravljanje podacima

poslužitelj aplikacija

Klijent
◦ upravljanje transakcijama, "preuzeto“
s podatkovnog poslužitelja
◦ dio ili čitava poslovna logika,
"preuzeta" s klijenta
◦ korisničko sučelje
◦ dio poslovne logike - onaj koji se ne
mijenja ili je osobnog karaktera
Karakteristike
Prednosti
 bolja raspodjela
opterećenja
 veća skalabilnost mogućnost ekspanzije, npr.
povećanja broja korisnika,
bez preopterećenja ili
potrebe za promjenom
procedura)
Nedostaci
 složeni (komplicirani) dizajn
i razvoj
 problem raspodjele
podataka, procesa, sučelja
 veće opterećenje mreže
Prednosti i nedostaci
Upravljanje informacijskim
resursima šk. god. 2008/09
11
Upravljanje informacijskim
resursima šk. god. 2008/09
12
Upravljanje informacijskim
resursima šk. god. 2008/09
13
Debeli klijent

Podatkovna logika integrirana u klijenta

Nema obrade podataka na serveru ili je obrada minimalna

Minimalna ili nikakva elastičnost na promijene poslovne politike
Prednosti

veća samostalnost klijenta

rasterećenje glavnog računala (servera)

može imati lokalnu bazu podataka

mogu se nabaviti jeftina računala sa snažnim procesorima
 velika mogućnost rada sa zastarjelim podacima
Nedostaci

poslovna logika integrirana na klijenta
 promjena poslovne logike znači instaliranje nove verzije aplikacije na svim
klijentima
 ako s vremenom aplikacija postane spora (zbog količine podataka), treba
promijeniti
 sve klijente
 razvoj velike aplikacije s vremenom postaje vrlo kompleksan (sav kod je na
klijentu)
Upravljanje informacijskim
resursima šk. god. 2008/09
14
Tanki klijent

Podatkovna logika se nalazi na poslužitelju

Osnovna namjena klijenta je prikaz podataka

Većinom se koriste u poslovnim sustavima

Tipičan primjer tankog klijenta je web preglednik
Prednosti

promjena poslovne logike ne znači nužno i promjenu u klijentskom dijelu aplikacije

promjena poslovne logike može se obaviti centralizirano

računala ne moraju imati veliku procesorsku snagu

ukoliko s vremenom obrada postane spora (zbog količine podataka), može se povećati snaga
središnjeg računala

kao tanki klijent može se koristiti npr. web preglednik (dobro definirano i svima dostupno)
smanjena mogućnost rada sa zastarjelim podacima (gotovo za svaku promjenu ide se na
server)

manja kompleksnost razvoje velikih aplikacija (kod je podijeljen na serverski dio i klijentski
dio)
Nedostaci

veliko opterećenje glavnog računala, a to znači skupo glavno računalo

ukoliko se kao klijent koristi web preglednik moraju se poštivati njegova ograničenja
Upravljanje informacijskim
resursima šk. god. 2008/09
15