Esittely latautuu. Ole hyvä ja odota

Esittely latautuu. Ole hyvä ja odota

Tietoarkkitehtuurin kehittäminen julkishallinnossa

Samankaltaiset esitykset


Esitys aiheesta: "Tietoarkkitehtuurin kehittäminen julkishallinnossa"— Esityksen transkriptio:

1 Tietoarkkitehtuurin kehittäminen julkishallinnossa
Sontikka II -seminaari Mikael af Hällström Verohallinto / YSR / KMR

2 Esityksen rakenne Tavoitteena ”yhteentoimivuus”
edistetään Käsitemallit ja koodistot JHS-suositukset: JHS170 ja JHS175 laajennetaan toteutetaan Metatietopalvelu Sanastotyö asemoidaan ”Semanttisen yhteentoimivuuden viitekehys” sovelletaan Julkisen hallinnon kokonaisarkkitehtuuri Kansallinen palveluväylä sovelletaan Organisaation tietoarkkitehtuuri Verohallinnon tietoarkkitehtuuri

3 Yhteentoimivuutta JHS-suosituksilla
Tavoitteena ”yhteentoimivuus” edistetään JHS-suositukset: JHS170 ja JHS175

4 EIF – European Interoperability Framework (v 1.0 – 2.0)
Tekninen yhteentoimivuus Tiedon siirto ja yhteydet Semanttinen yhteentoimivuus Semanttinen yhtenäistäminen Organisaatioiden yhteentoimivuus Organisaatioiden ja prosessien yhtenäistäminen Lainsäädännön yhteentoimivuus Lainsäädännön yhtenäistäminen Poliittinen tahtotila Tekniset rajapinnat on suunniteltu siten, että ne mahdollistavat järjestelmien ja palvelujen yhdistämisen Informaatiolla on täsmällinen merkitys, joka säilyy tietoa vaihdettaessa muuttumattomana ja ymmärrettävänä kaikille osapuolille Eri organisaatiot pääsevät kokonaisedun mukaiseen tavoitteeseen yhteen sovitettujen prosessien kautta Lainsäädännölliset tekijät on otettu huomioon tietojen vaihtamisessa Osapuolilla on samansuuntaiset visiot, prioriteetit ja tavoitteet

5 Yhteentoimivuuden lisääminen Suomen julkisessa hallinnossa
Tekninen yhteentoimivuus Tiedon siirto ja yhteydet Semanttinen yhteentoimivuus Semanttinen yhtenäistäminen Organisaatioiden yhteentoimivuus Organisaatioiden ja prosessien yhtenäistäminen Lainsäädännön yhteentoimivuus Lainsäädännön yhtenäistäminen Poliittinen tahtotila Tekniset rajapinnat on suunniteltu siten, että ne mahdollistavat järjestelmien ja palvelujen yhdistämisen Informaatiolla on täsmällinen merkitys, joka säilyy tietoa vaihdettaessa muuttumattomana ja ymmärrettävänä kaikille osapuolille Eri organisaatiot pääsevät kokonaisedun mukaiseen tavoitteeseen yhteen sovitettujen prosessien kautta Lainsäädännölliset tekijät on otettu huomioon tietojen vaihtamisessa Osapuolilla on samansuuntaiset visiot, prioriteetit ja tavoitteet Laaditaan yhteinen sanasto (semanttinen yhteentoimivuus) JHS175 JHS170 Laaditaan sanastoon pohjautuvat XML-tietoelementit (tekninen/syntaktinen yhteentoimivuus)

6 JHS175-pohjainen sanastotyö
Tavoitteena ”yhteentoimivuus” edistetään JHS-suositukset: JHS170 ja JHS175 toteutetaan Sanastotyö

7 JHS-metatietorekisteri
Julkisen hallinnon sanastotyöprosessi JHS170 Julkishallinnon XML-skeemat JHS-metatietorekisteri Julkisen hallinnon kohdealuejako JHS-sanasto JHS-skeema- kirjasto Ydinkäsitteet skeemaelementti Koordinaatio & ohjaus Yhteyshenkilö ”Suodatus” & harmonisointi Ydinsanastoryhmä Lomake Taulukko > CSV Lomake Hakukäyttöliittymä Palautekierros Intressiyhteisö käsite Operatiivinen vetäjä käsite käsite käsite käsite Terminologi käsite Substanssiasiantuntija

