RAkenteellisen KEhittmisen Tukena TIetohallinto Korkeakoulujen ja opetus ja

RAkenteellisen KEhittämisen Tukena TIetohallinto Korkeakoulujen ja opetus- ja kulttuuriministeriön yhteinen tietohallintohanke, jota CSC koordinoi Arkkitehtuuriperiaatteista OPI-osahankkeen ohjausryhmän kokous 12. 3. 2012, Antti Mäki

Yhteisiä ja RAKETTI-Opin luonnoksia arkkitehtuuriperiaatteista kehitettäessä korkeakoulujen opiskelun ja opetuksen tuen seuraavan sukupolven palveluita OPIARKKITEHTUURIPERIAATTEET

Arkkitehtuuriperiaate • On kokonaisarkkitehtuurin suunnittelua ohjaava valinta, linjauksesta tai suosituksesta • Opin tunnistamat arkkitehtuuriperiaatteet eivät ole pääsääntöisesti uusia linjauksia vaan ne ovat nykyisen keskustelun ja toteuttamisen taustalla • Arkkitehtuuriperiaatteiden arvioiminen ja näkyväksi tekeminen on tärkeää, jotta niitä voidaan kyseenalaistaa

Valitut arkkitehtuuriperiaateet • Korkeakoulut, OKM ja viranomaiset tuottavat yhteismitallisen tietomallin ja yhteentoimivuuden edellytykset (ml. tietovaranto viranomaistiedosta) • Korkeakoulut päättävät mitä sovelluksia tuottavat • Tietovarannot muodostavat yhteisen ytimen • Integraatiotason kontrolli ”in house” • Siirtymä tavoitetilaan asteittain, ”modulaarisesti” • Yhteiset toimintaa tukevat palvelut keskeisille tiedoille

Ensimmäiset kaksi arkkitehtuuriperiaatetta perustuvat OKM: n muistioon keskustelun avaukseksi korkeakouluille ja tiedelaitoksille sekä RAKETTI-Pelisääntöryhmän ehdotuksiin KORKEAKOULUJEN TIETOHALLINNON KEHITTÄMINEN

Kokonaisarkkitehtuurityön tasoja Koulutus- ja tutkimus Esim. VTJ, YTJ, paikkatieto… Esim. VIPUNEN (raportointi) Kk-laitoksen velvoitteet Esim. KSHJ Julkinen hallinto Korkeakoulujen yhteistyö Korkeakoulu Esim. TIPTOP Kartturin käsittelemä taso

2. Lähtökohta korkeakoulukeskeisyys: Yhteisen tietomallin ja tietovarannon ohella Julkinen hallinto KK-tietohallinnon Koulutus- ja kehittäminen -luonnos tutkimus 1. yhteisen käsitteistön Kk-laitoksenkehittäminen; velvoitteet 2. korkeakoulujen valtakunnallisen tietovarannon tuottaminen; Korkeakoulujen yhteistyö 3. toimintamallit korkeakoulujen kesken yhteistyössä viranomaisten kanssa Korkeakoulu Pelisääntö-ryhmän suositukset 1. yhteiset toimintasuositukset yhteismitallisuuden ja yhteensopivuuden edistämisestä ja järjestelmäpalveluiden kehittämisestä 2. Toimintasuositusten valmistelu- ja koordinointityö (it-johtajille) korkeakoulut päättävät, mitä tietojärjestelmiä ja miten ne yhdessä tai erikseen tuottavat

1. Yhteistyöllä yhteentoimivuus • Korkeakoulut sekä opetus- ja kulttuuriministeriö yhdessä muiden viranomaisten kanssa tuottavat yhteismitallisen tietomallin, joka palvelee myös korkeakoulujen omia tietojärjestelmätarpeita, ja toteuttavat yhteentoimivuutta edistävät ratkaisut muun muassa kokoamalla viranomaisten edellyttämät tiedot korkeakoulujen valtakunnalliseen tietovarantoon, josta tiedot ovat myös korkeakoulun käytettävissä.

2. Korkeakoulukeskeisyys • Yhteisen tietomallin ja tietovarannon ohella korkeakoulu päättää, mitä tietojärjestelmiä ja miten ne yhdessä tai erikseen tuottavat. Tietojärjestelmillä tarkoitetaan sekä korkeakoulun tarjoamia palveluita että sovellustoteutuksia. Korkeakoulu päättää miten käyttää resurssinsa eikä korkeakoulujen resursseja oteta korkeakoulujen ohi palveluiden tuottamiseen.

