SÄHKE-hanke. Abstrakti mallintaminen Tietomallin (graafi) lukuohje

Samankaltaiset tiedostot
SÄHKE-hanke. Tekninen mallintaminen SÄHKE-metatietojen XML Schema

SÄHKE-hanke. Tekninen mallintamisen Siirtotiedoston metatietokuvaukset

SÄHKE-hanke. Tekninen mallintamisen Esimerkit siirtotiedoston metatiedoista Esimerkki, Metatied.xml.

Luento 12: XML ja metatieto

Luonnos eams-rakenteeksi

VVAA047 Hakuehdot VALDA 1.2

Metatiedot lainsäädäntötiedon hallinnassa

Tietojen toimittaminen Skeemat Käsittelypalautteen kysely Kansallisen tulorekisterin perustamishanke

Tietojen toimittaminen Skeemat Käsittelypalautteen kysely Kansallisen tulorekisterin perustamishanke

XML-saatavuuskysely. XML-tiedoston kuvaus. versio

Paikkatiedot ja Web-standardit

Tuomiorekisterin ratkaisuhaun kehittäminen

Tietojen toimittaminen Skeemat Viestit Kansallisen tulorekisterin perustamishanke

Tietojen toimittaminen Skeemat Vastaanottokuittaus Kansallisen tulorekisterin perustamishanke

Liite D: Poikkeamispäätösten ja suunnittelutarveratkaisujen mallinnus tiedonsiirtoa varten

Tietojen jakelu Skeemat Viestit Kansallisen tulorekisterin perustamishanke

Tietojen jakelu Skeemat Palvelupyyntö Kansallisen tulorekisterin perustamishanke

Paikkatiedon mallinnus Dokumentoinnin ymmärtäminen. Lassi Lehto

Tietojen jakelu Skeemat Palvelupyyntö Kansallisen tulorekisterin perustamishanke

Tietojen jakelu Skeemat Lokitiedot Kansallisen tulorekisterin perustamishanke

Kaulaketju. Syöte. Tuloste. Esimerkki 1. Esimerkki 2

Tietojen toimittaminen Skeemat Vastaanottokuittaus Kansallisen tulorekisterin perustamishanke

JHS 158: Paikkatiedon metatiedot

Tietojen toimittaminen Skeemat Mitätöintitiedot Kansallisen tulorekisterin perustamishanke

Tietojen toimittaminen Skeemat Mitätöintitiedot Kansallisen tulorekisterin perustamishanke

Tietojen toimittaminen Skeemat Käsittelypalaute Kansallisen tulorekisterin perustamishanke

JHS 162 Paikkatietojen mallintaminen tiedonsiirtoa varten Liite 1 UML-mallinnus

TESTIRAPORTTI - JÄRJESTELMÄ, ADMIN Virtuaaliyhteisöjen muodostaminen Versio 1.0

Paikkatietojen tietotuotemäärittely

Paikkatietojen tietotuotemäärittely

Metsävarastandardiin esitetyt muutokset vuonna 2013

Asiakirjallisten tietojen metatietojen tuottamisen periaatteet

JHS 158 Paikkatiedon metatiedot Liite 1 UML kaaviot

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

LAINAUSJÄRJESTELMÄ. Kyllä. Vihermetsän lukion kirjastossa on samankaltainen, mutta monimutkaisempi lainausjärjestelmä:

Tietojen jakelu Skeemat Viestit Kansallisen tulorekisterin perustamishanke

MV - Metsävarastandardisanoman muutoshistoria

JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta

ARVO - verkkomateriaalien arviointiin

Syntysähköisten. Markus Merenmies / Kansallisarkisto

6 Semanttinen Web 101

Arkkitehtuuripankki. Mallintamisen metamalli ja notaatiot

Esimerkkejä vaativuusluokista

Uutisjärjestelmä. Vaatimusmäärittely. Web-palvelujen kehittäminen. Versio 1.3

Tietojen toimittaminen Skeemat Käsittelypalaute Kansallisen tulorekisterin perustamishanke

6 Semanttinen Web 101

Johdatus graafiteoriaan

6 Semanttinen Web 101

Sanomakuvausten järjestelmäkohtaiset tiedostot

