JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 8. Semanttisen yhteentoimivuuden viitekehys

Samankaltaiset tiedostot
Tämä dokumentti on tarkoitettu uudistettavan JHS179-suosituksen tietoarkkitehtuuriosion liitteeksi.

JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 7. Semanttisen yhteentoimivuuden menetelmäohje

Yhteentoimivuutta edistävien työkalujen kehittäminen

Yhteentoimiva.suomi.fi - palvelukokonaisuuden ja työkalujen esittely

Yhteentoimivuusalusta: Miten saadaan ihmiset ja koneet ymmärtämään toisiaan paremmin?

Suvi Remes Miika Alonen Petri Mustajoki Totti Tuhkanen

Korkeakoulujen yhteentoimivuusmalli

Näkökulmia yhteentoimivuuteen

Yhteentoimivuusalusta ja Sanastot-työkalu

Yhteentoimivuusvälineistö

- miten saadaan tieto järkevästi ja vakioidusti siirtymään tietovarantojen ja palvelujen välillä

- Korkeakoulutuksen ja tutkimuksen (linkitetty) tietomalli

TIETOHALLINTOLAKI (LUONNOS) Korkeakoulujen IT-päivät Erityisasiantuntija Olli-Pekka Rissanen

Yhteentoimivuus. Mikael Vakkari Neuvotteleva virkamies VM / JulkICT. Kohti yhteentoimivaa metatietoa

Synergiaryhmän työpaja tietoarkkitehtuuri ja yhteentoimivuus

Yhteentoimivuutta edistävien työkalujen kehittäminen - JulkICTLab jatkohakemus

Yhteentoimivuusalusta ja sen hyödyntäminen kuntien/maakuntien taloushallinnossa Petri Tenhunen, VRK

Kuntien yhteentoimivuusseminaari. Tietomallien laatiminen Taina Nurmela projektipäällikkö, Helsingin kaupunki

JHS-jaoston toiminta ja tavoitteet. JUHTA:n syysseminaari Kuntatalolla

Katsaus tietoarkkitehtuurityöhön

Tiedonhallintalakiehdotus tiedonhallinnan kuvaukset

YHTEENTOIMIVUUS Mikael Vakkari Tiedonhallintapäällikkö

Julkisen hallinnon kokonaisarkkitehtuuri

Tavoitteena yhteinen tietoarkkitehtuuri & tietojen semanttista yhteentoimivuutta tukeva välineistö

Kohti aidosti palvelevaa hallintoa yhteinen metatietoarkkitehtuuri yhteentoimivuuden kulmakivenä

Yhteinen kansallinen koodistopalvelu ( Suomi.fi koodistopalvelu )

Julkisen hallinnon kokonaisarkkitehtuuri

Modulaariset tietosisältömäärittelyt Tilannekatsaus

Hyödynnetään avointa, omaa ja yhteistä tietoa Yhteinen tiedon hallinta -kärkihanke

Yhteentoimivuuden eri näkökulmat

JUHTA asiantuntijajaoston kokous JHS 179 v 2.0 esittely VM

Julkisen hallinnon kokonaisarkkitehtuuri JHKA

Rakennetun ympäristön tietoalueen käsitekokonaisuus ja työvälineiden käyttö. Mikael af Hällström Vero, KMR/YSR

Yhteentoimivuus - kattaa strategisen, lainsäädännnöllisen, organisaatioiden välisen, semanttisen ja teknisen yhteentoimivuuden

Korkeakoulujen tietohallinnon kehittäminen: tiedon yhteismitallisuus ja järjestelmien yhteentoimivuus. Johtaja Hannu Sirén

Julkaistu Helsingissä 15 päivänä kesäkuuta /2011 Laki. julkisen hallinnon tietohallinnon ohjauksesta

Yhteentoimivuutta edistävien työkalujen kehittäminen - JulkICTLab pilottiehdotus

TAPAS - puheenvuoro - TAPAS-päätösseminaari Tommi Oikarinen, VM / JulkICT

JUHTA kokous JHS 179 v 2.0 esittely VM