RAKETTI-Opin kokonaisarkkitehtuurityö, ”Arkki” OPISKELUN JA OPETUKSEN TUKIPALVELUIDEN SEURAAVAN SUKUPOLVEN ARKKITEHTUURI

Toimintaympäristön muutos: Opiskelu ja tutkinnot • Opiskelijat hakeutuvat nykyistä laaja-alaisempiin koulutuskokonaisuuksiin. • Tutkinnon tavoitteet yleismaailmallisempia; erityisosaaminen syntyy aktiivisen työelämäosallistumisen avulla. • Yhteistyö koulutuksen järjestämisessä on lisääntynyt kansallisesti ja kansainvälisesti. Opetustarjonta on pirstaloitunut eli yhteen tutkintoon opetusta tuottavien toimijoiden määrä on kasvanut. • Liikkuvuus on muuttunut vallitsevaksi toimintamalliksi. Opiskelijat suorittavat opintoja useammassa korkeakoulussa.

Toimintaympäristön muutos: Tietoon perustuvien palveluiden merkitys • Seurannan merkitys on kasvanut suunnittelun lähtökohtana. • Opiskelijoiden tuen tarve kasvanut "itseohjautuvuuden" vuoksi.

Toimintaympäristön muutos: Tietovarannot ja tietojärjestelmät • Kansalliset ja kansainväliset tietovarannot ovat korvanneet nykyisiä organisaatiokohtaisia tietovarantoja. • Tietojärjestelmät ovat palvelupohjaisia ja niiden moduulit joustavasti vaihdettavissa tarvittaessa. • Korkeakoulut kehittävät aktiivisesti palveluja. Ratkaisut noudattavat standardeja.

Arkkitehtuuriperiaateen omaisia tosiasioita • Palveltava toiminta on jatkuvasti uudistuvaa • Käytettävät palvelut ja palveluita käyttävät prosessit poikkeavat eri asiakkailla • Korkeakoulut päättävät, miten korkeakoulujen tietohallinnon kehittämiseen käytettävissä olevat resurssit käytetään • Opetus- ja kulttuuriministeriö järjestää korkeakoulujen ja viranomaisten yhteistyön puitteita (CSC: n avulla)

Opiskelun ja opetuksen tiedot ulottuvat usealle KA-työn tasolle Julkinen hallinto Koulutus ja tutkimus Kk-laitoksen velvoitteet Korkeakoulujen yhteistyö Korkeakoulut Korkeakoulujen opiskelun ja opetuksen tukipalve luiden KA

3. Tieto ytimessä • Opiskelijan ja opetuksen tukipalveluiden yhteisen ytimen muodostavat tietovarannot, jotka sisältävät yhteisesti määriteltyä ja yhteisesti käytettävissä olevaa tietoa. Tietovarannot yhdistävät eri KA-tasoja ja toimijoita. Tietovarannot ovat erillinen kerros, joka eroaa sovelluksista, käyttöliittymistä ja järjestelmäpalveluista eli kyseessä eivät ole yhteisiä tietoja sisältävät yhteiset sovellukset joita kaikki käyttävät (kuten yhteiset rekisterijärjestelmät) vaan kyseessä on tallennettu tieto, jota erikseen toteutetut tietojärjestelmät voivat rajapintojen avulla käyttää.

3. Tieto ytimessä VAHVUUKSIA • Tietoa ylläpitää vain sen tuottanut taho ja muilla on mahdollisuus hyödyntää samaa tietoa ilman, että tiedosta tarvitsee erikseen antaa, esittää ja todeta todistusta • Sekä opiskelijoita että tiedon perusteella ohjattavia korkeakouluja käsitellään tasapuolisesti luotettavasti yhteismitallisen tiedon perusteella • …

3. Tieto ytimessä HEIKKOUKSIA • Tietovarannot ja tietoa käsittelevät tietojärjestelmäpalvelut erottava arkkitehtuuri on vaikeampi hallita kuin yhtenäisiin, erillisiin tai keskitettyihin rekisterijärjestelmiin perustuva malli • Tiedon varsinaiseen kirjaamiseen ei yhteisten tietojärjestelmienkään ohjaamana synny yhteisiä kirjauskäytäntöjä • …

Tietojoukot yleisimmällä tasolla

Korkeakoulun opiskelun ja opetuksen tukipalveluita tuottavat tietojärjestelmät ovat laaja kokonaisuus, jossa tiedon liikkuminen ratkaisusta toiseen on tärkeää Esimerkiksi Mobility Online Syllabus Moodle Korkeakoulull e ostettuja / hankittuja ratkaisuja Erikseen tarvetta varten räätälöidyt ratkaisut Sellaisenaan käytettäviä palveluita Erilaisista osista kootut palvelut yhtenäisesti käyttäjille Esimerkiksi YSHJ (=> KSHJ) YO-OPAS (=> opintopolku. fi) HAKA Esimerkiksi Oodi (win, web, hops, palaute) Valssi-opiskelijavalintajärjestelmä Esimerkiksi Opiskelijan työpöytä ym. ”intraratkaisut”