Tietojen toimittaminen Skeemat Viestit Kansallisen tulorekisterin perustamishanke

XML kielioppi. Elementtien ja attribuuttien määrittely. Ctl230: Luentokalvot Miro Lehtonen

è è è RDF-perusteet 7 RDF-perusteet

Ohjelmistotekniikan menetelmät, luokkamallin laatiminen

6.4. Järjestyssuhteet

HELIA 1 (17) Outi Virkki Tiedonhallinta

Toiminnallinen mallintaminen. Asiankäsittelykokonaisuus

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

PALKKA-AINEISTON SIIRTOTIEDOSTO

Opiskeluoikeudet. Kaaviokuva

JHS 158 Paikkatiedon metatiedot Liite 5: INSPIRE-metatietoprofiilin esimerkkipohja Versio: luonnos Julkaistu: Voimassaoloaika:

Sisällönhallinnan menetelmiä

JHS 158 Paikkatiedon metatiedot Liite 5 INSPIRE metatietoprofiilin esimerkkipohja

Rajapintakuvaus Liikenneluvat

Semanttinen Web. Ossi Nykänen. Tampereen teknillinen yliopisto (TTY), Digitaalisen median instituutti (DMI), Hypermedialaboratorio W3C Suomen toimisto

Kirjastoaineistojen kuvailusäännöt: pakolliset tiedot ja sovitut tiedonlähteet

TESTIRAPORTTI - XMLREADER-LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 2)

Syötteen ensimmäisellä rivillä on kokonaisluku n, testien määrä (1 n 10). Tämän jälkeen jokaisella seuraavalla rivillä on kokonaisluku x (0 x 1000).

Malliratkaisut Demot

Maanmittauslaitos Versio 1.1 Kiinteistötietojen kyselypalvelu (WFS) Sivu Tuotekuvaus Palstan tietoja-tuote

Tietokantojen suunnittelu, relaatiokantojen perusteita

Paikkatietoaineistojen ja -palvelujen kuvailu ja hakupalvelu Riikka Kivekäs

Kuvaus eli funktio f joukolta X joukkoon Y tarkoittaa havainnollisesti vastaavuutta, joka liittää joukon X jokaiseen alkioon joukon Y tietyn alkion.

Maksuturva-palvelun käyttöönottolomakkeen rajapintakuvaus verkkokauppaohjelmistolle

Johdatus graafiteoriaan

M. Merikanto 2012 XML. Merkkauskieli, osa 2

W3C-teknologiat ja yhteensopivuus

Muutokset suoran sanoma-asioinnin webservicepalvelun

Kuvaus eli funktio f joukolta X joukkoon Y tarkoittaa havainnollisesti vastaavuutta, joka liittää joukon X jokaiseen alkioon joukon Y tietyn alkion.

0 v i v j / E, M ij = 1 v i v j E.

TESTIRAPORTTI - XMLREADER LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0

T Syksy 2004 Logiikka tietotekniikassa: perusteet Laskuharjoitus 7 (opetusmoniste, kappaleet )

Suomen Lions-liitto ry

JHS-suositusluonnos: Tiedonohjaussuunnitelman rakenne

Harjoitus 3 ( )

MV - Metsävarastandardisanoman muutoshistoria

A TIETORAKENTEET JA ALGORITMIT

Toisessa kyselyssä alueella on 1 ruudussa A ja 3 ruudussa B, joten suosituin ehdokas on B.

TIEDONHALLINTA - SYKSY Luento 2. Pasi Ranne /8/17 Helsinki Metropolia University of Applied Sciences

Paikkatietoaineistojen ja -palvelujen metatiedot Riikka Kivekäs

Harjoitus 4 ( )

JHS XXX Kansallisen tie- ja katuverkostoaineiston ylläpito ja ylläpitotietojen dokumentointi

Varmennepalvelu Rajapintakuvaus Kansallisen tulorekisterin perustamishanke

Metatiedot ja terveydenhuollon kansallinen arkisto

Algoritmit 1. Luento 9 Ti Timo Männikkö

Tarjouspyyntö pilotoinnin osahankkeen toteuttamisesta: SÄHKE-hanke