Yhteisellä ymmärryksellä yhteiseen tietoon Yhteentoimivuusmenetelmä & -alusta ja tiedon hallinnan yhteistoimintamalli

Julkisen hallinnon kokonaisarkkitehtuurijaoston työsuunnitelma 2014

OPETUS- JA KULTTUURIMINISTERIÖN TOIMIALAN TIETOHALLINNON YHTEISTYÖKOKOUS

Vaikuttavia tekoja yhteentoimivuus. Kommenttipuheenvuoro YTI-hanke päätösseminaari Taina Nurmela ja Teija Soini Helsingin kaupunki

Tekijän nimi

Hankkeet ja yhteentoimivuus. OKM:n kirjastopäivät Minna Karvonen

JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 4. Soveltamisohje perustason kuvauksien tuottamiseen

JHS-järjestelmä. Tommi Karttaavi

MITÄ TIETOHALLINTOLAKI TUO TULLESSAAN? Mikael Kiviniemi Julkisen hallinnon ICT-toiminto

Arkkitehtuuripankki. Mallintamisen metamalli ja notaatiot

Tietopolitiikka Yhteentoimivuus ja lainsäädäntö , Sami Kivivasara ICT-toimittajien tilaisuus

Kokonaisarkkitehtuuri julkisessa hallinnossa. ICT muutostukiseminaari neuvotteleva virkamies Jari Kallela

Työpaja 3: Kohdealueyhteistyö ja toimialarajat ylittävät kehittämiskohteet

Yhteentoimivuus ja tiedonhallintalaki

Varda varhaiskasvatuksen tietovaranto

1. Lähtökohta ja taustat

JHS-järjestelmä ja yhteentoimivuus

Tiedon semanttinen yhteentoimivuus ja tietoalueet

JHS-järjestelmä ja avoimet teknologiat. Tommi Karttaavi

Kokonaisarkkitehtuuri julkisessa hallinnossa 2016

Yhteinen tiedon hallinta -kärkihanke

Avoimuus ja julkisen hallinnon tietohallinto. Yhteentoimivuutta avoimesti -seminaari Tommi Oikarinen, VM / JulkICT

Yhteentoimivuuden kehittämisohjelman ohjausryhmän loppuyhteenveto

Tulevaisuuden maankäyttöpäätökset. Marko Kauppi / Ubigu Oy Maanmittauspäivät

Opetustoimen sanastotyö. Toimialan tietohallinnon yhteistyökokous Ritva Sammalkivi

Julkisen hallinnon kokonaisarkkitehtuuri

Korkeakoululaitoksen tietohallinnon kehittäminen & julkisen hallinnon kokonaisarkkitehtuuri

Sosiaali- ja terveydenhuollon tietomallien kansalliset määrittelyt yleiskuva

Tietohuollon kehittäminen ja kansallinen ohjaus. Kuntien paikkatietoseminaari Tommi Oikarinen, VM / JulkICT

Asemakaavat yhteisenä tietovarantona

Taustamuistio 1 (6) Yhteinen tiedon hallinta -hanke. Taustatietoa Sanaston metatietomallin määrittely -työpajan keskusteluun

JHS XXX Koodistot ja luokitukset

Tietohallintolaki ja yhteinen arkkitehtuuri. Paikkatiedon viitearkkitehtuurityön työpaja Tommi Oikarinen, VM, JulkICT

JHS 198 Kokonaisarkkitehtuurin peruskuvaukset

Toivakan kunnan teknologia-arkkitehtuuri

KAM-sektori yhteisen tiedon hallinnan edelläkävijänä. KDK-tietoarkkitehtuuriryhmän seminaari Jaana Kilkki, Kansallisarkisto

Sosiaalihuollon asiakasasiakirjojen tietomallinnus Tietomallit teknisen asiakirjamäärittelyn näkökulmasta

Kansallinen digitaalinen kirjasto Kokonaisarkkitehtuuri v3.0

JHS 198 Kokonaisarkkitehtuurin peruskuvaukset

Julkishallinnon metatietopalvelun esiselvitys. Esittelytilaisuus

JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 3. Arkkitehtuurin nykytilan ja tavoitetilan kuvaus

JHS XXX Julkishallinnon sanastotyö