Pääsääntöisesti eri tietojärjestelmät käsittelevät tietoja opiskelijoista, opiskeluoikeuksista, suorituksista, opetustarjonnasta ja ilmoittautumisista jne. Näiden tietojen ensisijainen tallennuspaikka (ml. ”opiskelijarekisteri”) on niitä varten räätälöity ratkaisu, opintohallinnon tietojärjestelmä (Winha, Oodi…) Korkeakoulull e ostettuja / hankittuja ratkaisuja Erikseen tarvetta varten räätälöidyt ratkaisut Sellaisenaan käytettäviä palveluita Erilaisista osista kootut palvelut yhtenäisesti käyttäjille

4. Kokonaisuuden hallinta • Arkkitehtuuri- ja integraatiotason kontrolli halutaan säilyttää ”in house”. Opiskelun ja opetuksen tukipalvelut koostuvat useista eri palveluista, joiden omistajat saattavat olla eri kokonaisarkkitehtuurien tasoilla (esim. väestötietojärjestelmä, OKM, OPH, korkeakoulujen yhteistyö, korkeakoulu). Korkeakoulun tukipalveluiden kokonaisuus muodostuu rakentamalla, hankkimalla, käyttämällä tarjolla olevia palveluita ja kokoamalla palveluista kokonaisuuksia. Kokonaisarkkitehtuurinäkemys on palvelukeskeinen (SOA) tässä ja sidosarkkitehtuureissa, mikä tarkoittaa, että sama asia pyritään hoitamaan yhdellä ratkaisulla.

Opiskelun ja opetuksen tukipalveluiden arkkitehtuurin ”Tvärminnen risti”

4. Kokonaisuuden hallinta VAHVUUKSIA • Toimintaa tukevien ja helpottavien tietojärjestelmäpaveluiden hankkiminen ja vaihtaminen on korkeakoulun hallinnassa • Korkeakoulu pystyy yhdistämään valtakunnalliset velvoitteensa, korkeakoulujen välisen yhteistyön ja oman toimintansa tarpeet korkeakoulun (esimerkiksi sen opiskelijoiden) kannalta tarkoituksenmukaisimmaksi kokonaisuudeksi • Vanhaa ja toimivaa ei tarvitse poistaa käytöstä vaan voidaan helposti ottaa mukaan uusia osia. • …

4. Kokonaisuuden hallinta HEIKKOUKSIA • Korkeakoulun on hankittava itse tai yhteisesti riittävä osaaminen ja näkemys palveluarkkitehtuurinsa hallitsemista varten • Joidenkin korkeakoulujen palvelukokonaisuus ei välttämättä muodostu sellaiseksi, että tiedot liikkuvat eri järjestelmien välillä vaan tietoa joudutaan kirjaamaan moneen kertaan järjestelmästä toiseen • …

5. Asteittain korkeakoulukohtaisesti • Siirtymä kohti tavoitetilaa on asteittainen, korkeakoulukohtainen ja ”modulaarinen”. Korkeakoulu päättää toimintansa tarpeiden ja nykyisten tietojärjestelmiensä pohjalta, mitä tietojärjestelmiä ja miten ne yhdessä tai erikseen tuottavat ja ottavat käyttöönsä. Palveluita varten käytetään ja tuotetaan sovelluksia, käyttöliittymiä, järjestelmäpalveluita jne. Palveluiden käyttämiseksi ja toteuttamiseksi korkeakoulu muodostaa tarpeelliset yhteenliittymät, konsortiot, verkostot, osakeyhtiöt ym.

Pelisääntöryhmän luonnospalveluiden tuottamisesta erikseen ja yhteisestä pohjasta

5. Asteittain korkeakoulukohtaisesti VAHVUUKSIA • Uusia palveluita voidaan ottaa käyttöön pienissä ja hallittavissa osissa, jolloin toiminnan muutokset on helpompi sopeuttaa korkeakoulun toimintaan • Uusia palveluita saadaan nopeasti käyttöön, kun ei tarvitse odottaa laajojen hankkeiden monimutkaisten tulosten käyttöönottoa • Tietojärjestelmät ovat palvelupohjaisia ja niiden moduulit joustavasti vaihdettavissa tarvittaessa • …