8 Intressiyhteisöt IY_Osoite (YSR:n vastuulla)
IY_Henkilö-Oikeushenkilö-Sijainti (YSR:n vastuulla) IY_Opetustoimi IY_Patentti IY_Sosiaali- ja terveydenhuolto IY_Palkkahallinto IY_Asiankäsittely (eAMS) IY_Asiakirja IY_Julkaisut

9 JHS-sanaston soveltaminen
Tavoitteena ”yhteentoimivuus” edistetään JHS-suositukset: JHS170 ja JHS175 laajennetaan toteutetaan Käsitemallit ja koodistot Sanastotyö Metatietopalvelu

10 Puutteellinen kokonaisuus…

11

12 JHS-sanasto Concept Modeling tuottaa Conceptual Data Modeling
Tekninen nimi toimii lähteenä Conceptual Data Modeling Oma Domain Model Logical Data Modeling Tietomallinnuksessa JHS-sanaston tarkoituksena on toimia organisaatioiden käsitemallinnuksen yhteisenä referenssinä - rekisterinä, jonne tallennetaan sekä omat että yhteisesti käytössä olevat käsitteet, niitä edustavat termit ja muut käsitteitä selventävät metatiedot. Tämän jälkeen tätä resurssipoolia voidaan hyödyntää varsinaisessa tietomallinnuksessa sen siirtyessä konkreettisemmalle ja tarkemmalle tasolle. Itse asiassa XML-rakennemäärittelyt sanomanvälitystä varten edustavat jo varsin konkreettista tasoa heijastaen jo tietojärjestelmiä varten laaditun fyysisen tietomallin rakenteita ja ominaisuuksia. Physical Data Modeling XML Skeema

13 JHS-sanasto Terminologinen näkökulma
JHS-sanaston käsiteartikkeleiden metatiedoissa on runsaasti ns. terminologisia metatietoja kuten Määritelmä, Yläkäsite, Funktiosuhde jne. avioliitto siviilisääty nimi henkilö etunimi sukunimi tunniste Seuraavassa lyhyt esimerkki siitä miltä JHS-metatietorekisterin sisältö ja käyttö näyttää toiminnan eri vaiheissa. Itse JHS-sanastossa käsitteiden metatiedot ovat lähtökohtaisesti puhtaasti terminologisia, eli käsiteartikkelit sisältävät tietoja määritelmistä, huomautuksista, yläkäsitteistä, alakäsitteistä, funktiosuhteista ja erilaisista lähdeviittauksista. kutsumanimi yritys- ja yhteisötunnus henkilötunnus

14 JHS-sanasto ”Tekninen nimi” avioliitto AvioliittoTeksti nimi tunniste
etunimi EtuNimi Joillekin termeille ei välttämättä edes määritellä ”teknistä nimeä” henkilötunnus HenkiloTunnus kutsumanimi KutsumaNimi Tekninen nimi koostuu joko Ominaisuus-termistä ja Ilmentymä-termistä…. siviilisääty SiviilisaatyTeksti sukunimi SukuNimi Poikkeuksena puhtaasti terminologiseen sanastoon yksittäisistä käsitteistä tallennetaan myös yksi tai useampi tekninen nimi, joka mahdollistaa käsitteen käytön joko objektiterminä tai ominaisuusterminä. Ominaisuustermeihin liitetään JHS170-suosituksen mukaisesti aina myös ilmentymätermi, joka kuvaa käsitteen edustamaa tietotyyppiä. yritys- ja yhteisötunnus YritysTunnus …tai joissakin tapauksessa pelkästä Objekti-termistä. henkilö Henkilo