Kuntasektorin asianhallinnan viitearkkitehtuuri 1.0. Kuntamarkkinat Tuula Seppo, erityisasiantuntija

Millainen julkinen tietoarkkitehtuuri Suomessa tarvitaan?

JHS XML suositus. XML Finland tapahtuma Mikael af Hällström ylitarkastaja, Verohallinto JHS XML työryhmän vetäjä

Korkeakoulutuksen ja tutkimuksen yhteiset arkkitehtuurit

Julkisen hallinnon kokonaisarkkitehtuurijaoston työsuunnitelma 2013

Hyödynnetään avointa, omaa ja yhteistä tietoa Yhteinen tiedon hallinta -kärkihanke

Tietohallintolain vaikutus opetuksen ja tieteennäkökulmasta

OKM:n hallinnonalan yhteisen tiedon hallinta

Julkisen hallinnon kokonaisarkkitehtuurijaoston työsuunnitelma /2016

JHS Koodistot ja luokitukset suositusluonnoksen esittely. Keskustelutilaisuus

Espoon arkkitehtuurin kehittäminen - Tiedonhallinta ja arkkitehtuuri kaupungin näkökulmasta

Yhteinen ja yhteentoimiva tieto sekä tiedon hallinnan käytänteet

JHS-jaoston työpaja. Agenda ja sisältö

UNA PoC-yhteenveto CGI Aino Virtanen

Yhteisen tiedon hallinta -hanke Eli YTI

Tietohallinto on palvelu

Julkisen hallinnon kokonaisarkkitehtuurin tilanne. KAOS neuvotteleva virkamies Jari Kallela

Yhteinen ja yhteentoimiva tieto sekä tiedon hallinnan yhteistoimintamalli

JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurimenetelmä

Transkriptio:

JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 8. Semanttisen yhteentoimivuuden viitekehys Versio: Luonnos palautekierrosta varten Julkaistu: Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto... 2 1.1 Taustaa... 2 1.2 Yhteentoimivuusmenetelmän käsitteistö... 2 2 Tavoitetila... 3 3 Viitekehyksen osat... 4 4 Yhteentoimivuusmenetelmä... 4 4.1 Tietokomponentit... 5 4.2 Sanastot... 5 4.3 Koodistot... 6 4.4 Soveltamisprofiilit... 6 4.5 Graafinen käsitemalli... 7 5 Yhteentoimivuusmenetelmän soveltaminen... 7 5.1 Työohje... 7 1/8

1 Johdanto Tässä dokumentissa kuvataan Suomen julkisen hallinnon semanttisen yhteentoimivuuden viitekehys, joka muodostuu uudelleenkäytettävien tietomääritysten laadinnan menetelmästä (yhteentoimivuusmenetelmä) ja menetelmän tulosten dokumentaatiotavasta tähän soveltuvalla välineistöllä. Yhteentoimivuusmenetelmä on julkisen hallinnon metatietokokonaisuutta, jota kehitetään vaiheittain. Noudattamalla viitekehykseen kuuluvaa menetelmää julkisen hallinnon organisaatiot edistävät tietojärjestelmien välistä semanttista yhteentoimivuutta tietohallintolain ja sen nojalla annettujen asetusten määräämällä tavalla. 1.1 Taustaa Tietohallintolain 3 luvun 7 :ssä todetaan, että julkisen hallinnon viranomaisen on julkisen hallinnon tietojärjestelmien yhteentoimivuuden mahdollistamiseksi ja varmistamiseksi suunniteltava ja kuvattava kokonaisarkkitehtuurinsa sekä noudatettava laadittua ja ylläpidettyä kokonaisarkkitehtuuria ja sen edellyttämiä yhteentoimivuuden kuvauksia ja määrityksiä sekä toimialakohtaisia tietojärjestelmien yhteentoimivuuden kuvauksia ja määrityksiä. Tietohallintolain 1 luvun 3 :ssä määritellään tietojärjestelmien yhteentoimivuus [tietojärjestelmien tekniseksi ja tietosisällölliseksi yhteentoimivuudeksi] muiden julkisen hallinnon viranomaisten tietojärjestelmien kanssa silloin, kun järjestelmät käyttävät samoja tietoja. Julkisen hallinnon tietoarkkitehtuurin määrittelydokumentissa (versio 1.0) todetaan: Julkisen hallinnon toiminnan kehittämisessä tähdätään mm. sähköisiin tietointensiivisiin palveluprosesseihin. Tietointensiivisyyden etuna on mahdollisuus monien prosessien tai osaprosessien jopa täydelliseen automatisointiin. Automatisoinnin tarkoituksena on siirtää koneiden hoidettavaksi monia sellaisia rutiiniluonteisia tehtäviä, joiden hoitamiseen tällä hetkellä tarvitaan virkailija tai asiakas. Tavoitteena on siten lisätä hallinnon tehokkuutta ja vähentää asiakkaan vaivaamista sellaisissa tehtävissä, jotka voidaan siirtää automatisoitujen prosessien hoidettavaksi. 1.2 Yhteentoimivuusmenetelmän käsitteistö koodisto fi koodisto en code list complete set of data element values of a coded simple data element (ADMS) luettelo luokan ominaisuuden sallituista arvoista ominaisuus fi ominaisuus en attribute characteristic of an object or entity (ISO 19788) olion tai tarkoitteen ominaispiirre soveltamisprofiili fi soveltamisprofiili 2/8