Algoritmit 2. Luento 6 To Timo Männikkö

JHS 156 suosituksen päivitys

Tietojen toimittaminen Skeemat Työnantajan erillisilmoitukset Kansallisen tulorekisterin perustamishanke

Modulaariset tietosisältömäärittelyt Tilannekatsaus

Transkriptio:

04.02.2005 1 (6) SÄHKE-hanke Versio ja pvm Laatinut Tarkpvm Tarkastanut Hyvpvm Hyväksynyt 2.0 / 04.02.2005 Anneli Rantanen 15.02.2005 Markus Merenmies 18.02.2005 Ohjausryhmä

04.02.2005 2 (6) Muutoshistoria Versio ja pvm Laatija Muutoksen kuvaus 2.0 / 04.02.2005 Anneli Rantanen TE:n toimittama versio 1.9T / 24.01.2005 Anneli Rantanen Tekijä muutettu toimijaksi 1.8T / 21.12.2004 Anneli Rantanen Versiomuutos 1.3T / 30.11.2004 Anneli Rantanen Otsikointi korjattu 1.1T / 20.10.2004 Anneli Rantanen Tarkennettu lukuohjetta 0.7 / 30.04.2003 Heikki Ellonen Muutettu esimerkin teksti (paikkatieto sijaintipaikkatieto) Sisällysluettelo 1 Lukuohje...3 1.1 Suunnattu graafi...3 1.2 Resurssi...3 1.3 Literaali...4 1.4 Suhde...4 1.5 Mallin lukeminen...5 2 Esimerkki...6

04.02.2005 3 (6) 1 Lukuohje 1.1 Suunnattu graafi Suunnattu graafi on tietomalli, joka sopii yleiseen tietomallinnukseen, jossa pääpaino on käsitteiden ja niiden suhteiden kuvaamisessa. W3C:n piirissä tehdyn standardisoinnin myötä suunnattu graafi on muodostunut erittäin suosituksi käsiteltäessä erilaisten sisältöolioiden metatietojen mallinnusta. Suunnattu graafi on hyväksi havaittu kuvaustapa erityisesti kuvattaessa monimutkaisia suhteita, joita tyypillisesti syntyy mallinnettaessa kuvailtavan kohteen (esim. asiakirja) metatietoja. Koska suunnattu graafi on suurelle yleisölle varsin tuntematon tapa kuvata tietoja, ohessa on kuvattu graafeissa käytetty notaatio siten, että graafien lukeminen ei tuottaisi tarpeetonta vaivaa. Suunnattu graafi koostuu kolmesta peruselementistä, joita vielä täydentää lukumäärää kuvaava tekijä. Peruselementtejä ovat: - resurssit (subject), - literaalimääreet ja - elementtien väliset suhteet (predicate). 1.2 Resurssi Resurssi kuvaa suunnatussa graafissa yksikäsitteisesti osoitettavaa käsitettä. Resurssi on määritelty yksikäsitteisen osoitteen (URI) omaavaksi käsitteeksi. Asiakirja voi olla resurssi, jos se pystytään osoittamaan yksikäsitteisesti esim. http://www.narc.fi/ams-opas/. Esimerkiksi asia, joka identifioidaan diaarinumerolla on resurssi, mutta asia, joka identifioitaisiin pelkällä asian otsikolla ei sitä ole (peruste: samannimisiä asioita on tai voi olla useita esim. hakemus virkavapaudesta). Resurssit ovat graafissa solmuja, joiden kautta graafi muodostuu. Resursseihin voi liittyä suhteiden avulla toisia resursseja ja/tai literaalimääreitä. Suunnatussa graafissa resurssi kuvataan ellipsillä, joka on esitetty kuvassa 1. Kuva 1. Resurssia kuvataan ellipsillä.