15 Teknisen nimen käyttö:
UML-tietomalli Henkilo EtuNimi: Name HenkiloTunnus: Code SiviilisaatyTeksti: String Tekninen nimi kopioidaan kohdealueen omaan tietomalliin. Kuten julkisen hallinnon yhteisen kokonaisarkkitehtuurin kuvauksissa ja linjauksissa esitettiin, JHS-sanaston käsitteitä tulee siis jatkossa käyttää yhteisten luokkamallikuvausten lähteenä. Oheisessa esimerkissä “henkilö” -termistä johdettu tekninen nimi Henkilo on kopioitu suoraan yksittäisen UML-luokan nimeksi, kun taas “etunimi”, “henkilötunnus” ja “siviilisääty” -käsitteet hyödynnetään kyseisen luokan ominaisuuksina.

16 JHS-skeemakirjasto ”Tekninen nimi” Atomaariskeema: ”Ydin.xsd”
EtuNimi type xs: name Koosteskeema: ”Henkilo.xsd” HenkiloTunnus import type xs: code KutsumaNimi EtuNimi type xs: name type xs: name Henkilo type Vastaavalla tavalla välitettäessä tietoa kahden järjestelmän välillä jotka lähtökohtaisesti jakavata saman käsitemallin muodostetaan JHS-skeemakirjaston atomaariskeemojen sisältämien elementtien avulla ns. Koosteskeemoja, joiden hierarkkisuus määrittelee elementtien suhteen toisiinsa. Atomaariskeemat eivät itsessään ole hierarkkisia vaan ne ovat eräänlaisia legopalikkalaatikoita, joista jokainen käyttäjä voi itse ottaa käyttöönsä tarvittavat elementit ja käyttää niitä tarkoituksenmukaisimmalla tavalla. HenkiloTunnus Tekninen nimi generoidaan JHS-metatietorekisterissä myös Erikoisala-metatiedon mukaan luokiteltuihin Atomaariskeemoihin. type xs: code Kohdealueella käyttäjät tuovat nämä Atomaariskeemat omiin Koosteskeemoihin, jotka vuorostaan sisällytetään Rajapintaskeemoihin.

17 Käsitejärjestelmäkaavio
Domain-ontologia JHS-sanasto Käsitejärjestelmäkaavio Tietomalli Luokkamalli Käsitemalli Tämän soveltamisperiaatteen mukaisesti JHS-sanasto ja sen käsiteartikkelit toimivat referenssilähteenä kaikelle erilaiselle ja erityyppiselle tietomallinnukselle. Rakennetuista malleista voidaan aina käydä tarkistamassa yksittäisen elementin tasolla mistä JHS-sanaston käsitteestä olikaan kyse ja miten se on sanastossa määritelty. JHS-skeemakirjasto XML-skeemarakenne Sovittu termi Tekninen nimi

18 (Metatietorekisteri)
JHS Sanasto osoite ammatti JHS Koodistot laatija henkilö henkilötunnus voimassaolo siviilisääty kulkuneuvo postinumero siviilisääty hakemus syntymä kotikunta asiakirja avioliitto edunvalvoja asunto kuntanumero leski leski nimi ajanjakso avioliitto tulo alku sukunimi Avioliitto Henkilo henkilö Kotikunta syntymä kotikunta REST / HTML KuntanumeroKoodi sukunimi Leski kuntanumero kotikunta SiviilisaatyKoodi SukuNimi siviilisääty SyntymaPvm JHS Skeemat JHS Tietokomponentit (Metatietorekisteri)

19

20 Suhde kokonaisarkkitehtuuriin?
Tavoitteena ”yhteentoimivuus” edistetään JHS-suositukset: JHS170 ja JHS175 laajennetaan toteutetaan Käsitemallit ja koodistot Sanastotyö asemoidaan Metatietopalvelu Julkisen hallinnon kokonaisarkkitehtuuri

21 YSR:n toiminnan rooli JHKA:ssa
Perustietovaranto: Henkilö- ja osoitetiedot/VRK Perustietovaranto: Venerekisteri Perustietovaranto: Kiinteistörekisteri Sidosryhmä: Rahalaitos Dokumentti Dokumentti Dokumentti Dokumentti Dokumentti Henkilötoimija: Perintöverottaja Asiakas: ”Sähköinen esitäytetty perintöveroilmoitus” Lopputulos: ”Kuolemantapauksen vaikutukset prosessoitu” Alkutilanne: ”Kuolemantapaus rekisteröity” Riskianalyysi Laskentapalvelu Esim. rahaprosessi: Tiedoksianto = käynnistys