en application profile metadata record which meets specific application needs while providing semantic interoperability with other applications on the basis of globally defined vocabularies and models (Dublin core1) metatietomääritys, joka määrittelee tietojärjestelmän tarvitsemat tietosisällöt siten, että ne ovat semanttisesti yhteentoimivia muiden tietojärjestelmien kanssa, hyödyntämällä olemassa olevia sanastoja ja tietomalleja tietokomponentti fi tietokomponentti en core component context-free semantic building block (UN/CEFACTS CCTS / ADMS) tietomääritys, joka kuvaa tietoa reaalimaailman ilmiöistä ja niiden ominaisuuksista toteutusneutraalilla tavalla ja uudelleenkäytön mahdollistaen tietokomponenttikirjasto fi tietokomponenttikirjasto en core vocabulary simplified, re-usable and extensible data models that capture the fundamental characteristics of an entity in a context-neutral fashion (ISA 2 ) joukko tietokomponentteja 2 Tavoitetila Semanttisen yhteentoimivuuden viitekehyksen avulla on mahdollista toteuttaa tietohallintolaissa tarkoitettu tietosisällöllinen yhteentoimivuus Suomen julkisen hallinnon organisaatioiden välisessä tietojenvaihdossa. Viitekehyksen avulla tuotetaan tietohallintolaissa mainitut kokonaisarkkitehtuurin edellyttämät yhteentoimivuuden kuvaukset ja määritykset julkisen hallinnon yhteisen tietoarkkitehtuurin osalta. Viitekehys on keskeinen tekijä osana kansallista palveluarkkitehtuuria ja julkisen hallinnon tietoarkkitehtuurin määrittelydokumentin mainitsemaa sähköisten tietointensiivisten palveluprosessien automaatiota. Noudattamalla tähän viitekehykseen kuuluvaa menetelmää toimialakohtaiset tietokomponentit tehdään näkyviksi ja yhteiskäyttöisiksi. menetelmän soveltamisen tuloksena harmonisoidut tietokomponentit muodostuvat tietohallintolain 4.2 tarkoitetuiksi yhteentoimivuuden edellyttämien tietoarkkitehtuurimääritysten sisällöiksi. Julkisen hallinnon organisaatioille suositellaan seuraavaa menettelyä: 1. Tunnista ja kuvaa tilanne, jossa käyttäjän tai toimijan tietotarpeet vaativat paitsi toimijan omien tietovarantojen myös muiden toimijoiden tietovarannon tietojen hyödyntämistä. 2. Laadi tilanteesta tarvittavat toiminta-arkkitehtuurikuvaukset ja johda näistä toiminnan tietotarpeet. 3. Laadi toiminnan tietotarpeista Semanttisen yhteentoimivuuden viitekehyksen mukainen soveltamisprofiili. 1 http://dublincore.org/documents/profile-guidelines/ 2 ISA: http://ec.europa.eu/isa/ready-to-use-solutions/core-vocabularies_en.htm 3/8

