MODEL INTEGRIRANOG INFORMACIJSKOG SUSTAVA BRODA Brod je veoma kompleksan sustav na kojem se obavljaju različiti poslovi, odnosno odvijaju različiti procesi.
Download ReportTranscript MODEL INTEGRIRANOG INFORMACIJSKOG SUSTAVA BRODA Brod je veoma kompleksan sustav na kojem se obavljaju različiti poslovi, odnosno odvijaju različiti procesi.
MODEL INTEGRIRANOG INFORMACIJSKOG SUSTAVA BRODA Brod je veoma kompleksan sustav na kojem se obavljaju različiti poslovi, odnosno odvijaju različiti procesi. Razvojem pojedinih tehnologija implementirala su se u pomorstvu različita rješenja koja su pokrivala samo određene segmente poslova. Proizvođači su se usko specijalizirali prema pojedinim brodskim procesima pokrivajući ih svojim proizvodima. Rezultat toga je da danas još uvijek na brodovima egzistiraju sustavi koji međusobno nisu kompatibilni, rade s različitim tehničkim podacima, umreženi su različitim protokolima i sl. Svaki pojedinačni sustav je visokoautomatiziran, temelji se na uporabi najmodernije informacijske tehnologije čime je omogućeno da se opskrbljuje svim relevantnih informacijama o procesima kojima upravlja. Cilj je implementirati integrirani informacijski sustav što znači da treba sve pojedine sustave različitih proizvođača međusobno povezati. Sama implementacija treba osigurati punu integraciju svih brodskih sustava na standardizirani način kako bi se povećala efikasnost, sigurnost te istovremeno smanjili troškovi. Model integriranog informacijskog sustava broda POSTUPAK RAZVOJA INTEGRIRANOG INFORMACIJSKOG SUSTAVA U integrirani informacijski sustav broda moraju biti uključene informacije o svim brodskim procesima kao i definiranje njihove distribucije korisnicima. Prva faza implementacije informacijskog sustava započinje prikupljanjem zahtjeva za informacijama kojima mora opsluživati. Kako je informacijski sustav broda dio informacijskog sustava brodara pa i šire, moraju se razmatrati svi tokovi informacija koji idu iz ili prema brodu. Paralelno se trebaju procjenjivati poslovi koji se moraju izvršavati na način da se analiziraju funkcije kojima se oni izvršavaju. Ovime se treba dobiti distribucija pojedinih funkcija u odnosu na korisnike. Na temelju distribucija pojedinih funkcija u odnosu na korisnike vrši se analiza potreba korisnika u smislu da se dobije željeni izlaz iz sustava te da se točno definiraju korisnički zahtjevi. Nakon toga se definiraju zahtjevi prema sustavu u smislu ergonomije, uporabnosti, procjene sigurnosti, procjene rizika, itd. Na temelju definiranih zahtjeva pristupa se fazi pripreme specifikacije za dizajn sustava. Tijekom ove faze vrši se provjera valjanosti i ispravnosti danog rješenja s gledišta integriranosti sustava, odnosno njegovih sastavnih dijelova kao što su podsustavi, komponente, itd. Sljedeća faza je tehnička integracija svih sustava u jedan, njegovo konfiguriranje i početak korištenja. Razvoj integriranog informacijskog sustava broda Implementacija sa slike neće biti uspješna ako nije ostvarena u suradnji nositelja integracije sustava i brodovlasnika sa svim relevantnim čimbenicima kao što su brodogradilište, proizvođači i dobavljači opreme, kako sklopovske tako i programske, itd. Isto tako neophodna je stalna suradnja i razmjena informacija vezanih za valjanost i ispravnost s odgovarajućim institucijama. TOK INFORMACIJA KOD INTEGRIRANOG INFORMACIJSKOG SUSTAVA Početna aktivnost prilikom dizajna integriranog informacijskog modela je stavljanje modela u kontekst cjelokupnog okruženja koje na njega utječe. Ono treba definirati zahtjeve koji se stavljaju pred brod pa prema tome i prema integriranom informacijskom sustavu. Tok informacija u pomorstvu MODELIRANJE INTEGRIRANOG INFORMACIJSKOG SUSTAVA Početna aktivnost prilikom dizajna integriranog informacijskog modela je stavljanje modela u kontekst cjelokupnog okruženja koje na njega utječe. Ono treba definirati zahtjeve koji se stavljaju pred brod pa prema tome i prema integriranom informacijskom sustavu. Platforma za modeliranje sastoji se iz četiri razine: 1. 2. 3. 4. razina provjere valjanosti zahtjeva, razina sučelja prema korisniku, aplikacijska razina, razina arhitekture sustava. Platforma za integraciju informacijskog sustava Kako je s gledišta toka informacija integrirani sustav dio šireg modela toka informacija u pomorstvu pod zahtjevima se podrazumijevaju svi zahtjevi koji odatle mogu proizlaziti. Ti zahtjevi prolaze kroz sve razine do zadnje razine arhitekture sustava. Pri tome se na svakoj razini vrši provjera ispravnosti zahtjeva. S razine sustavske arhitekture oblikovani se vraćaju nazad što je prikazano dvosmjernim strelicama između različitih razina modela. Uloga integriranog informacijskog sustava je da opslužuje relevantnim informacijama svoje okruženje. Informacije nastale na donjim razinama se selektiraju i prilagođene prosljeđuju gornjim razinama. Pri tome se ova razmjena (horizontalno unutar iste razine ili vertikalno između razina različite hijerarhije) bazira na otvorenosti specifikacije informacijskog sadržaja. To znači da svaki modul koji prikuplja informacije (npr. za potrebe donošenja neke odluke, analize, detekcije i slično) mora biti sposoban zapisati bilo koji tip informacije koju je dobio mrežom s niže razine. Tipovi informacija koje se međusobno razmjenjuju mrežom mogu biti: • Kontrolni podaci (obično male poruke sa strogim vremenskim ograničenjima u realnom vremenu kao što su npr. razne set točke, realni podaci o nadzoru i sl.). • Informacije o stanju (slične kontrolnim informacijama, ali više prikazuju stanje sustava na brodu s manje zahtjevnim realnim vremenskim ograničenjima). • Radarske informacije (za potrebe zapisivanja o tijeku putovanja ili za npr. potrebe drugih aplikacija prijenos radarskih slika). • ECDIS i ECS (vektori i rasterski grafovi mogu se prenositi drugim aplikacijama na brodu ili izvan njega). • Informacije korisničkog sučelja kao što su npr. Java/HTML bazirani HMI i drugi tipovi HMI informacija koji se mogu prenositi (npr. kod terminal emulatora Telnet kod Internet-a). • Video i audio informacije (zapisivanje audio informacija s mosta za potrebe pohranjivanja informacija o tijeku putovanja broda, transfer videozapisa nadzora za potrebe održavanja na daljinu, itd.). • Konfiguracijski podaci (za konfiguriranje računalne mreže ili konfiguracijski podaci za npr. bazu podataka ili druge aplikacije informacijskog sustava. Također se mogu prenositi cijeli računalni programi tzv. download). • Dokumentacijski podaci (npr. online dokumentacija za održavanje i dijagnostičke svrhe). • Ostali podaci (npr. telefon, podaci koje razmjenjuje osoblje na brodu preko umreženih računala i slično). Razina provjere valjanosti Razina provjere valjanosti zajedno s provjerama ispravnosti zadužena je za provjere ispravnosti danih rješenja tijekom cijelog životnog vijeka informacijskog sustava. Razina provjera valjanosti može se promatrati s tri različite aspekta: • Kontinuirana provjera informacija koje se prosljeđuju sustavu • Provjera valjanosti i ispravnosti pri integraciji sustava u fazi dizajna • Provjera valjanosti i ispravnosti s gledišta sigurnosti sustava Razina sučelja Razina sučelja čovjek-stroj (engl. HMI – Human Machine Interface) dodirna je točka između korisnika i informacijskog sustava zasnovanog na računalu. Preko te razine korisniku se prikazuju informacije na izlaznim jedinicama (npr. monitor) odnosno preko nje korisnik može unositi ili zahtijevati informacije prema informacijskom sustavu Kako se informacije operateru prosljeđuju iz informacijskog sustava upravo preko HMI tada njihova kvaliteta ovisi upravo o kvaliteti dizajna i realizacije HMI. Kvaliteta informacija koja prolazi kroz HMI može se razmatrati kroz dvoslojnu perspektivu. Na prvom sloju HMI prikazuje relevantne informacije koje se odnose na referentne vrijednosti. Na osnovi trenutnog stanja sastavljaju se informacije od relevantnih podataka kao što su npr. trend promjene raznih signala, povijesne informacije o signalima, itd. Kako se informacije sustava nadzora brodskih procesa koriste i u upravljačke svrhe, HMI omogućuje operateru postavljanje, odnosno podešavanje raznih vrijednosti na nižoj razini, tj. razini arhitekture sustava (npr. postavljanje vrijednosti kod automatskih povratnih petlji,…). Prema tome može se kazati da na ovoj razini postoji direktna veza s ulaznim signalima. Na drugom sloju prijenose se informacije koje nastaju najčešće kompilacijom informacija s niže razine a pokazuju stanja aplikacija koje ih predstavljaju. Informacije su određene kriterijima sigurnosti i efikasnosti rada pojedinih brodskih sustava. Te informacije nastaju transformiranjem i integriranjem informacije s niže razine prema točno definiranim pravilima. Od vitalnog značaja za kvalitetu procesa donošenja odluka u pojedinim aplikacijama je sposobnost podešavanja vrijednosti na ovoj razini, a koje se temelje na informacijama o trenutnom stanju svih relevantnih događaja koji se odvijaju u i oko broda. Na ovoj razini HMI je definiran nazivima kojima se ljudi služe kako bi predočene informacije bile čovjeku razumljive. Razina aplikacije Glavni razlog uvođenje integriranog informacijskog sustava je puna integracija svih brodskih sustava s ciljem postizanja veće efikasnosti, kompetitivnosti i sigurnosti. S gledišta samog broda i njegovog zadatka da obavlja prijevozničku funkciju, integrirani informacijski sustav broda opskrbljuje informacijama brojne aplikacije kojima su pokriveni poslovi: Navigacije i planiranje putovanja (npr. planiranje dugih putovanja uključujući optimiziranje putovanja, planiranje kratkih putovanje uključujući planiranje raznih manevara broda, praćenje navigacije korištenjem informacija iz senzora, radara itd., upravljanje navigacijom pomoću auto-pilota, track-pilota i slično te zapisivanje podataka o navigaciji,…). Rukovanja i upravljanja teretom (npr. rukovanja teretom, procjena stabilnosti, nadzor nad teretom, itd.). Aplikacija upravljanja teretom ima pristup bazi podataka koja sadrži sve relevantne informacije o teretu. U toj bazi su sadržane sve informacije (uključujući ne samo trenutne nego i prijašnje) o brodskom teretu. Kriznih stanja (engl. emergency management). Aplikacija upravljanja kriznim situacijama omogućuje donošenje odluka u kriznim slučajevima koja nastupaju kod npr. pojave požara, poremećene stabilnosti (npr. pomicanje tereta i sl.) ili ugroženog integriteta (npr. oštećenja trupa i sl.). Odluke se donose na temelju ugrađenih matematičkih modela predviđanja kojima se mogu predvidjeti buduća stanja kao npr. širenja vatre. Ova aplikacija omogućuje analizu trenda, dijagnostiku kao i pomoć pri donošenju odluke pogotovo u koordiniranim i hitnim slučajevima (npr. u slučaju požara kombiniranog s problemima stabilnosti sustav mora utvrditi prioritete uporabe ograničenih resursa kao što su pumpe, raspored članova posade, itd.). Strojarnice (brodski strojni sustavi kao što je glavni motor, pomoćni motori, generator, itd.). Sidrenja i privezivanja (npr. korištenje track-pilota za dovođenje broda u poziciju privezivanja za pristanište). Komunikacija/prikupljanja informacija (komunikacija pojedinih računala zaduženih za vođenje pojedinih brodskih procesa kao i komunikacija s drugim brodom ili kopnom). Pristup Internet-u te korištenjem WWW informacijskog sustava za prikupljanje informacija (npr. razni dokumenti vezani za klasifikacijska društva, lučke vlasti, dobavljače opreme, zakonske propise i sl.). Ova aplikacija također podržava poslovnu i osobnu komunikaciju članova posade kao što je npr. elektronička pošta. Ispitivanja integriteta trupa (informacije o naprezanju, tlaku, brzini, stanju mora i sl.). Održavanja i dijagnostike (detektiranje i dijagnosticiranje kvarove te određivanje pristupa održavanju). Crne kutije (zapisuje informacije koje se odnose na brodske sustave kao i informacije koje predstavljaju osnovu za donošenje raznih odluka na brodu. Primarna svrha ove aplikacije je pouzdanost i sigurnost zapisanih informacija, te su stoga podatkovni atributi kao izvornost, kvaliteta, klasa, veoma važni. Sigurnost (nepromjenjivost) podataka osigurava se uporabom restriktivnih servisa koje pruža razina sustavske arhitekture. Administrativnih funkcija (administrativni poslovi vezani za organizaciju, upravljanje, logistiku, službene izvještaje i sl.). Tu se ubrajaju poslovi kao što su obračun premija brodske posade, rad u luci (dolazak, odlazak, broj iskrcanog tereta,..), brodski dnevnik, podaci o osoblju, podaci o stanju brodske apoteke, zalihe hrane, informacije o lukama, agentima i sl. Također su u integrirani informacijski sustav uključene i same aplikacije informacijskog sustava koje pokrivaju: Upravljanje informacijskim sustavom Upravljanje informacijskim sustavom je aplikacija koja rješava konflikte u samom informacijskom sustavu u slučaju problema dodijele resursa (resursi sklopovske opreme računala/programske podrške): Upravljanje zajedničkom bazom podataka Upravljanje zajedničkom bazom podataka je aplikacija koja prima podatke od drugih aplikacija, pohranjuje ih, te omogućuje aplikacijama njihovo korištenje. Uporaba zajedničke baze podataka ne isključuje i lokalne baze podataka koje sadrže specifične podatke o pojedinim aplikacijama. Upravljanje korisničkim sučeljem Upravljanje korisničkim sučelje je aplikacija koja upravlja i kontrolira uporabu svih ulazno/izlaznih jedinica s implementiranim sučeljem prilagođenom korištenju čovjeka (HMI). Ova aplikacije zahtjeva podatke iz drugih aplikacija rješavajući korisničke funkcije i mijenjajući informacije s drugim spojenim jedinicama kod kojih se komunikacija s korisnikom odvija preko vizualnih, auditornih ili opipljivih uređaja (ekran, jedinica za raspoznavanje govora, ekran osjetljiv na dodir, tipkovnica,…). Upravljanje konfiguracijom sustava Upravljanje konfiguriranjem zaduženo je za postavljanje i pristupanje trenutnoj konfiguraciji sustava. Opće aplikacije U opće aplikacije informacijskog sustava uključeni su poslovi iz sljedećih područja: planiranje/podrška odlučivanje, zapisivanje/pregledavanje/dokumentiranje, pomoć/treniranje/simulacije. Funkcijski blokovi Integriranje aplikacija u informacijski sustav realizira se preko funkcijskih blokova. U središtu sustava su funkcije koje se u njemu izvršavaju i koje se predstavljaju s funkcijskim blokovima. Funkcije se dalje dijele na podfunkcije i tako do razine komponente koja obavlja određenu funkciju. Aplikacije se u modelu predstavljaju s jednim ili više funkcijskih blokova koji opet mogu biti izgrađeni iz funkcijskih blokovima. Također, funkcija svakog fizičkog čvora u sustavu se prikazuje s funkcijskim blokovima. Predstavljanje fizičkog čvora s funkcijskim blokom Funkcijsko opisivanje aplikacija - koncept funkcijskih blokova Da bi se prikazali funkcijski odnosi između informacijskih elemenata koriste se funkcijski blokovi. pojedinih Dijelovi funkcijskih blokova: Funkcijski blok se sastoji iz sljedećih dijelova: Ulaz - informacijski elementi koji se čitaju iz drugih funkcijskih blokova. Izlaz - informacijski elementi generirani kao rezultat operacija unutar funkcijskog bloka. Status: - informacije koje opisuju stanje (status) funkcijskog bloka. Fizičko djelovanje - opisi djelovanja nastalih kao posljedice uslijed promjene stanja funkcijskog bloka. To mogu biti opisi djelovanja operacija u funkcijskom bloku na fizičke entitete izvan sustava koji se opisuje (npr. djelovanje na aktuatore) ili opisi djelovanja fizičkih događaja na stanje ili izlaze funkcijskih blokova i izvan cijelog integriranog sustava. Parametri - svaka vrijednost koja ima utjecaj na funkciju samog funkcijskog bloka. Funkcija - opis operacije koju izvršava funkcijski blok. Primjer: Funkcijski blok upravljanja ventilom kao primjer funkcijskog bloka na najnižoj hijerarhijskoj razini. Podaci i upravljačke informacije za dani funkcijski blok su sljedeće: Ulaz – upravljački podaci ventilu (npr. otvori, zatvori ili resetiraj). Parametar – jedini parametar je zahtijevano vrijeme pomicanja ventila (npr. vrijeme prelaska iz statusa otvoren u zatvoren). Status – informacija da li je ventil otvoren, zatvoren, blokiran, da li se zatvara ili otvara. Izlaz – nema izlaza generiranog samim funkcijskim blokom . Fizičko djelovanje – djelovanja su na trenutnu poziciju ventila. Tok informacija koje predstavljaju izlaze iz funkcijskih blokova može se prikazati modelom piramide gdje općenitost i neovisnost o brodskim procesima raste kako se kreće prema vrhu. Ovo omogućuje praćenje podrijetla svih procesuiranih informacija k njihovom izvoru. Model piramide Ovim apstraktnim modelom prikazuje se i funkcijska ovisnost između broja informacija i određene razine informacijskog modela. Osnovna ideja je da se informacije na nižoj razini, koje su dobivene iz senzora postupno pročišćavaju u kvalitetnije informacijske elemente čime se smanjuje njihov broj. Na vrhu piramide predočavaju se samo oni informacijski elementi koji su interesantni krajnjem korisniku broda (npr. ako je riječ o teretu onda je to vlasnik tereta pa su to informacije o stanju tereta, procijenjenom vremenu dolaska broda u luku i sl.). Model piramide ima sljedeća svojstva: • Broj informacijskih elemenata i funkcijskih blokova povećava se prema dnu piramide. • Apstraktnost i sadržaj informacijskih elemenata povećava se prema vrhu piramide. Pojedini senzori na nižim razinama (npr. pojedini strojni kontrolni sustavi) generaliziraju se u jedan zajednički opći funkcijski blok. • Na vrhu piramide nalazi se opća razina. Ova razina sadrži opće informacije o brodu (npr. pozicija, brzina, odredište, generalno stanje strojarnice, ime broda, itd.). Također, tu se nalaze i opće funkcije vezane za navigaciju, propulziju, teret, itd. koje mogu biti iste za bilo koji tip broda. Stoga ova razina može biti modelirana i standardizirana te se može primijeniti za svaki brod • Razina komponente sadrži brodske specifične detalje koji se ne mogu uopćiti. To su specifične konfiguracije i implementacije razne opreme na specifičnom brodu. • Na najnižoj razini, razini senzora i aktuatora tendencija je u smanjenju broja meta-modela, npr. senzore i aktuatore vjerojatno se može opisati zajedničkim modelima s relativno malo varijanti (npr. ventile se može uopćiti u pet do deset grupa, i sl.). Stoga, jednako kao i u slučaju opće razine, moguće je modelirati ovu razinu u neku standardnu formu. Zato se kod integriranih informacijskih sustava nastoji standardizirati skup entiteta na svakoj razini koji će tako postati dio gornjeg dijela piramide. Da bi se omogućila izgradnja informacijskog integriranog sustava sve prisutne aplikacije moraju biti napisane u skladu s sljedećim kriterijima: • Struktura aplikacije mora podržavati koncept funkcijskih blokova i udovoljavati danim zahtjevima. • Aplikacije moraju vlastite usluge (servise) dati na raspolaganje drugim aplikacijama. Sav informacijski tok iz ili prema aplikacijama mora se odvijati unutar informacijskog sustava preko integrirane računalne mreže broda. Pri tome se kod pisanja aplikacija moraju koristiti formalni jezici visoke razine za razmjenu informacija preko računalne mreže čime se prevladavaju različitosti u računalnoj programskoj podršci i sklopovskoj opremi. • Modularni pristup aplikacijama kako bi se omogućilo da jedne aplikacije mogu pružati servise (ulaze) komponentama druge aplikacije. • Aplikacije moraju biti distribuirane na više računala (što je više moguće). • Aplikacije moraju sadržavati pomoć (help), te imati ugrađenu mogućnosti učenja korištenja, treniranja, simuliranja rada, itd. • Aplikacije moraju podržavati procedure za detekciju i dijagnosticiranje kvarova u skladu sa zahtijevanom razinom sigurnosti. Razina arhitekture sustava Razina arhitekture sustava prikazuje način na koji je izgrađen sam sustav brodskih procesa. Ovdje se vrši integracija fizičkih komponenti sustava na način da se osigura maksimalna fleksibilnost i modularnost. Razina arhitekture sustava predstavlja okosnicu za: • Organizaciju informacijskih elemenata (princip funkcijskih blokova). • Organizaciju funkcijskih odnosa (modula) unutra sustava (hijerarhijski princip funkcijske raščlambe koji se preslikava na odgovarajući način u funkcijske blokove). • Spoj između informacija (informacijskog opisa) i mogućih sklopovskih ili programskih realizacija. Aplikacijsko sučelje Gledano sa strane integracije aplikacija u informacijski model broda, svaka aplikacije se povezuju na razinu arhitekture sustava preko aplikacijskog sučelja (engl. ALI – Application Layer Interface). Povezivanje aplikacija Aplikacijsko sučelje predstavlja vezu aplikacija i servisa pri čemu aplikacije mogu biti pokrenute servisima ili mogu zahtijevati njihovo izvršavanje. Da bi se to omogućilo aplikacija upravljanja informacijskih sustavom mora voditi ažuran popis: • Svih aplikacija prisutnih u informacijskom sustavu s njihovim prioritetom izvršavanja (ovo je povezano s kritičnošću glede sigurnosti). • Svih servisa prisutnih u informacijskom sustavu. Aplikacijsko sučelje Servisi Servisi su usluge koje se obavljaju na razini arhitekture i prosljeđuju nazad aplikacijskoj razini. Izlaz iz servisa su informacije koje se dobivaju na zahtjev aplikacije (temelje se na ulaznim informacijama) ili na traženje informacija koje su vođene događajima ili pokrenute na traženje drugih aplikacija. Prilikom izgradnje informacijskog sustava treba prvo definirati servise koje će omogućavati sam fizički sustav. Na temelju toga se definiraju funkcijskih blokova. Aplikacije se modeliraju iz jednog ili više funkcijskih blokova. Uporaba servisa se zahtijeva iz funkcijskih blokova. Ovakav pristup omogućuje hijerarhijsku strukturu koja uspostavlja veze između uporabe servisa na nižim i višim razinama. Veza aplikacije i fizičkih resursa Servisi se mogu razvrstati na sljedeći način: • Servisi za fizičke resurse • Opći servisi • Specijalni servisi. Razina sustavske arhitekture predstavlja najnižu razinu informacijskog sustava broda na kojoj se vrši integriranje svih informacija o stanjima brodskih procesa na način da se omogući: Korištenje informacija koje su već dio informacijskog sustava kod novih funkcija, tj. funkcija koje će se kasnije uvoditi u sustav (velika fleksibilnosti i raspoloživost informacija). Razmjena informacija između različitih proizvođača opreme kod koje se implementira ista funkcija (modularnost). Specificiranje zahtjeva za razmjenom informacija unutar sustava (kvaliteta servisa, ograničenja kako bi se povećao odnos cijene i efikasnosti sustava). Provjera ispravnosti zahtjeva koji dolaze s fizičke razine sustava (sigurnost, pouzdanost, sposobnost održavanja, raspoloživost, itd.). Fleksibilnost pri implementaciji (npr. različite arhitekture i različiti komunikacijski protokoli se mogu koristiti). Transparentnost lokacije kod razmjene podataka između aplikacija. Ovo se odnosi na brod i kopno. Konzistentnost u implementaciji (npr. da implementirani sustav koji je prošao provjeru ispravnosti radi kako je i očekivano). Poboljšanje sigurnosti sustava uporabom koncepta funkcijskih blokova Pristup funkcijskih blokova može značajno pridonijeti smanjivanju kompleksnosti u integriranim sustavima pa tako i u integriranom informacijskom sustavu broda. Smanjivanje složenosti je važan faktor za efikasnu procjenu razine sigurnosti preko primjene raznih tehnika za validaciju i verifikaciju. Smanjenje kompleksnosti uporabom funkcijskih blokova postiže se zbog toga što: Sučelje prema funkcijskom bloku (preko aplikacijskog sučelja) garantira da funkcijski blok neće utjecati na sustav na nijedan drugi način nego što je aplikacijskim sučeljem definirano. Ponašanje funkcijskog bloka kakvo se očituje na sučelju je podskup mogućih ponašanja implementiranih u funkcijskim blokovima. To je posebno važno kod definiranja hijerarhije funkcijskih blokova. Funkcionalnost aplikacijskih sučelja ograničena je čime se onemogućuje zajedničkim internim greškama nastalim u funkcijskom bloku da se šire prema okolnim sustavima. Funkcionalnost aplikacijskog sučelja mora biti ograničena toliko da se omogući samoanaliza funkcijskih blokova. INTEGRIRANJE SUSTAVA Integrirani sustav brodskih procesa sastoji se iz komponenti različitih proizvođača. Integracija samog sustava događa se na razini arhitekture. Programsko rješenje informacijskog sustava mora omogućiti da sve zajedno funkcionira kao jedna cjelina. Integracija mora omogućiti ne samo izvršavanje postojećih nego i uključivanje novih funkcija. Pri tome se većina novih funkcija pojavljuju u informacijskom sustava kao nove aplikacije Predloženi model integracije omogućuje: Povećavanje integracije unutar samog broda što omogućuje razvoj novih aplikacija koje mogu koristiti kvalitetnije informacije iz više izvora. Poštovanje načela otvorenosti integraciji čime se olakšava razvijanje novih aplikacija. Nužna je otvorenost sustava prema novim tehnologijama kao što su distribuirano objektno programiranje, upravljanje bazama podataka, sklopovska oprema s uključi i radi (engl. plug and play) komponentama, neuronske mreže, neizrazita logika, itd. Poštovanje načela otvorenosti vlasništva nad informacijama što omogućava da npr. brodar ili vlasnik broda ima pristup svim relevantnim informacijama. Ovo će omogućiti da se informacije mogu višestruko koristiti (npr. kod broda, menadžmenta flote, svih brodova istog brodara, itd.) Povećavanje integracije brod-kopno čime se omogućuje npr. lakši nadzor nad brodskim sustavima s kopna, optimizacija zajedničkih resursa, itd. Povećanje sposobnosti praćenja raznih brodskih procesa čime se omogućuje građenje sustava pogodnijih za održavanje. Integriranje sustava se vrši u fazi dizajna. Sustav se dizajnira na temelju zahtijevanih funkcija koje mora obavljati (specifikacije). Rezultat dizajna sustava je funkcijski opis cijelog sustava dan preko funkcijskih blokova koji se definiraju na temelju proizvođačkih specifikacija pojedinih komponenti. Funkcijski blokovi predstavljaju osnovu za implementaciju sustava. Isti postupak je kod dodavanje nove opreme u postojeći integrirani informacijski sustava broda. Proces integracije informacijskog sustava Da bi se mogao primijeniti ovakav pristup integraciji sustava neophodno je pri svakoj od navedenih faza koristiti alate kao što su: Alati za specificiranje – podrška specificiranju zahtjeva koji se postavljaju pred dizajn sustava. Alati za dizajn - podrška integriranju procesa kod faze dizajna Alati za implementaciju – podrška sastavljanju integriranog sustava iz komponenti u skladu s opisanim funkcijski blokovima. Alati za dokumentiranje – podrška pri izradi dokumentacije cijelog procesa integracije.