Paikkatietorajapinnat IT arkkitehtuurin näkökulmasta

Transkriptio

1 Paikkatietorajapinnat IT arkkitehtuurin näkökulmasta

2 Mikä on IT arkkitehtuuri? Liiketoimintamalli määrittelee IT arkkitehtuurin IT arkkitehtuuri ottaa kantaa sovelluksen laadullisiin vaatimuksiin saavutettavuus (24*365) ylläpidettävyys hinta testattavuus... Laadullisista vaatimuksista johdettu tapa toteuttaa

3 Arkkitehtuurin valinta Tekniikan uutuus ei ole merkittävä tekijä valitsetko sähkösahan vai pokasahan mökillesi? On havaittava ehdottoman tärkeät laadulliset vaatimukset valinnan pohjaksi onko 24*365 välttämätöntä vai voidaanko ongelma hoitaa virka-aikana? Hintaero näillä on kertaa x sataatuhatta euroa vuodessa montako yhtäaikaista käyttäjää voi olla sovelluksessa? maksimitapahtumamäärät? pitääkö järjestelmän tukea yritysverkostojen toimintaa? mikä on käyttäjien osaamistaso? jne... Tavoitearkkitehtuuri

4 Arkkitehtuurin valinta Täydellisesti palvelevaa järjestelmää ei ole olemassa Tarvitaan siis useita järjestelmiä, jotka pitää pystyä integroimaan toisiinsa jotenkin manuaalinen kopiointi (copy paste) tiedostosiirto tietojärjestelmien välinen keskustelu tietojärjestelmäverkkojen välinen keskustelu Integrointiin tarvitaan rajapinta vrt. postilaatikko, vesijohto, sähköposti, puhelin

5 Rajapinta Määrittelee yhteydet ulkomaailmaan siirtyvät tiedot tarjottavat toiminnot tarjoaa keinot integrointiin Pysyvä sopimus palvelun tarjoajan ja käyttäjän välillä Rajapinnat on suunniteltava tekniikasta riippumattomiksi! vrt. binäärimuodot! (esimerkiksi.doc)

6 Miksi rajapinnat ovat tärkeitä? Some computing facts of life: There will not be consensus on hardware platforms There will not be consensus on operating systems There will not be consensus on programming languages There will not be consensus on graphical user interfaces There will not be consensus on domain boundaries There will not even be consensus on data standards Therefore: There must be consensus on a COMMON INTERFACE ARCHITECTURE. (It s the only thing left!) (Paul A. Tibbits, 25 Apr 2000)

7 Standardit ja sopimukset Ovat keino integroida järjestelmiä Käsittävät useita asioita tekniset standardit sanomastandardit sanastot ohjeistot Kahdenväliset (tuote1 tuote2) De facto (.ppt -formaatti) Industry (W3C, OMG -standardit) De jure + viralliset (ISO standardit)

8 Esimerkki tietokantapohjainen integraatio Tietokantaperusteinen liittymä toteutetaan viittaamalla suoraan toisen järjestelmän tietokantaan Tämä voidaan toteuttaa kahdella tavalla: suorat viittaukset tietokantaan SQL n tai ODBC n avulla rakentamalla yhteistoiminnallisuuden toteuttava sovitin Riskialtis tiukka liitos (tietokantamuutokset, tietoturva) Kohdesysteemi DB select from... Kutsuva systeemi

9 Esimerkki tiedostopohjainen integraatio Kohde systeemi kirjoittaa tiedostoon noudattaen tiettyä standardoitua formaattia ja kutsuva systeemi lukee tiedostoa samalla formaatilla. Käytetään yleisesti kartta-aineistojen siirtämisessä työasemilta toisille (automaattiset tai puoliautomaattiset tiedostosiirrot) Teknisenä siirtotapana voidaan hyödyntää sähköpostin liitettä, ulkoisia massamuisteja tai IP linkkejä Kohdesysteemi DB tiedosto Kutsuva systeemi

10 Esimerkki ohjelmointirajapinta integraatio Ohjelmointirajapinta (API) Kutsuttava järjestelmä (kohdesysteemi) tarjoaa rajapinnan palvelun Turvallinen tapa viitata tietokantaan Esimerkkejä: WMS rajapinnat karttatietokannan käsittelyssä Kohdesysteemi raja Kutsuva systeemi1 Kutsuva systeemi2 DB Kutsuva systeemi

11 XML integroinnissa Metadata ja data yhdessä Soveltuu sanomien määrittelyyn ja tiedostosiirtoihin Webin -valtakäytäntö Paikkatietosovellutuksia: GML, GPX... IF you know the alphabet THEN you can speak Latin? soveltamiseen paljon vaihtoehtoja

12 Esimerkki1 työasemaarkkitehtuuri Genimap GT Reittikartta Suomi Topo GT Reittikartta ohjelmisto käyttöliittymä Navigointi Karttaaineistot, tiestöt Geokoodaus Lisäpalvelut - reititys -optimoinnit - jne Sovellus Y - ominaisuustiedot - piirto

13 Esimerkki2 web-arkkitehtuuri Suljettu web ratkaisu web ratkaisu käyttöliittymä Ominaisuustiedot, piirto Muut ominaisuudet Omat karttaaineistot tilarajoin Omat geokood. DB:t

14 Esimerkki3 web-arkkitehtuuri Avoin web ratkaisu WMS web ratkaisu käyttöliittymä Ominaisuustiedot, piirto Navigointisovellus Z Lisäpalvelut - reititys -optimoinnit - tiestö Karttaaineistot WMSpalveluna Geokoodaus http KTJkii kiinteistörajat http Siirtoerä sov. X

15 Esimerkki4 web-arkkitehtuuri Avoin web ratkaisu on-line integrointi navigointisovellukseen WMS web ratkaisu käyttöliittymä Ominaisuustiedot, piirto Karttaaineistot WMSpalveluna Navigointisovellus Z Geokoodaus http -kutsuna Siirtoerä sov. X Lisäpalvelut - reititys -optimoinnit - tiestö

16 Kiitos! Kysymyksiä?