4. Hyödynnä soveltamisprofiilin perusteella tuotettuja teknisiä tietorakenteita (siirtoformaatti) edellä kuvatussa prosessissa (tietojenvälityksessä eri tietovarantojen välillä). Ks. myös liite 10 Integraation ja rajapintojen kuvaus. Noudattamalla tätä menettelyä julkisen hallinnon organisaatio varmistaa, että sen omien tietovarantojen tietosisältöjen merkitys säilyy muuttumattomana myös tilanteissa, joissa tietosisältöä hyödynnetään organisaation ulkopuolella. Organisaatioiden uudistaessa elinkaarensa lopussa olevia tietojärjestelmiä voidaan menettelyn avulla laatia uusittavien järjestelmien ja tietovarantojen tietomääritykset semanttisesti yhteentoimivalla tavalla. 3 Viitekehyksen osat Semanttisen yhteentoimivuuden viitekehys koostuu tietojärjestelmien semanttista yhteentoimivuutta toteuttavasta menetelmästä (yhteentoimivuusmenetelmä) ja menetelmän tulosten dokumentaatiotavasta tähän soveltuvalla välineistöllä. Kuva 1. Semanttisen yhteentoimivuuden viitekehys. 4 Yhteentoimivuusmenetelmä Yhteentoimivuusmenetelmä on menetelmä, jonka avulla julkisen hallinnon organisaatiot voivat kuvata tietovarantojaan siten, että niistä on siirrettävissä tai niihin on vastaanotettavissa tietoa, jonka tietosisältö on merkitykseltään yksiselitteistä eli kaikkien osapuolten yhtenäisesti ymmärrettävissä. Tiedon siirtäminen yhteentoimivuusmenetelmän mukaisesti säilyttää sen muodostajan tarkoittaman sisällöllisen merkityksen. Seuraavassa kuvataan menetelmä tällaisten kuvausten muodostamiseksi. 4/8

Ennen itse menetelmän kuvaamista kuvataan yhteentoimivuusmenetelmän osatekijät eli ne tuotokset, joita menetelmän avulla synnytetään sekä näiden tuotosten väliset riippuvuudet. Kuva 2. Yhteentoimivuusmenetelmä. 4.1 Tietokomponentit Tietokomponentit koostuvat luokista ja niiden ominaisuuksista. Luokkien ja ominaisuuksien semanttinen merkitys määritellään sanastossa, jonka sisältämiin käsitteisiin komponentista viitataan luokka- ja ominaisuuskohtaisesti. Tietokomponentit ovat itsessään aina luokkia, mutta ne voivat muodostaa keskinäisen hierarkian yläja alaluokkasuhteilla. Ominaisuuksille on määritelty tiedon esitysmuoto, joka voi olla joko yleinen tietotyyppi tai viittaus toiseen luokkaan. Tietokomponenttiin lisätään myös kuvaukset luokan ja sen ominaisuuksien merkityksestä komponenttikohtaisessa kontekstissa eli selitys sille, mitä tietoa komponentilla on tarkoitus välittää tietovarannosta toiseen. Tietokomponenttien määrittelyssä käytetään kansainvälisiä, kansallisia ja organisaation omia tietokomponenttien standardeja. 4.2 Sanastot Tietokomponenttien luokat ja ominaisuudet ovat lähtökohtaisesti kontekstisidonnaisia, joten yhteiskäyttöisyyden turvaamiseksi niitä kuvaavat käsitteet on määriteltävä erikseen mahdollisimman neutraalilla tavalla. Tätä varten laaditaan erillisiä sanastoja, joissa tietokomponenttien kuvaamiseen tarvittavat käsitteet on määritelty mahdollisimman kontekstivapaasti. 5/8

