arhitektura is

Upravljanje informacijskim resursima šk. god. 2008/09

1

Arhitektura ISOblikovanje sustava


2

1. Logička arhitektura2. Operativna arhitektura3. Fizička arhitektura -računalna

infrastruktura4. Poslovna arhitektura

Što treba oblikovati pri izgradnji IS-a – elementi arhitekture


3

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

Pristup oblikovanju - što treba oblikovati


4

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

Što treba oblikovati


5

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)

Što treba oblikovati


6

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

Modeli arhitekture


7

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

Centralizirana arhitektura


8

Peer to peer arhitektura


9

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

Dvoslojna arhitektura


10

Dvoslojna arhitektura


11

Troslojna arhitektura

Karakteristike Prednosti i nedostaci

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◦ upravljanje transakcijama, "preuzeto“

s podatkovnog poslužitelja◦ dio ili čitava poslovna logika,

"preuzeta" s klijenta Klijent

◦ korisničko sučelje◦ dio poslovne logike - onaj koji se ne

mijenja ili je osobnog karaktera

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


12

Troslojna arhitektura


13

Višeslojne arhitekture


14

Debeli klijent Podatkovna logika integrirana u klijenta Nema obrade podataka na serveru ili je obrada minimalna Minimalna ili nikakva elastičnost na promijene poslovne politikePrednosti 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 podacimaNedostaci 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)

Uloga klijenta - debeli klijent


15

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 preglednikPrednosti 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

Uloga klijenta - tanki klijent

arhitektura is

Documents