Arkkitehtuuripankki: https://arkkitehtuuripankki.onqpr.com/QPR/Portal
Alustava keskustelun pohjaksi
Arkkitehtuurivisio eli alustava lista yleesä tehtävistä arkkitehtuuriartefakteista. Sovitaan yhdessä mitkä näistä tehdään.
Luku | Artefakti | Kuvaus | Vastuu | Input | Aikataulu (Draft) | Kommentteja |
---|---|---|---|---|---|---|
Arkkitehtuurivisio | ||||||
KA-repository | Paikka johon arkkitehtuuri kootaan. Sisältää artefaktit (diagrammit, matriisit, taulukot, narratiiviset kuvaukset). Kuvaukset selitetään selväsanaisesti (eri näkökulmat esim. päätöksentekijöille) linkki KA-repositorioon tulee tähän | |||||
Mallinnustyökalu | QPR-EA tool (linkki toimittajan sivulle ei työkallu) | CSC | ||||
Viitekehys | JHS 179 KA:n suunnittelu ja kehittäminen Togaf 9.2 De facto KV-standardi KA-työhön | |||||
Mallinnuskieli | Archimate 3.1. specifikaatio | |||||
Hallintamalli | omistaja, muut toimijat, julkisuus., hyväksyntämalli | selvitetään myöhemmin | ||||
Arkkitehtuurin metamalli | kuvaa arkkitehtuurin rakenteen | |||||
Kielet | Suomi, ruotsi ja englanti | ainakin keskeiset käsitteet | ||||
Periaatteellinen taso | ||||||
Arkkiktehtuuriperiaatteet | Tehdään, käytetään eripohjia | |||||
Rajaus | Mitä kattaa ja mitä kuvataan leveys, syvyys, arkkitehtuurinäkökulmat (Tavoitetila) joiltain osin ratkaisuarkkitehtuuritaso myös | julistus, linjauskokous, ehkä lyhyempi kausi | ||||
Sidosarkkitehtuurit | Integraatio muihin arkkitehtuureihin | |||||
Strategiat | Tunnistetaan ohjaavat strategiat ja linjaukset, suoitukset | |||||
Strategiakartat | Strategioiden visualisointi | |||||
Vaatimukset | johdetaan strategioista, laeista ja hankesuunnitelmasta | |||||
Lisenssit | mm. aineistolisenssit, cc-lisenssit (FAIR) | |||||
Kyvykkyydet | Keskeiset kyvykkyydet ja resurssit (strategiset kyvykkyydet?) | |||||
Lainsäädäntö | Vaatimukset lainsäädännön pohjalta. Lakien muutostarpeet, sääntely ja eettiset periaatteet | EU-lainsäädäntö | ||||
(Liike)toimintamallit | tehdään tarvittaessa | |||||
Riskien hallinta | tehdään tarvittaessa | |||||
Toiminta-arkkitehtuuri | ||||||
Toimijat | Keskeiset toimijat ja niiden roolit, | |||||
Toimijoiden välinen vuorovaikutus | ||||||
Toiminnan palvelut | ||||||
Prosessit | ||||||
Prosessien välinen vuorovaikutus | ||||||
TIetoarkkitehtuuri | ||||||
Sanastot | Avoimen tieteen sanasto, Oksa | |||||
Käsitemalli(t) | Keskeisistä kokonaisuuksista tehdään tarvittavat käsitemallit | |||||
Loogiset tietovarannot, tietoaineistot ja tietorymät | Tietovarannot listataan | Huom tiedonhallintamallit | ||||
Tietojärjestelmäarkkitehtuuri (TÄHÄN JÄÄTIIN) | ||||||
Tietojärjestelmäpalvelut | EPK: tieotj.palvelut, vai tietojärjestelmät? Tässä tulee nyt kysymys skoopista tärkeäksi, mitä oettaan mukaan? | |||||
Loogiset tietojärjestelmät | ||||||
järjestelmien integraatiot | ||||||
Rajapinnat | ||||||
Teknologia-arkkitehtuuri | ||||||
Teknologiavalinnat | Linjaukset ja sen sellaiset (toimittajariippumattomuus) | EPK: Teknologiaosio on usein jäänyt vähän sivuun, kun on paljon toimijoita eikä ole perusteltua ruveta ohjaamaan valintoja. Näin taitaa olla nytkin, mutta ainakin tuo toimittajariippumattomuus kuulostaa hyvältä, rajapinnat toinen oleellinen? Minna: ihan heti ei tule mieleen, minkälaisia teknologia*valintoja* tällä tasolla olisi tarpeen tehdä. Teknologian reunamilta tulee mieleen Esankin mainitsema rajapintalähtöisyys. Mihinköhän kuuluisi se, että tallennusformaateissa pyritään yleisesti käytettyihin, mieluiten aikaa kestäviin ratkaisuihin ja rakenteiseen muotoon aina kun mahdollista, tai tiedostoformaatit olisi kuvattu niin että niiden purkaminen 10 vuoden kuluttua on mahdollista. | ||||
Teknologialisenssit | ||||||
Teknologiakomponentit (ks Togaf) | Komponentti tarkoittaa tässä (esim. ohjelmistoa, kieltä, rajapintaa...) Digivision tavoitteiden pohjalta, jos on tarve | |||||
Fyysiset rajapinnat | ||||||
Toimeenpano | ||||||
Käyttöohjeistus | Arkkitehtuurin käytön tukeminen, käytännönläheisyys | Minna: tämän syntyvän dokumentin kohderyhmä ts kenen toivotaan lukevan sen, ketä pitää tukea? | ||||
Toimeenpano | Toteutussuunnitelma | Minna: toteutus tapahtuu viime kädessä tutkijan näppämistön ääressä, ja sitä ennen organisaation sisällä (jotta organisaatio tukee käytäntöjen edistämistä). Tämä tarkoittaa, että sitouttamistyön pitää olla vahvaa jo dokumenttia kirjoitettaessa. | ||||
Kehityspakettien kuvaaminen | Arkkitehtuurirakennuspalikoiden kehityksen roadmap ja kehitystyöpaketit ja niiden suhde muuhun kehitykseen |