You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 26 Next »

Korkeakoulujen opiskelun ja opetuksen tukipalveluiden ja hallinnon viitearkkitehtuuri

Miksi?

  • Taustalla laki julkisen hallinnon tietohallinnon ohjauksesta (634/2011)
  • Kontekstina julkisen hallinnon kokonaisarkkitehtuurikehys ja kokonaisarkkitehtuurityö korkeakouluissa

Mikä?

  • Yleistasoinen kohdealueen tavoitetilan arkkitehtuurikuvaus

  • Jäsentää ja määrittää arkkitehtuurin keskeisimmät rakenneosat ottamatta kantaa suunnittelun tai toteutuksen yksityiskohtiin

  • Kuvaa, miten prosessit, palvelut, päätiedot, toimijat ja roolit toimivat kokonaisuutena yhteen

  • Määrittää puitteet toimintojen tarkemmalle kehittämiselle, suunnittelulle ja toteuttamiselle

  • Korkeakoulut päättävät itse, mitä tietojärjestelmiä ne tuottavat, mutta niiden tulee pyrkiä hankkimaan tai toteuttamaan ratkaisuja, jotka parhaiten ovat sovitettavissa yhteiseen viitearkkitehtuuriin

Miten?

  • OPI-viitearkkitehtuurin omistavat korkeakoulut
  • Arkkitehtuurin kehittäminen ja ylläpito on jatkuva prosessi
  • Muutoksenhallinta ehdotetaan organisoitavan seuraavasti
    • Päätöksentekijänä korkeakoulujen opiskelun ja opetuksen tukipalveluiden ja hallinnon yhteistyöryhmä (hankekauden loppuun asti RAKETTI-OPI-ohjausryhmä)
    • Sisällöllisenä kehittäjänä Synergiaryhmä. Synergiaryhmä on avoin kaikille korkeakoulujen opiskelun ja opetuksen tukipalveluiden ja hallinnon asiantuntijoille, mikä takaa korkeakouluille vaikutusmahdollisuuden kehittää viitearkkitehtuuria yhdessä.
    • Arkkitehtuurityötä konsultoi OKM:n rahoituksella CSC:n OPI-koordinaatio
  • Apuna Kartturi-malli

OPI-viitearkkitehtuuri osana julkisen hallinnon ja korkeakoulujen kokonaisarkkitehtuurityötä

Työskentelyn eteneminen

  • Periaatetason arkkitehtuuri
    • Sidosarkkitehtuurit, -määritykset ja -hankkeet (käsitelty Synergiaryhmän työpajassa 4.12.2013)
    • Arkkitehtuuriperiaatteet (Arkki-työssä 2011 syntyneet periaatteet päivitetty työpajassa 4.12.2013 --> kehitettävä asiakaslähtöisemmiksi Q2/2014)
    • Tietoturvaperiaatteet ja tietosuojan käytännesäännöt (käsitelty työpajassa 4.12.2013)
  • Käsitteellisen tason arkkitehtuuri
    • Organisaatiot ja sidosryhmät (käsitelty työpajassa 4.12.2013)
    • Henkilöt ja roolit (käsitelty työpajassa 4.12.2013 --> tarve opiskelijan roolien jatkotyöstölle, käsittelyyn työpajassa 11.-12.2.2014)
    • Käsitteistö (käsittelyyn Q2/2014)
  • Loogisen tason arkkitehtuuri
    • Prosessit (päivitetty 15.-16.5.2013 työpajassa Arkki-työn pohjalta, hyväksytty 18.9.2013 kokouksessa, kuvauksia kirjoitettu 17.10.2013 työpajassa, viimeistelyyn työpajassa 11.-12.2.2014)
    • Päätiedot (tunnistetaan osana korkeakoulujen tietomallin kehittämistä Q1/2014)
    • Päätietovarannot (käsittelyyn Q2/2014)
    • Palvelut (päivitetty 15.-16.5. työpajassa Arkki-työn pohjalta, viimeistely, hyväksyminen ja kuvausten kirjoitus työpajassa 11.-12.2.2014)
    • Integraatioperiaatteet (käsittelyyn Q2/2014)
    • Tietovirrat (käsittelyyn Q2/2014)
    • Rajapinnat (käsittelyyn Q2/2014)
  • Fyysisen tason arkkitehtuuri
    • Koodistot (yhteisistä koodistoista sovitaan tarpeen mukaan, jakelu koodistopalveluiden kautta)

Ajankohtaista

  • Viitearkkitehtuuriluonnoksen versio 0.8. esiteltiin RAKETTI-KOKOA-koordinaatioryhmälle 17.12.2013 (esitysdiat pdf). KOKOA-koordinaatioryhmän evästykset työlle
    • Näkökulman kirkastaminen; arkkitehtuuriin on tuotava ydintoiminta keskelle ja palvelut sen ympärille. Arkkitehtuuriperiaatteiden ei tule olla ict-lähtöisesti kirjoitetut, vaan viitearkkitehtuurin tavoitteet on tuotava esiin asiakaslähtöisesti.
    • Yhtenäistäminen kansallisen opintohallinnon viitearkkitehtuurin kanssa; sovittava yhdessä OPH:n kanssa miten kumpaakin dokumenttia jatkokehitetään ja synkronoidaan yhdessä esim. käytettävien prosessinimien osalta. Ks. esimerkki prosessien mappauksesta.
  • No labels