22 JHKA: Yhteys tietojärjestelmäarkkitehtuuriin

23

24 Rooli Kansallisessa palveluväylässä? Kyllä!
Tavoitteena ”yhteentoimivuus” edistetään JHS-suositukset: JHS170 ja JHS175 laajennetaan toteutetaan Käsitemallit ja koodistot Sanastotyö asemoidaan Metatietopalvelu sovelletaan Julkisen hallinnon kokonaisarkkitehtuuri Kansallinen palveluväylä

25 Rooli Kansallisessa palveluväylässä? Kyllä!
JHSXML-sanoma JHS175 JHS170

26 Metatietopalvelu – Kansallinen palveluväylä -yhteistoiminta
Mikael af Hällström JHS170/JHS175/JHS Koodistot/YSR/KMR

27 Semanttisen yhteentoimivuuden turvaaminen
Yhteentoimivuuden viitekehys JHS Käsitemalli ”graafinen kuva” JHS175 jhsmeta.fi JHS Sanasto JHS Tieto-komponentit JHO Sovellusprofiili JHS Tietorakenne-kirjasto JHS Koodistot JHS XML-rakenteet ”koodisto-palvelu” jhsmeta.fi JHS170

28 Metatietopalvelu – Kansallinen palveluväylä -yhteistoiminta
JHS Metatietopalvelu (ydin) JHS-sanasto KaPa ”Palvelukatalogi” JHS-käsitemalli JHS- tietokomponenttikirjasto Palvelukuvaus JHS-skeemakirjasto JHS-koodistopalvelu Organisaation tietovaranto

29 tietokomponenttikirjasto
JHS-sanasto JHS-käsitemalli JHS-skeemakirjasto JHS- tietokomponenttikirjasto JHS170 Atomaarinen skeema: ”Ydin.xsd” JHS170 Koosteskeema: ”Henkilö.xsd”

30 Puuttuvien osalta Metatietopalvelua täydennetään, jotta päästään
Palvelukuvaus: VTJ Henkilötiedot JHS-sanasto JHS-tietokomponentti JHS-atomaari JHS-kooste äänestysalue (URL) ammatti (URL) Henkilö (URL) ydin.xsd henkilo.xsd asuminen (URL) edunvalvonta (URL) henkilötunnus (URL) huollonjako (URL) huoltaja (URL) huoneistonumero (URL) Osoite osoite.xsd Puuttuvien osalta Metatietopalvelua täydennetään, jotta päästään

31 Soveltaminen kotipesässä? Kyllä!
Tavoitteena ”yhteentoimivuus” edistetään JHS-suositukset: JHS170 ja JHS175 laajennetaan toteutetaan Käsitemallit ja koodistot Sanastotyö asemoidaan Metatietopalvelu sovelletaan Julkisen hallinnon kokonaisarkkitehtuuri Kansallinen palveluväylä sovelletaan Organisaation tietoarkkitehtuuri Verohallinnon tietoarkkitehtuuri

32 Verohallinnon tietoarkkitehtuurityö

33 Tarkennettu käsitemalli
Toiminta-arkkitehtuuri Prosessi Sääntö Toiminnon/käsittelyvaiheen/toimenpiteen syöte Toiminnon/käsittelyvaiheen/ toimenpiteen tuotos Tietokooste Ohjaustieto, esim. säännöt ja muu tieto Tieto-arkkitehtuuri Ylätason käsitemalli Sanasto Nykyiset lomakkeet, tietuekuvaukset, sanomarakenteet… Tarkennettu käsitemalli Nykyisten tietojärjestelmien tietokantakuvaukset

34 ”§” Säännöt Tiedot Ilmoitustapahtuma Tapahtumalaji: Tulo
Rahamäärä: € Maksaja: Saaja: H Ilmoitustapahtuma