Käytettävä sanasto tulee olla julkaistuna sovitussa formaalissa muodossa ja siinä esiintyvään käsitteeseen tulee pystyä viittaamaan käsitteen yksilöivällä tunnisteella. Mikäli komponenttien tarvitsemia käsitteitä ei ole julkaistu julkisen hallinnon yhteisessä tai toimialakohtaisissa sanastoissa, pitää käsite määritellä sanastoon. Tietokomponenttien luokkia ja ominaisuuksia kuvaavien käsitteiden määrittely tehdään JHS175 -suosituksen mukaisessa sanastotyöprosessissa terminologisen sanastotyön periaatteiden mukaisesti (www.jhs-suositukset.fi/jhs175). Julkisen hallinnon yhteiseen sanastoon määriteltävät käsitteet eli ns. ydinkäsitteet on harmonisoitava julkisen hallinnon ydinsanastoryhmän (YSR) toimesta, sillä nämä käsitteet on usein määritelty eri tavalla eri kohdealueilla tai toimialoilla. Esimerkki: henkilötunnus ja ammatti ovat ydinkäsitteitä, niiden määrittelystä vastaa YSR. palkka ja etuus ovat yhteisiä käsitteitä, niiden määrittelystä vastaa julkisen hallinnon tietohallinnon neuvottelukunnan (JUHTA) nimeämä ja valtuuttama taho, esim. jokin JHS175:n mukainen ns. intressiyhteisö. opiskeluoikeus on kohdealuekohtainen eli jonkin intressiyhteisön (opetustoimi) hallinnoima käsite, joka julkaistaan myös julkisen hallinnon yhteisessä sanastossa, mutta sen määrittely on käsitettä hallinnoivan tahon vastuulla. 4.3 Koodistot Koodistoja ja koodiarvoja hyödynnetään tietotyyppinä määrittelemään ominaisuuksille yhteisesti sovitut ja hyväksytyt arvoalueet. Koodiarvon semanttinen merkitys määritellään sanastossa, jonka sisältämiin käsitteisiin koodistosta viitataan koodiarvotasolla. Esimerkki: Tietokomponentti Henkilön (luokka: henkilö) ominaisuus Siviilisääty voi saada määritellyt arvot Avioliitto, Leski, Rekisteriöity parisuhde, Naimaton jne. Nämä arvot tallennetaan koodistoon Siviilisääty, joka julkaistaan julkisen hallinnon koodistopalvelussa. 4.4 Soveltamisprofiilit Soveltamisprofiili on metatietomääritys, jota käytetään: Yleisesti jonkin olemassa olevan tietomallin tarkennuksena tai laajennuksena toiseen käyttötarkoitukseen. Yhteentoimivuusmenetelmässä myös uutena tietojärjestelmä- tai käyttötapauskohtaisena tietomallina yhteisiä tietokomponentteja hyödyntäen. Soveltamisprofiilin muodostamisessa tulee noudattaa kansainvälisesti sovittuja käytäntöjä (Guidelines for Dublin Core Application Profiles). Keskeisin periaate on se, että yhteisiä tietokomponentteja voidaan tarkentaa soveltamisprofiileissa eri käyttötarkoituksiin muuttamatta tietokomponenttien semanttista merkitystä. Soveltamisprofiileissa tehdyt rajoitukset ja tarkennukset eivät saa olla ristiriidassa tietokomponenteille annettujen määritysten kanssa. Soveltamisprofiileja muodostetaan esimerkiksi seuraavissa tapauksissa: kun kyse on tietojenvaihdosta sellaisten toimijoiden välillä, joiden tietovarannot eivät ole yhteismitallisia. halutaan yhtenäistää eri tietomalleissa käytettyjä tietomäärityksiä. 6/8