5. Asteittain korkeakoulukohtaisesti HEIKKOUKSIA • Syntyy päällekkäisiä ja rinnakkaisia palveluita samaan asiaan ja eri palveluiden tuottaman tietosisällön laadun varmistaminen on vaikeampaa • Joudutaan ylläpitämään ja kehittämään (integroimaan) sekä uusia että vanhoja tietojärjestelmiä yhtä aikaa, jolloin tietojärjestelmäkustannukset kasvavat • …

6. Yhteiset alemman tason palvelut • Yhteiset toimintaa tukevat palvelut keskeisille tiedoille (esim. opiskelijat, suoritukset, opetustarjonta jne. ), mikä tarkoittaa, että yhteisen ytimen muodostavilla tietovarannoilla on rajapinnat (atomiset tiedot) ja näitä käsittelemään on yhteisiä alemman tason palveluita (esim. suoritusten esittäminen tai tallentaminen; opiskeluoikeuden lukeminen tai lisääminen). Erillisiä ratkaisuja tuotetaan erityistarpeisiin (kuten kansainväliseen opiskelijavaihtoon liittyviin palveluihin). Loppukäyttäjän palvelut kootaan ja toteutetaan korkeakoulun strategisten valintojen mukaan korkeakoulukohtaisesti.

6. Yhteiset alemman tason palvelut VAHVUUKSIA • Korkeakoulut voivat säästää merkittävästi päällekkäisen työn vähentymisen kautta sekä opiskelun ja opetuksen tukipalveluissa että tietojärjestelmien kehityksessä ja ylläpidossa samalla, kun tietojen yhteismitallisuus ja liikkuminen eri palveluiden välillä varmistuu • Uusia innovatiivisia palveluita tarjoavien tietojärjestelmätoimittajien on helpompi tuottaa korkeakoulujen toimintaan ja tietoihin integroituvia palveluita, koska ne voivat keskittyä loppukäyttäjän palvelun muotoiluun eikä perustietojen käsittelyyn

6. Yhteiset alemman tason palvelut HEIKKOUKSIA • Tietovarannot ja yhteistä tietoa käsittelevät tietojärjestelmäpalvelut sekä varsinaiset toiminnan prosesseja tukevat loppukäyttäjän palvelut erottava arkkitehtuuri on vaikeampi hallita kuin yhtenäisiin, erillisiin tai keskitettyihin rekisterijärjestelmiin perustuva malli • Sovittujen tietomuotojen merkittävä muuttaminen voi vaatia monen eri toimijan ponnistuksien koordinoimista eri tietojärjestelmäkerroksien uudistamiseksi siten, että kokonaisuus edelleen toimii yhteen

Valitut arkkitehtuuriperiaateet • Korkeakoulut, OKM ja viranomaiset tuottavat yhteismitallisen tietomallin ja yhteentoimivuuden edellytykset (ml. tietovaranto viranomaistiedosta) • Korkeakoulut päättävät mitä sovelluksia tuottavat • Tietovarannot muodostavat yhteisen ytimen • Integraatiotason kontrolli ”in house” • Siirtymä tavoitetilaan asteittain, ”modulaarisesti” • Yhteiset toimintaa tukevat palvelut keskeisille tiedoille

Korkeakoulun oma tietovarasto (XDW/KOTI tai muu ratkaisu) Korkeakoulujen valtakunnallinen tietovaranto (VIRTA) • Laajasti tietoa korkeakoulun toiminnasta • Suppeasti tietoa ”tuloksista” (tutkinnot, suoritukset, opiskelijat…) • Integroitu korkeakoulun järjestelmiin • KK toimittaa tiedot haluamallaan tavalla • Palvelee korkeakoulun sisäistä toiminnan kehittämistä • Tukee korkeakoulurajat ylittäviä prosesseja ja korkeakoulujen ohjausta

Tietovaranto / VIRTA-ajattelu 2. Korkeakoulut voivat käyttää tietoja yhteisiin tai omiin palveluihin (tietojärjestelmiin) 1. Viranomaistarpeen mukaiset tiedot RAHOITUSMALLI Julkiset panokset XDW / KOTItietovarastopalveluajattelu Korkeakoulun sisäiset prosessit, johtamisen, toiminnan ja tukipalveluiden tiedot Rakennetaan korkeakoulun oma tietovarasto (jonka malli ja/tai ylläpito yhteisesti) Tuotokset Kootaan tiedot ”viranomaistietovarastoon”

Lisätietoja • https: //confluence. csc. fi/display/OPI/Arkki • RAKETTI-Opin Synergiaryhmä www. csc. fi/opi ät csc. fi (koordinaattorit)