04.02.2005 4 (6) 1.3 Literaali Literaali on resurssin määre eli käsite, joka ei ole yksikäsitteinen. Literaalien tehtävänä on tuoda malliin kuvailevaa tietoa. Literaalimääre on arvo, joka lausuu jotakin kohteena olevasta resurssista, esim asialla on nimeke Hakemus virkavapaudesta. Tässä Hakemus virkavapaudesta on literaalimääre, joka suhteella nimeke liittyy diaari-numerolla identifioituun asiaan. Literaalimääreiden arvojoukot ovat usein perustietotyyppien arvojoukkoja (merkkijono, kokonaisluku, päivämäärä jne.). Literaalimääreisiin ei voi liittyä toisia literaaleja eikä resursseja. Literaalimäärettä symboloi suorakulmio, joka on esitetty kuvassa 2. Kuva 2. Literaalia kuvataan suorakulmiolla. 1.4 Suhde Suhteiden avulla liitetään resursseja ja literaaleja toisiinsa. Suhde kuvataan suunnatussa graafissa nuolella, johon liittyy suhteen nimi. Esimerkkejä suhteista voivat olla nimeke, kuvaus, voimassaoloaika, sisältää kuvan jne. Suhde on sitova elementti, jolla resurssit sidotaan toisiin resursseihin tai literaalimääreet sidotaan resursseihin. Suhteiden määrää resursseja kohti ei ole rajoitettu mitenkään. Suhdetta kuvaa nuoli, joka on esitetty kuvassa 3. hävityksen peruste Kuva 3. Suhdetta kuvataan nuolella. Graafeissa resurssit on siis kuvattu ellipseillä, literaalimääreet suorakulmioilla ja suhteet kaarilla, joiden toisessa päässä on nuoli osoittaen suhteen suunnan. Suhteeseen merkitään toisinaan lukumäärää kuvaava tekijä, jonka tehtävänä on antaa käsitys lukijalle siitä, kuinka monta samaa määrettä ja/tai resurssia resurssiin voi liittyä. Esim asialla voi olla 1 nimeke, mutta 1..* (yksi tai useampi) asiasanaa.

04.02.2005 5 (6) Seuraavat lukumäärä ilmaisevat merkinnät ovat yleisimmät: 1: Tasan yksi, pakollinen määre 0..1: Yksi tai ei yhtään = vapaaehtoinen määre 0..*: Useita, vapaaehtoinen määre 1..*: Useita, pakollinen määre 1.5 Mallin lukeminen Kuvan 4 kaaviota voidaan lukea seuraavasti: Sijaintipaikka on valinnainen tieto ja niitä voi olla vain 1. Kun sijaintipaikka on olemassa on vain yksi sijaintipaikkatieto pakollinen ja mahdollinen. Tyyppitieto on valinnainen ja niitä voi olla vain 1. Mallinnuksen aikana on pyritty siihen, että erilaiset kuvaustavat vastaisivat mahdollisimman hyvin toisiaan ts. reitti graafeista UML:n kautta XML Schemaan ja RDF Schemaan muodostaisi mahdollisimman helposti hahmotettavan ketjun. Joissakin tapauksissa Graafeissa ja UML-kuvauksessa on käytetty käsitteitä, jotka puuttuvat XML Schemasta. Tällöin on useimmiten kyseessä tapaus, missä resurssiin liittyy kaksi literaalimäärettä, joista toinen on XML Schemassa määritelty attribuutiksi. Esim. sijaintipaikka 0..1 1 sijaintipaikkatieto tyyppi 0..1 Kuva 4. Literaalin häviäminen XML muodossa tapauksesta voi muodostu seuraavanlainen lohko: <sijaintipaikka tyyppi= tiff >/docs/ak/tiff/k124561</sijaintipaikka>

04.02.2005 6 (6) 2 Esimerkki Kuvassa 5 oleva esimerkki on poimittu liitteenä olevista graafeista asiakirjan kohdalta. 1 henkilö 0..1 yhteisö 1..* AsiakirjanTekijän Rooli rooli 1 toimija Kuva 5. Esimerkki suunnatusta graafista. Käsitteeseen asiakirja liittyy toimija -suhteella yksi tai monta resurssia, jotka tässä tapauksessa kuvaavat toimijaa. Graafin osasta ilmenee myös, että käsitteeseen toimija liittyy aina resurssi asiakirjan tekijän rooli sekä literaalit yhteisö ja henkilö. Lisämääreille on määritelty, että jokaista voi esiintyä vain yksi mutta yhteisö -literaali ei ole pakollinen.