Download
1 / 15
200 likes | 761 Views
Arhitektura IS. Oblikovanje sustava. Što treba oblikovati pri izgradnji IS-a – elementi arhitekture. Logička arhitektura Operativna arhitektura Fizička arhitektura - računalna infrastruktura Poslovna arhitektura. Pristup oblikovanju - što treba oblikovati. Logička arhitektura
E N D
Arhitektura IS Oblikovanje sustava Upravljanje informacijskim resursima šk. god. 2008/09
Što treba oblikovati pri izgradnji IS-a – elementi arhitekture • Logička arhitektura • Operativna arhitektura • Fizička arhitektura -računalna infrastruktura • Poslovna arhitektura Upravljanje informacijskim resursima šk. god. 2008/09
Pristup oblikovanju - što treba oblikovati 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
Što treba oblikovati 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
Što treba oblikovati • 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
Modeli arhitekture 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
Centralizirana arhitektura • 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
Peer to peer arhitektura Upravljanje informacijskim resursima šk. god. 2008/09
Dvoslojna arhitektura • 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
Dvoslojna arhitektura Upravljanje informacijskim resursima šk. god. 2008/09
Troslojna arhitektura 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 nemijenja 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 Karakteristike Prednosti i nedostaci Upravljanje informacijskim resursima šk. god. 2008/09
Troslojna arhitektura Upravljanje informacijskim resursima šk. god. 2008/09
Višeslojne arhitekture Upravljanje informacijskim resursima šk. god. 2008/09
Uloga klijenta - debeli klijent 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
Uloga klijenta - tanki klijent 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