halutaan tarkentaa yhteisiä tietokomponentteja toimialakohtaisesti. halutaan määritellä mikä tieto on toimialakohtaista. 4.5 Graafinen käsitemalli Graafinen käsitemalli on tapa visualisoida tietokomponentteja ja niiden välisiä suhteita. Käsitemallissa näytetään luokka, sen ominaisuudet ja luokkien väliset suhteet. 5 Yhteentoimivuusmenetelmän soveltaminen Seuraavassa kuvataan tarkemmalla tasolla miten yhteentoimivuusmenetelmää sovelletaan käytännössä. 5.1 Työohje 1. Tunnista ja kuvaa tilanne, jossa käyttäjän ja toimijan tietotarpeet vaativat paitsi toimijan omien tietovarantojen myös muiden toimijoiden tietovarannon tietojen hyödyntämistä. 2. Kuvaa toimijan tietotarpeeseen sopiva tietomääritys eli soveltamisprofiili. 3. Soveltamisprofiili kuvataan hyödyntämällä julkisen hallinnon yhteistä tietokomponenttikirjastoa. Tietokomponenttikirjasto sisältää luokat ja ominaisuudet, joita tulee käyttää määrityksissä. Yhteisillä tietokomponenteilla tarkoitetaan sekä KMR-ryhmässä harmonisoituja luokkia ja ominaisuuksia että toimialakohtaisia luokkia ja ominaisuuksia (KMR Käsitemalliryhmä, https://wiki.julkict.fi/julkict/juhta/juhta-n-jaostot/tietoarkkitehtuuriryhma/kmr-kasitemalliryhma). Ominaisuuksien arvoalueet on mahdollisuuksien mukaan määritelty julkisen hallinnon yhteisessä koodistopalvelussa. 4. Tarkastele tietokomponentteja tietokomponenttikirjastossa. a. Jos sopivanoloinen tietokomponentti löytyy, tarkasta, että tietokomponentille annettu tietosisältö (luokka, ominaisuudet ja niiden merkitykset) vastaa käyttötarvetta. b. Jos tietokomponentille annettu tietosisältö vastaa tarvetta, niin hyödynnä tietokomponentti kokonaisuutena tai sen soveltuvat ominaisuudet soveltamisprofiilissa. c. Jos tietokomponentille annettu tietosisältö ei vastaa tarvetta, laajenna olemassa olevaa tietokomponenttia. i. Laajentaminen tapahtuu lisäämällä tietokomponenttikirjastoon uusi tarvittava ominaisuus olemassa olevaan luokkaan. ii. Tarkenna tarvittaessa ominaisuuden arvoaluetta määrittelemällä uusi koodisto julkisen hallinnon yhteiseen koodistopalveluun. iii. Käytä laajennettua komponenttia tai uutta ominaisuutta osana omaa soveltamisprofiilia. iv. Ilmoita lisätty ominaisuus KMR-ryhmälle käsittelyä varten. v. Laajennokset tulevat ehdokkaiksi yhteiseen tietokomponenttikirjastoon ja ne joko a) hyväksytään yhteisen tietokomponenttikirjaston osaksi ja lisätään yhteiseen kirjastoon uusi yläominaisuus. b) todetaan tapauskohtaiseksi määritykseksi, vain tietyssä soveltamisprofiilissa käytettäväksi. d. Jos tietokomponenttia ei löydy, luo tarvittava tietokomponentti osaksi tietokomponenttikirjastoa. i. Luo komponentti määrittelemällä tarvittava luokka hyödyntämällä sanastoa ja siellä määriteltyjä käsitteitä. ii. Lisää luokkaan tarvittavat ominaisuudet hyödyntämällä sanastoa ja siellä määriteltyjä käsitteitä. iii. Tarkenna tarvittaessa ominaisuuden arvoaluetta määrittelemällä koodisto. iv. Käytä uutta komponenttia osana omaa soveltamisprofiilia. v. Ilmoita uusi komponentti KMR-ryhmälle käsittelyä varten. vi. Uudet komponentit tulevat ehdokkaiksi yhteiseen tietokomponenttikirjastoon ja ne joko 7/8

a) hyväksytään yhteisen tietokomponenttikirjaston osaksi ja lisätään yhteiseen kirjastoon uusi luokka ja sen ominaisuudet. b) todetaan tapauskohtaiseksi määritykseksi, vain tietyssä soveltamisprofiilissa käytettäväksi. e. Muodosta soveltuvan työkalun avulla valituista tietokomponenteista soveltamisprofiili eli toteutuskohtainen tietomääritys. 5. Muodosta soveltamisprofiilin tietomäärityksen pohjalta tekniset tietorakenteet. Käyttämällä yhteisiä sanastoja voidaan tarvekohtaiset määritykset kytkeä semanttisesti yhteisiin määrityksiin. 8/8