35 Lähitulevaisuuden kehitysideoita
Semanttisen yhteentoimivuuden viitekehys Lähitulevaisuuden kehitysideoita ”Julkisen hallinnon semanttisen yhteentoimivuuden viitekehys”

36 Yhteisten tietomäärityksien mallintaminen
Sanastot Luokitukset käsitteellinen Tietomallit Koodistot Mallinnus Harmonisointi looginen Tietovarastot Rajapinnat fyysinen

37 Eri mallinnustasot Luokitukset Sanasto Yhteentoimivuus -malli
Koodistot Koodit Sanasto Käsitteet Määritykset Hierarkia käyttää Yhteentoimivuus -malli Luokat Ominaisuudet Tietotyypit uudelleen käyttää Looginen tietomalli Rajoitukset Tarkennukset Laajennukset Looginen tietomalli Rajoitukset Assosiaatiot Avaimet Looginen tietomalli Rajoitukset Assosiaatiot Avaimet Vertailu korkeakoululaitoksen arkkitehtuuriperiaatteisiin P1 ja P2 palvelut ja yhdenmukaiset toimintamallit Palveluiden määrittely on edellytys prosessien suunnittelulle, palveluiden konseptointi ja suunnittelu osana toiminta-arkkitehtuuria Ydin- ja tukitoimintojen prosessikuvaukset Palveluiden ja prosessien kuvaaminen edistää tietojärjestelmien kehittämistä toteuttaa Fyysinen tietomalli Skeemat Formaatti Optimointi Fyysinen tietomalli Skeemat Optimointi Fyysinen tietomalli Skeemat Optimointi

38

39 Yhteentoimivuusmallin toteutus
W3C suositukset DCMI standardit ja sovellusprofiilit formaalit SKOS sanastot jotka yksilöi käsitteet linkitetty tietomalli ”yhteentoimivuusmalli” jossa tiedot yksilöidään pysyvillä URI-tunnisteilla sovellusprofiilit jotka dokumentoi linkitetyn tietomallin käytön tulevaisuuden mahdollisuudet, esim. semanttinen Finlex Raketissa tehty työ käyttöön: opiskeluoikeus >> perustuu lainkohtaan: Yliopistolaki ( /558) 42 §; Ammattikorkeakoululaki ( /351) 24 § ”tietomalli” = yhteiset ydintietomääritykset visuaalisen mallin lisäarvo tekstimuotoisille määrittelyille

40 Yhteinen tietoarkkitehtuuri

41 Yhteentoimivuusmallin soveltaminen
Yhteentoimivuus määrittelee uudelleenkäytettävät tietokokonaisuudet, eli tietokomponentit, joita tarkennetaan toimialakohtaisesti määrittelemällä kehitettävälle tietojärjestelmälle sovellusprofiili. Tietokomponentit ovat luokkia ja ominaisuuksia, jotka perustuvat sanastossa määriteltyihin käsitteisiin. Tietokomponentteihin voidaan liittää myös luokituksia jotka määritellään SKOS sanastossa. Sanasto (esim. OKSA) määrittelee toimialan yhteiset käsitteet. SKOS muoto julkaistaan Finto-palvelussa. Sovellusprofiili määrittelee miten ydintietoja sovelletaan toimialakohtaisissa tietomalleissa ja tietojärjestelmissä. ”Ydintietomalli” on ontologiapohjainen RDF-tietomalli Se ei ole käsitemalli eikä se ole tietomalli sinänsä

42 Kokonaiskuva FINTO Kansallinen ontologiapalvelu KOKO sanasto
OKSA sanasto JHS sanasto TUTKI sanasto JHS yhteentoimivuusmalli Tutkimuksen yhteentoimivuusmalli Koulutuksen yhteentoimivuusmalli Profiili y Profiili q Profiili z Profiili x

43 mikael.afhallstrom@vero.fi JHSmeta.fi LinkedIN: Mikael af Hällström
Kiitokset! JHSmeta.fi LinkedIN: Mikael af Hällström


Lataa ppt "Tietoarkkitehtuurin kehittäminen julkishallinnossa"

Samankaltaiset esitykset


Iklan oleh Google