JHS XXX ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurimenetelmä
|
|
- Pentti Kouki
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 JHS XXX ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurimenetelmä Versio: luonnos Julkaistu: Voimassaoloaika: Sisällys 1 Johdanto Soveltamisala Termit ja määritelmät Arkkitehtuuriohjattu organisaation kehittäminen Johdatus kokonaisarkkitehtuurikehittämiseen Kokonaisarkkitehtuurin suunnittelun hyödyt Organisaation toiminnan kehittämisen sykli Arkkitehtuurikehys Johdatus arkkitehtuurikehykseen Kokonaisarkkitehtuurin näkökulmat Kokonaisarkkitehtuurin käsitteelliset tasot Kokonaisarkkitehtuurin hierarkiatasot Kokonaisarkkitehtuurin suunnitteluprosessi Tavoitetilan hahmotus ja rajaaminen Kokonaisarkkitehtuurin nykytilan kuvaus Kokonaisarkkitehtuurin tavoitetilan suunnittelu Toimeenpanon suunnittelu Arkkitehtuurikuvausten tuottaminen Arkkitehtuuriperiaatteet ja linjaukset Nykytila ja tavoitetila Standardit Toiminta-arkkitehtuurin suunnittelu Tietoarkkitehtuurin suunnittelu Tietojärjestelmäarkkitehtuurin suunnittelu Teknologia-arkkitehtuurin suunnittelu Opastavat tiedot Liitteet /42
2 1 Johdanto Tässä suosituksessa määritellään menetelmä, jolla voidaan kuvata ja kehittää organisaation kokonaisarkkitehtuuria, sekä opastetaan laatimaan kokonaisarkkitehtuurin eri osa-alueiden kuvaukset. Tämä suositus on osa ICT-palvelujen kehittäminen suositussarjaa (kts. kuva 1). Suositus täydentää muita ICT-palvelujen kehittäminen -sarjan suosituksia kuvien 1 ja 2 mukaisella tavalla. Muita ICT-palvelujen kehittäminen sarjan suosituksia ovat JHS 171 ICT-palvelujen kehittäminen: Kehittämiskohteiden tunnistaminen. JHS 172 ICT-palvelujen kehittäminen: Esiselvitys. JHS 173 ICT-palvelujen kehittäminen: Vaatimusmäärittely. Kuva 1 ICT-palvelujen kehittämisen vaiheet ICT-palvelujen kehittäminen koostuu eri vaiheista (kts. kuva 2), joista kokonaisarkkitehtuurin suunnitteluvaihe toimii pohjana koko kehittämiselle. Kokonaisarkkitehtuuri tarkentuu vaiheittain kehittämisen vaatimusten kanssa. Tämä suositus käsittelee kokonaisarkkitehtuurin määrittelyssä käytettävää menetelmää. Arkkitehtuurin suunnittelu ICT-palvelujen kehittämisessä rakentuu iteratiivisesta prosessista aina kehitettävän kohteen tai toiminnan tavoitetilan määrityksestä kohteen kuvaukseen saakka. Kokonaisarkkitehtuurin suunnitteluvaiheessa tuotetut dokumentit luovat pohjan muissa kehittämisvaiheissa tehtäville määrittelyille ja kuvauksille ja ne tarkentuvat muissa vaiheissa. 2/42
3 Kuva 2 ICT-palvelujen kehittäminen ja arkkitehtuurin suunnittelu Tässä suosituksessa kuvattu menetelmä luo mallin ja viitekehyksen organisaation arkkitehtuuriohjatulle kehittämiselle sekä siihen liittyvien arkkitehtuurien kuvaamiselle. Arkkitehtuurimenetelmällä luotujen linjausten ja kuvausten käyttö ja varsinkin ylläpito vaativat, että organisaatio tekee asiat systemaattisesti ja suunnitelmallisesti arkkitehtuurihallintamallin avulla. 2 Soveltamisala Suosituksen tarkoituksena on opastaa organisaatioita kokonaisarkkitehtuurin määrittelyssä ja sen kehittämisessä. Suosituksen kohderyhmiä ovat organisaation arkkitehtuurista vastaavat henkilöt toiminnan kehittämisestä vastaavat henkilöt tietojärjestelmien hankinnasta päättävät tai tietojärjestelmiä hankkivat henkilöt projektipäälliköt toiminnasta ja toimintaprosessista vastaavat henkilöt. 3 Termit ja määritelmät arkkitehtuurikehys Jäsennysmalli, jonka mukaan organisaation rakenteita jäsennetään, hallitaan ja kehitetään. Se kuvaa käytettävät arkkitehtuurin näkökulmat ja tasot. Arkkitehtuurikehys voi olla valmis jäsennysmalli (esim. Zachman Framework) tai organisaation omaan käyttöön räätälöity arkkitehtuurirakenteiden jäsennys. arkkitehtuuriperiaate Periaate tai linjaus, jolla ohjataan kehittämistä ja toteutusta tavoitteellisesti linjausten mukaisiin arkkitehtuuriratkaisuihin. arkkitehtuuriviitekehys Kts. kohta arkkitehtuurikehys. 3/42
4 arkkitehtuurimenetelmä Toimintamalli, jonka avulla kehitetään suunnitelmallisesti ja systemaattisesti arkkitehtuurikokonaisuutta tai sen rajattua osaa. hallintamalli Arkkitehtuurin toiminta- ja ohjausmallia sekä tähän liittyviä organisatorisia rakenteita kutsutaan yhteisesti arkkitehtuurin hallintamalliksi. kohdearkkitehtuuri Organisaation rajatun toiminnallisen osa-alueen (esim. prosessin tai toiminnon) arkkitehtuurikokonaisuus. Kohdearkkitehtuuri sisältää kaikki arkkitehtuurikehyksen näkökulmat (toiminta, tieto, järjestelmät, teknologia) rajatulta kohdealueelta. kokonaisarkkitehtuuri Kokonaisarkkitehtuuri on toiminnan, prosessien ja palvelujen, tietojen, tietojärjestelmien ja niiden tuottamien palvelujen muodostaman kokonaisuuden rakenne. Kokonaisvaltainen lähestymistapa organisaation toiminnan ja sen rakenteiden hallinnoimiseksi ja kehittämiseksi. MD, Master Data Master Dataksi eli ydintiedoksi luokitellaan tieto, jota käytetään useassa käyttökohteessa samanlaisena tai jota useampi prosessi/toiminto tarvitsee tai hyödyntää. Ydintieto on pysyväisluonteista tietoa, joka kuvaa tietokokonaisuuksia, joista on tai josta tulisi olla yhtenäinen käsitys koko organisaatiossa ja joka on samalla avaintietoa yrityksen toiminnalle. Ydintietoa on yleisesti asiakas-, tuote-, henkilöstö-, materiaali-, toimittajatieto jne. MDM, Master Data Management MDM on toiminto ja prosessi joka hallinnoi, korjaa ja ylläpitää toiminnan edellyttämän Master Datan eli ydintiedon. Sen tehtävänä on huolehtia riittävästä ydintiedonlaadusta, jotta raportointi ja seuranta voidaan pitää luotettavana ja yksikäsitteisenä. referenssiarkkitehtuuri Kts. viitearkkitehtuuri. sanasto Sanastolla tarkoitetaan yleensä luetteloa jossain kielessä tai ympäristössä sallituista sanoista (termeistä) luokitteluineen, määritelmineen, kuvauksineen ja esimerkkeineen. Sanastotyyppejä ovat muun muassa terminologiset sanastot, asiasanastot, ontologiat sekä tietojärjestelmien ja sovellusten integrointia tukevat sanastot. ontologia Ontologioilla määritellään tietyn aihealueen käsitteistöjä. Usein ne muodostetaan olemassa olevien sanastojen avulla. Ontologioilla määritellään käsitteet ja niiden suhteet. teknologia-arkkitehtuuri Kokonaisarkkitehtuurin näkökulma, joka kuvaa organisaation teknologista infrastruktuuria ja järjestelmäarkkitehtuurin teknologiavalintoja. Teknologia-arkkitehtuurin suunnittelussa linjataan käytettävät tekniset järjestelmien ja ICT-infrastruktuurin ratkaisuvaihtoehdot, standardit ja rakenteet siten, että kokonaisuus tukee parhaalla mahdollisella tavalla organisaation tavoitteita. tietoarkkitehtuuri Kokonaisarkkitehtuurin näkökulma, joka kuvaa organisaation käyttämät tiedot, niiden rakenteet sekä suhteet. Tietoarkkitehtuurin suunnittelun tavoitteena on luoda organisaatiotasoinen yhteinen näkemys keskeisestä tietopääomasta sekä helpottaa informaation löytämistä, välittämistä ja hallintaa. Suunnittelulla tähdätään tietorakenteiden vakiointiin ja sen mahdollistamaan tietojen uudelleenhyödynnettävyyteen. 4/42
5 tietojärjestelmäarkkitehtuuri Kokonaisarkkitehtuurin näkökulma, joka kuvaa organisaation keskeiset järjestelmät, niiden suhteet sekä ominaisuustiedot. Järjestelmäarkkitehtuurin suunnittelu on ko. arkkitehtuurin rakenteellista suunnittelua, elinkaarisuunnittelua sekä kustannus- ja käyttöoptimointia. Tietojärjestelmäarkkitehtuuri muodostaa organisaation järjestelmäpääoman. Järjestelmäarkkitehtuurin suunnittelussa tavoitteena on suunnitella järjestelmäkokonaisuutta siten, että muodostuva järjestelmäkokonaisuus tukee parhaalla mahdollisella tavalla organisaation tavoitteita. toiminta-arkkitehtuuri Kokonaisarkkitehtuurin näkökulma, joka kuvaa organisaation toiminnalliset rakenteet. Näitä ovat mm. sidosryhmät, palvelut ja tuotteet sekä prosessit ja organisaatiot. Myös toiminnan kehittämisen perusrakenteet, kuten visiot ja strategiat, ovat osa toiminta-arkkitehtuuria. Toiminta-arkkitehtuurin suunnittelun tavoitteena on optimoida ja suunnitella asiakkaiden tarpeisiin ja odotuksiin liittyvää palvelutarjontaa sekä palveluiden tuottamiseen tarvittavia toiminnan rakenteita. Tunnetaan myös termillä liiketoiminta-arkkitehtuuri (Business Architecture). yritysarkkitehtuuri Yksityisellä sektorilla käytetty nimitys kokonaisarkkitehtuurista. viitearkkitehtuuri Viitearkkitehtuuri on rajatun arkkitehtuurikokonaisuuden abstrakti toimittaja- ja toteutusneutraali rakenne. Se on esitys arkkitehtuurikokonaisuuden loogisista osista ja niiden välisistä suhteista. Viitearkkitehtuurilla ohjataan arkkitehtuurisuunnittelua halutunlaiseen toteutusrakenteeseen. Viitearkkitehtuuri voi olla organisaation sisäinen, toimialaan liittyvä tai yleinen looginen rakennemalli. 4 Arkkitehtuuriohjattu organisaation kehittäminen 4.1 Johdatus kokonaisarkkitehtuurikehittämiseen Kokonaisarkkitehtuurikehittämisessä on pohjimmiltaan kysymys normaalista organisaation uudistumisesta ja kehittymisestä. Arkkitehtuurilähestymistavan tarkoituksena on ensinnäkin tehostaa organisaation kehittämistä tarjoamalla työkaluja organisaation nykytilan ymmärtämiseen ja toimintaympäristön hallinnan parantamiseen. Toiseksi tarkoituksena on tehdä kehittämissuunnittelusta järjestelmällisempää ja mahdollistaa optimoidumpi kokonaiskehittäminen. Erityisasemassa tässä lähestymistavassa on tieto- ja viestintäteknologian hyödyntäminen sekä näiden tehokas integroituminen toiminnan prosesseihin ja organisaation tavoitteisiin. Lisäämällä kehittämisen eri vaiheisiin järjestelmällisyyttä luodaan edellytykset saavuttaa onnistuneempia, vaikutuksiltaan parempia sekä kustannuksiltaan optimoidumpia kehittämistuloksia. Kantavana ideana on organisaation toiminnan ja sen rakenteiden sekä näiden suhteiden tiiviimpi integroituminen, sekä toimintaan ja rakenteisiin liittyvien syy-seuraussuhteiden ymmärtäminen. Kokonaisarkkitehtuuri liittää organisaation toiminnan tarkoituksen ja asiakastarpeet aina toiminnan prosesseihin sekä toimintaa palveleviin järjestelmäja infrastruktuuriratkaisuihin asti. Kysymys on siis organisaation rakennesuunnittelusta, joka perustuu organisaation toiminnan eri komponentit ja niiden vuorovaikutukset kuvaavaan jäsennysmalliin. Arkkitehtuurijohdetussa kehittämisessä on kysymys järjestelmällisesti toteutetusta suunnittelusta (kts. kuva 3), johon kuuluu seuraavat vaiheet Vaihe 1: Tavoitetilan hahmotus ja rajaaminen (mihin tähdätään?). Vaihe 2: Kokonaisarkkitehtuurin nykytilan kuvaus (missä nyt mennään?). Vaihe 3: Kokonaisarkkitehtuurin tavoitetilan suunnittelu (millaisilla ratkaisulla tavoite saavutetaan?). 5/42
6 Vaihe 4: Toimeenpanon suunnittelu (miten ratkaisuun päästään?). Lähtökohtana suunnittelulle on, että organisaation rakenteet, kuten tiedot, järjestelmät ja prosessit on kartoitettava ja niiden vuorovaikutussuhteet ymmärrettävä ennen kuin niitä voidaan kokonaisuutena suunnitella ja optimoida. Arkkitehtuurin johtamisesta lähtevillä periaatteilla ja linjauksilla taas ohjataan arkkitehtuurisuunnittelua tavoitteiden mukaisiin ratkaisuihin. Kuva 3 Karkea havainnollistus arkkitehtuurisuunnittelun vaiheista Tarve kokonaisarkkitehtuuriperustaiseen kehittämiseen kasvaa yleensä organisaation koon ja iän mukaan. Organisaation pitkän kehittymisen tuloksena muodostuu laajoja ja monimutkaisia organisointimalleja sekä järjestelmäratkaisuja, joiden kokonaisuutta ja vaikutussuhteita on vaikea ymmärtää ja hallita ilman kokonaisarkkitehtuurin konkretisoivia välineitä. Suunnittelu ja mallintaminen tekevät asioista näkyviä ja vasta tämän myötä asioista voidaan kunnolla keskustella ja sopia tarvittavien sidosryhmien kesken. 4.2 Kokonaisarkkitehtuurin suunnittelun hyödyt Kokonaisarkkitehtuurisuunnittelun keskeiset hyödyt liittyvät organisaation nykytilan tiedostamisen sekä päätöksenteon pohjana käytettävän tiedon parantumiseen. Tehdyn ohjauksen ja suunnittelun avulla on mahdollista saavuttaa tehokkaampaa ja tuloksiltaan vaikuttavampaa kehittämistä. Hyötyihin voidaan lukea mm. seuraavia asioita: Enemmän ja parempaa tietoa organisaation tilasta ja tilanteesta Järjestelmällisen suunnittelun myötä saadaan enemmän ja laadukkaampaa tietoa organisaation tilanteesta. Tämä johtaa investointien kohdentumiseen oikeisiin asioihin ja investointien riskien pienenemiseen. Päätöksenteon nopeutuminen Laadukkaamman ja ajantasaisemman tiedon perusteella on mahdollista tehdä parempia ja nopeampia päätöksiä. Dokumentoiduilla toimintamalleilla ja rakenneratkaisuilla saadaan nopea tilannekuva sekä mahdollistetaan nopeampi reagointi muuttuviin tilanteisiin. Muutosten vaikutuksia voidaan hallita Kokonaisarkkitehtuuri tuo menetelmän ja työkalun muutosten vaikutusten läpikäynnille ja arvioinnille. Syy-seuraussuhteiden järjestelmällinen läpikäynti lisää ymmärrystä kehittämiskohteista ja auttaa parempien kehitysratkaisujen ja päätöksien tekemisessä. Rakenteiden vakiointi Organisaation rakenteita ja toimintatapoja vakioimalla saavutetaan yhtenäinen kuva organisaatiosta ja sen tilanteesta. Tämä lisää organisaation hallittavuutta, johdettavuutta ja kehitettävyyttä. Vakioinnilla saavutetaan suurempi kehityspotentiaali sekä ketterämpi kehitysvauhti. 6/42
7 Rakenteiden uudelleenkäyttö Rakenteiden vakioinnilla ja modulaarisella suunnittelulla saadaan aikaan yhteiskäyttöisyyttä ja uudelleen hyödynnettävyyttä. Tämä poistaa päällekkäisiä ja rinnakkaisia rakenteita sekä mahdollistaa rakenteiden kustannusten optimoinnin. Parantunut riskienhallinta Parempi tilannetietous ja suunnittelusystematiikka pienentävät investointien riskejä ja vähentävät virhepäätöksiä. Asiakas- ja toimintalähtöinen ICT-kehitys- ja -ohjausmalli Välineorientoituneesta järjestelmäkehityksestä päästään aitoon, organisaation tavoitteista lähtevään sekä asiakas- ja toimintalähtöiseen ICT-ratkaisujen kehittämiseen. Kokonaisarkkitehtuuri tuo järjestelmäsuunnittelun osaksi toiminnan kehittämistä. Kokonaisoptimointi Parempi tilannekuva ja kehittämisen kokonaisvaltaisempi suunnittelu poistavat rinnakkaisen ja päällekkäisen kehittämisen. 4.3 Organisaation toiminnan kehittämisen sykli Kokonaisarkkitehtuurikehittämisessä on kysymys normaalista organisaation kehittämistoiminnasta ja sen kehittämisen prosessista. Kokonaisarkkitehtuuri ei ole kaiken kehittämisen yllä oleva oma kehittämisalueensa, vaan se on väline ja menetelmä, jolla tuetaan organisaation normaalia kehittämistoimintaa. Tässä suosituksessa tarkastellaan arkkitehtuuriohjattua kehittämistä jatkuvana syklinä, joka koostuu seuraavista prosessin vaiheista (vrt. kuva 4): Toiminnan jatkuva parantaminen. Kehittämistarpeiden ja arkkitehtuurivaatimusten hallinta. Arkkitehtuurisuunnittelu. Hankehallinta. Kehittäminen ja muutosten toteutus. Muutosten dokumentointi. Uuden toimintatavan mukainen toiminta. Organisaation kehittäminen on iteratiivista ja kehittämisprosessista jatketaan tavallisesti uudelle kehittämiskierrokselle aiempien kehittämistulosten arvioinnin kautta. Kehittämistarpeista ja -tavoitteista riippuen voidaan sykliä toteuttaa eri laajuuksilla malli skaalautuu pienistä parannuksista suuriin kehittämiskokonaisuuksiin. 7/42
8 Kuva 4 Arkkitehtuuriohjaus organisaation kehittämisen syklissä Toiminnan jatkuva parantaminen Kehittämisen lähtökohtana on organisaation jatkuva parantaminen. Tämä tapahtuu joko tavoitteellisena kehittämisenä tai laadunhallinnallisena, jatkuvana parantamisena. Syöte: Toimintaympäristö ja sen muutokset, ulkoiset ja sisäiset tulostavoitteet, mittaristot, parannusehdotukset, laatupoikkeamat, asiakaspalaute. Prosessikuvaus: Strateginen eli tavoitteellinen kehittäminen Organisaation johto tekee organisaation sekä toimintaympäristön tilanteen perusteella tietoisia valintoja organisaation tavoite- ja tahtotilan osalta. Tavoitetilan saavuttaminen edellyttää tavoitteista johdettuja kehittämistarpeita, joita toteutetaan erilaisilla kehittämishankkeilla ja -projekteilla. Syntynyt strategia määrittää keinot tavoitetilan saavuttamiseksi. Laadunhallinta eli jatkuva parantaminen Laadunhallinta on jatkuviin parannuksiin perustuvaa organisaation laadun ja toimintakyvyn kehittämistä. Tällaisen kehittämisen lähteenä ovat yleensä erilainen toiminnasta saatu mittaritieto, havaitut laatupoikkeamat, asiakaspalaute sekä parannusehdotukset. Laadunhallinta tuottaa pienimuotoisempia toiminnan parannusvaatimuksia ja -keinoja. Tulos: Strategiat, tavoitteet, kehittämistarpeet ja -tavoitteet, linjaukset ja periaatteet. 8/42
9 4.3.2 Kehittämistarpeiden ja arkkitehtuurivaatimusten hallinta Kehittämistavoitteiden ja -tarpeiden hallinta on eri lähteistä syntyneiden tarpeiden hallintaa, kokoamista, jäsennystä ja priorisointia. Syöte: Strategiat, tavoitteet, kehittämistarpeet ja -tavoitteet, linjaukset ja periaatteet. Prosessikuvaus: Jatkuvan parantamisen myötä eri lähteistä syntyneitä kehittämistavoitteita ja -tarpeita kootaan yhteen ja jäsennetään kokonaisarkkitehtuurin kontekstiin. Tarpeita priorisoidaan arkkitehtuurisuunnitteluun vietäviksi kokonaisuuksiksi. Tulos: Priorisoidut ja rajatut kehittämistarpeet ja -arkkitehtuurivaatimukset Arkkitehtuurisuunnittelu Arkkitehtuurisuunnittelussa tuotetaan rajatun kokonaisuuden tavoitteellinen ratkaisumalli, joka vastaa asetettuihin kehittämistarpeisiin ja -vaatimuksiin. Arkkitehtuurisuunnitteluprosessi ja -menetelmä kuvataan tämän suosituksen luvussa 6. Syöte: Priorisoidut ja rajatut kehittämistarpeet ja -arkkitehtuurivaatimukset. Prosessikuvaus: Tehdään rajatun kokonaisuuden arkkitehtuurisuunnittelu luvussa 6 kuvatun menetelmän mukaisesti: 1. Tavoitetilan hahmotus ja rajaaminen. 2. Kokonaisarkkitehtuurin nykytilan kuvaus. 3. Kokonaisarkkitehtuurin tavoitetilan suunnittelu. 4. Toimeenpanon suunnittelu. Tulos: Ratkaisumallit ja -suunnitelmat sekä tarkennetut hankeaihiot Hankehallinta Hankehallinnassa hallitaan suunniteltujen hankeaihioiden sekä käynnissä olevien kehittämishankkeiden kokonaisuutta. Hankeaihioiden osalta tehdään kustannus- ja hyötyanalyysit sekä hankkeiden toteutukseen johtavat investointipäätökset. Syöte: Ratkaisumallit ja -suunnitelmat sekä tarkennetut hankeaihiot. Prosessikuvaus: Suunniteltujen hankeaihioiden ratkaisumallit, hyödyt sekä kannattavuus arvioidaan ja niistä tehdään investointipäätökset tai hankkeiden valmistelu keskeytetään. Investointipäätöksen jälkeen hankkeita hallitaan hankesalkun avulla. Tulos: Investointi- ja keskeytyspäätökset sekä hallittu hankesalkku Kehittäminen ja muutosten toteutus Kehittämisen toteutusvaiheessa investointipäätöksen kohteena oleva kehittämiskokonaisuus hankkeistetaan, suunnitellaan ja toteutetaan. Lähtökohtana on arkkitehtuurisuunnittelun läpikäynyt kokonaisuus, jolle on asetetut selkeät tavoitteet ja rajaukset. Syöte: Investointipäätös, tarkennetut hankeaihiot. 9/42
10 Prosessikuvaus: Kehittämishanke hankkeistetaan, suunnitellaan ja toteutetaan arkkitehtuurisuunnittelun ja investointipäätöksen mukaisesti. Kehittämisen toteutusvaiheessa tehdään arkkitehtuurisuunnittelua tarkempi vaatimusmäärittely, jossa yksilöidään tuotettavan ratkaisun toiminnalliset ja tekniset vaatimukset riittävällä tarkkuustasolla. Tulos: Kehittämishankkeet ja käyttöönotetut kehittämistulokset Muutosten dokumentointi Muutosten dokumentoinnissa tuotetaan kehityskohteeseen liittyvä dokumentaatio käsittäen mm. seuraavat aihealueet: Toimintatapaan liittyvä toimintajärjestelmä- tai toimintaohjeisto. Ratkaisujen hallintaan ja operointiin liittyvät dokumentaatiot ja suunnitelmat. Arkkitehtuurikuvaukset: ratkaisun omat rakennekuvaukset sekä muutokset laajempiin kohde- ja kokonaisarkkitehtuurikuvauksiin. Syöte: Käyttöönotetut kehittämistulokset. Prosessikuvaus: Tuotetaan ja päivitetään käyttöönotettuun ratkaisuun liittyvät toimintaohjeistot, operointiin ja hallintaan liittyvät dokumentaatiot ja suunnitelmat sekä arkkitehtuuridokumentaatio ja -kuvaukset. Arkkitehtuurisuunnitteluvaiheessa tuotetusta tavoitetilakuvauksesta syntyy nykytilan kuvaus. Tulos: Päivitetty arkkitehtuurin nykytila sekä toiminta- ja hallinnointiohjeet Uuden toimintatavan mukainen toiminta Ratkaisun käyttöönottoa sekä toimintaohjeistuksen laadintaa seuraa toteutetun kehittämisratkaisun täysimääräinen hyödyntäminen. Ratkaisun vaikutusta seurataan ja arvioidaan, minkä myötä saadaan uusia syötteitä kehittämissyklin seuraavalle kierrokselle. Uuden ratkaisun käytön ja hyödyntämisen perusteella arvioidaan kehittämisen onnistuneisuutta sekä sen tuloksia. Arvioinnin ja saadun palautteen perusteella jatketaan luodun menettelyn ja ratkaisujen jatkokehittämistä uudella kehittämissyklillä. Syöte: Päivitetty arkkitehtuurin nykytila sekä toiminta- ja hallinnointiohjeet. Prosessikuvaus: Toimitaan täysimääräisesti kehitetyn uuden toimintatavan mukaisesti ja hyödynnetään luotuja kehittämisratkaisuja. Kehittämisen tuloksia ja vaikutuksia seurataan ja arvioidaan. Arvioinnin tuloksia ja palautetta hyödynnetään osana uutta kehittämissykliä. Tulos: Muuttunut toimintaympäristö: ulkoiset ja sisäiset tulostavoitteet, mittaristot, parannusehdotukset, laatupoikkeamat, asiakaspalaute Arkkitehtuurin johtaminen Arkkitehtuurin johtaminen on jatkuva prosessi, jonka kuvaus ja menettelyt kuuluvat osaksi arkkitehtuurityön hallintamallia. Arkkitehtuurin johtamiseen kuuluu mm. suunnittelu- ja arviointisystematiikan valvonta, ohjaaminen ja kehittäminen. Johtamisprosessi tuottaa linjauksia ja periaatteita, joita varsinaisessa 10/42
11 arkkitehtuurisuunnittelussa tulee noudattaa. Suunnittelutyötä ohjataan johtamisprosessin asettamilla mittareilla, arkkitehtuuriperiaatteilla ja -linjauksilla. Todellinen organisaation kehityssykli on monimutkaisempi kuin tässä suosituksessa on yksinkertaistetusti kuvattu. Siirtymä vaiheesta toiseen ei ole aina suoraviivaista, vaan kehittämissyklin joka vaiheessa on aina mahdollista palata edellisiin vaiheisiin. Muutoksia tehtyihin suunnitelmiin tai toimintatapoihin tapahtuu kehittämissyklin kaikissa vaiheissa. Olennaisena osana toimivaa arkkitehtuurikehittämistä on näiden muutosten systemaattinen hallinta ja haltuunotto. Pääpiireittäin muutokset jakautuvat kahteen muutostyyppiin: suunnittelun aikaisin muutoksiin sekä toteutuksen aikaisiin muutoksiin. Tilanteesta riippuen muutokset johtavat vaatimusten uudelleen arviointiin, uudelleensuunnitteluun tai suoraan uusien muutosten mukaiseen toteutukseen, jonka lopputulokset dokumentoidaan jälkikäteen. 5 Arkkitehtuurikehys 5.1 Johdatus arkkitehtuurikehykseen Arkkitehtuurikehyksellä tarkoitetaan kokonaisarkkitehtuurin jäsennysmallia, joka tarjoaa näkökulmia ja lähestymistapoja kokonaisuuden hahmottamiseksi ja jäsentämiseksi paremmin käsiteltävään ja ymmärrettävään muotoon. Kehyksen avulla tunnistetaan kehittämisessä huomioonotettavia näkökulmia ja asioita riittävän kokonaiskuvan saamiseksi sekä informaation ja kokonaisuuteen vaikuttavien rakenteiden välisten suhteiden selvittämiseksi. Valmiita viitekehyksiä on olemassa useita ja ne painottavat eri tavalla eri asioita. Kehykset toimivat siis kukin omissa käyttötarkoituksissaan. Kokonaisarkkitehtuurisuunnittelua aloittavan organisaation tulisikin valita tai luoda itse oma viitekehyksensä. Arkkitehtuurikehyksen valinnan ja muokkaamisen kannalta on tärkeää ymmärtää mitä organisaatio arkkitehtuurikehittämisellä tavoittelee ja minkälaisista näkökulmista organisaation rakenteita halutaan tarkastella ja kehittää. Tyypillisesti matriisimuodossa olevan viitekehyksen eri ulottuvuudet ja lokerot on valittava näistä lähtökohdista. Kehyksen rakenne määrittää myöhemmin tehtäviä kuvauksia. Jokaisen luotavan nyky- tai tavoitetilan arkkitehtuurikuvauksen tulisi lokeroitua kehikkoon jollakin tavalla. Kehyksen tehtävä on nostaa esiin niitä kysymyksiä, joita valitun ja rajatun kokonaisarkkitehtuurikokonaisuuden kehittämisessä on huomioitava ja tarkasteltava. Se rajaa mm. tarkasteltavia arkkitehtuurinäkökulmia (esim. tieto- ja toiminta-arkkitehtuurit), organisatorista kattavuutta ja tarkkuustasoa sekä suunnittelun abstraktiotasoja. Tässä suosituksessa kuvattuja abstraktio- eli käsitetasoja on kolme: käsitteellinen, looginen ja fyysinen (vrt. luku 5.3 Kokonaisarkkitehtuurin käsitteelliset tasot). Käsitetasojen lisäksi kehyksessä on periaatteiden taso, jolla määritetyt periaatteet ja tehdyt linjaukset ohjaavat kaikkien käsitteellisten tasojen kuvauksia. Havainnollinen ja käyttökelpoinen kehys voi muodostua esim. arkkitehtuurinäkökulmien ja käsitteellisten tasojen muodostamasta matriisista (vrt. kuva 5 Arkkitehtuurikehys). 11/42
12 Kuva 5 Arkkitehtuurikehys: arkkitehtuurinäkökulmat ja käsitteelliset tasot esimerkinomaisesti 5.2 Kokonaisarkkitehtuurin näkökulmat Kokonaisarkkitehtuurimenetelmä ottaa huomioon eri näkökulmat palvelu- tai teknisiä ratkaisuja kuvattaessa ja kehitettäessä. Tarkoituksena on, että kehittämisessä on ymmärretty minkälaiseen toiminnalliseen tarpeeseen ja ympäristöön uutta ratkaisua kehitetään. Tässä suosituksessa kuvattu menetelmä sisältää neljä näkökulmaa: Toiminnan näkökulma. Tiedon näkökulma. Tietojärjestelmän näkökulma. Teknologian näkökulma Toiminnan näkökulma Toiminnan näkökulman kautta kuvataan organisaation toiminnallinen ympäristö ja rakenne sekä keskeisimmät siihen vaikuttavat tekijät. Tyypillisiä kuvauksia ovat mm. toiminnan strategia, sidosryhmät ja roolit, palvelut, prosessikartat ja prosessikuvaukset. Joskus toiminta-arkkitehtuurin kuvaukset sisältävät myös kuvauksen organisaatiosta, järjestelmien käyttäjistä, asiakkaista sekä esim. tietoliikennepalveluita suunniteltaessa toimipistekartan. Tämä näkökulma varmistaa, että organisaation rakenteiden jäsentämisessä ja kehittämisen suunnittelussa otetaan huomioon, mitä organisaatiossa tehdään ja miten. Tämä on tietoteknisessä kehittämisessä vaikuttavuudeltaan kaikkein tärkein näkökulma ja siksi myös erittäin tärkeä kokonaisarkkitehtuurissa Tiedon näkökulma Tiedon näkökulma jäsentää organisaation toiminnassa ja johtamisessa tarvittavat tiedot ja tietovarannot sekä auttaa yhdenmukaistamaan niiden käsittelyn eri tietojärjestelmissä ja ratkaisuissa. 12/42
13 Näkökulmaan sisältyvät usein käsitemallin, tietomallin ja loogisten sekä fyysisten tietovarantojen kuvaukset. Näiden lisäksi tietoarkkitehtuuriin sisältyvät organisaatiossa tai ratkaisussa käytettävät sanastot. Tiedon näkökulma vaikuttaa myös integraatioratkaisujen mallintamiseen, sillä integraatioratkaisut ovat käytännössä niitä välineitä, joiden kautta tietoa voidaan siirtää. Tietoarkkitehtuurissa huomioidaan myös osaltaan tiedon käyttöön, jakamiseen ja säilyttämiseen liittyvät normit, lait ja standardit (vrt. esim. Arkistolaitoksen SÄHKE2-määräys, Tietojärjestelmän näkökulma Tietojärjestelmäarkkitehtuurin tehtävänä on jäsentää tietojärjestelmäpalvelut ja -komponentit loogisiin ja fyysisiin hallittaviin kokonaisuuksiin. Tietojärjestelmän näkökulma sisältää usein tietojärjestelmäpalvelujen ylätason jäsennyksen, erilaisia järjestelmien ja prosessien, tietojen tai tietovarantojen välisiä riippuvuusmatriiseja, loogisen tietojärjestelmäjäsennyksen sekä listan fyysisistä tietojärjestelmistä (tietojärjestelmäsalkku). Integraatioratkaisujen kuvauksen katsotaan kuuluvan erityisesti tietojärjestelmänäkökulmaan Teknologian näkökulma Teknologia-arkkitehtuuri kuvaa teknologiapalvelut ja teknisen ympäristön, jonka tietojärjestelmät ja tekniset palvelut tarvitsevat toimiakseen palvelimet, tietoliikenteen ja laitetilat. Teknologia-arkkitehtuurin osakuvauksiin kuuluvat lisäksi myös valvonta- ja hallinta-arkkitehtuuri, teknologiasalkku, sijoituskaavio sekä tietoliikenneverkkoja kuvaava verkkokaavio. Kokonaisarkkitehtuurimenetelmää voidaan teknologia-arkkitehtuurin näkökulmasta täsmentää esimerkiksi palvelutasojen määrityksillä tai konfiguraationhallinnan periaatteilla Tietoturvan huomiointi kokonaisarkkitehtuurissa Tietoturvaa ei ole kokonaisarkkitehtuurimenetelmässä otettu huomioon omana näkökulmanaan. Tietoturvallisuus edellyttää jo itsessään kokonaisvaltaista organisaation rakenteiden hallintaa ja huomioon ottamista, joten sitä ei ole mielekästä erottaa omaksi eristetyksi kokonaisuudekseen. Menetelmässä tietoturvaperiaatteet kuuluvat periaatetason kuvauksiin ja osakuvaukset sisältävät myös tietoturvaan liittyvää tietoa. Erilaisten ratkaisujen tietoturvallisuus tulee siis ottaa huomioon kautta linjan kaikissa eri osakuvauksissa. 5.3 Kokonaisarkkitehtuurin käsitteelliset tasot Kokonaisarkkitehtuuri on jaettu erilaisiin abstraktio- eli käsitteellisiin tasoihin. Näiden tarkoituksena on mahdollistaa joko ns. ylhäältä-alas (top-down) tai alhaalta-ylös (bottom-up)suunnittelu. Kokonaisarkkitehtuuriin on kuvattu seuraavat käsitteelliset kuvaustasot: Käsitteellinen taso (MITÄ). Looginen taso (MITEN). 13/42
14 Fyysinen taso (MILLÄ). Yllämainittuja kuvaustasoja ohjaa periaatteiden taso, jossa määritellään kokonaisarkkitehtuurin periaatteet sekä linjaukset huomioiden eri näkökulmat (vrt. 5.2 Kokonaisarkkitehtuurin näkökulmat) ja hierarkiatasot (vrt. 5.4 Kokonaisarkkitehtuurin hierarkiatasot). Periaatetaso muodostaa perustan koko arkkitehtuurityölle. Periaatteita määritellään myös eri tasoilla (kts. 5.4 Kokonaisarkkitehtuurin hierarkiatasot). Ylimmällä käsitetasolla arkkitehtuurin osakuvaukset ovat periaatteellisia ja melko abstrakteja, tarkempia tasoja yhdistäviä kuvauksia. Alimman käsitetason kuvaukset taas käsittelevät hyvin konkreettisia, käsin kosketeltavia elementtejä, kuten fyysisiä palvelimia, tietoliikenneverkkoja, järjestelmiä ja sovellustuotteita sekä laitteiden sijoittumista eri laitetiloihin. Kuva 6 Käsitteellisten tasojen suhteet Käsitteellinen taso Käsitteellisen tason kuvausten tarkoituksena on jäsentää MITÄ tehdään, MITÄ tietoa käsitellään sekä MITÄ erilaisia tietojärjestelmä- ja teknologiapalveluita toiminnassa tai valitussa kehittämiskohteessa tarvitaan. Nämä määrittelytason kuvaukset eivät ota vielä kantaa toteutustapaan Looginen taso Loogista tasoa kutsutaan myös suunnittelutasoksi. Loogisella tasolla kuvataan MITEN toiminnan tehtävät ja palvelut toteutetaan (prosessit), MITEN tieto jäsentyy ja miten tiedot jaetaan tietovarantoihin, sekä MITEN järjestelmäympäristöt rakentuvat. Lisäksi kuvataan MITEN tietojen integrointi eri osien välillä toteutetaan sekä MITEN tätä kokonaisuutta valvotaan ja hallitaan. Loogisella tasolla ei yleensä vielä oteta kantaa varsinaisiin fyysisiin toteutusratkaisuihin eli ei kuvata palvelinten nimiä tai malleja eikä myöskään sovellusten tuotenimiä Fyysinen taso Fyysisellä tasolla kiinnitetään määritelty ja suunniteltu kokonaisuus, eli kuvataan MILLÄ toimintaa, palvelua tai tietojen varastointia toteutetaan. Fyysisellä tasolla kuvataan lisäksi käytettävät järjestelmät, tietokannat ja varastot, sekä laitteet ja laitetilat sekä tietoliikenneverkon rakenteet. 14/42
15 5.3.4 Arkkitehtuurikehyksen käsitteellisten tasojen väliset suhteet Käsitteellisten tasojen sisältämät kohteet yleensä täsmentyvät siirryttäessä käsitteelliseltä tasolta kohti fyysistä tasoa, mutta käsitetasoilla on myös muita riippuvuuksia. Esimerkiksi käsitteellisen tason palvelut, eli toiminnallisuudet, kohdistuvat monesta moneen -suhteella loogisen tason komponentteihin. Tyypillisintä on monen käsitteellisen palvelun kohdistuminen yhteen loogiseen komponenttiin, kuten kuvassa 7 on esitetty. Kuva 7 Esimerkki käsitteellisten tasojen suhteista 5.4 Kokonaisarkkitehtuurin hierarkiatasot Arkkitehtuurihierarkiassa eri arkkitehtuuritasot kuvastavat suunnittelu- ja päätöksentekotasoja organisaatiossa. Ylempi arkkitehtuuritaso ohjaa ja antaa linjaukset alemmille arkkitehtuuritasoille. Alemman tason arkkitehtuurin on suunnitelmissaan noudatettava ylemmän tason linjauksia ja periaatteita, käytettävä ylemmällä tasolla määriteltyjä ratkaisuja ja pysyttävä ylemmän tason antamissa rajauksissa. Alemmalla tasolla määriteltyjen periaatteiden tulee vastaavasti olla konkreettisempia kuin ylemmällä tasolla. Tällä tavalla saadaan organisaatiossa aikaan haluttu ohjausvaikutus ylhäältä alas ja voidaan rakentaa koko organisaation kannalta järkevä ja toimiva kokonaisarkkitehtuuri. Jokaisella hierarkiatasolla ei välttämättä määritellä erikseen arkkitehtuuriperiaatteita, vaan ylemmän tason periaatteet voivat sellaisenaan soveltua noudatettaviksi periaatteiksi alemmilla tasoilla. Käytettävien tasojen määrä riippuu tilanteesta ja organisaatiosta, jolle kokonaisarkkitehtuuria suunnitellaan. Organisaatioilla on erilainen hierarkia ja siten myös hierarkiatasojen määrä vaihtelee. Tässä suosituksessa kuvattavassa kokonaisarkkitehtuurimenetelmässä hierarkiatasoja on esimerkinomaisesti 3 kappaletta: Taso 1 (kokonaisuuden taso) Taso 2 Taso 3. 15/42
16 Tasolla 1 kuvataan koko organisaation kaikkia arkkitehtuureja koskevat periaatteet ja linjaukset sekä arkkitehtuurien kuvauksessa käytettävät menetelmät ja rakenteet. Tasolla 1 eli kokonaisuuden tasolla kuvataan mahdollisesti myös alemman tason arkkitehtuureissa hyödynnettäväksi edellytettyjä ratkaisuja, kuten esimerkiksi yhteiset käsitteistöt ja sanastot. Kokonaisuuden tasolla määritellään seuraavan tason jaottelu kohdealueisiin, niiden omistajat ja vastuulliset kehittäjät. Tämä jako kannattaa tehdä toiminnallisin perustein eli tietty toiminnallinen kokonaisuus muodostaa oman kohdealueensa. Kullakin kohdealueella on oltava nimetty omistaja eri hierarkiatasojen ohjausvaikutuksen saavuttamiseksi sekä tasoilta periytyvien linjausten ylläpitämiseksi. Kokonaisuuden tason arkkitehtuuria ohjaavat ylemmät tavoitteet ja vaatimukset tulevat mm. organisaation strategioista, lainsäädännöstä tai EU-määräyksistä. Tasolla 2 kokonaisuus ositetaan kohde-alueisiin, kuten tasolla 1 on määritelty. Kohdealuetason arkkitehtuurissa otetaan huomioon kokonaisuuden tasolla määritellyt reunaehdot, ohjaavat periaatteet ja käytettäväksi edellytetyt ratkaisut. Kohdealuetasolla määritellään kohdealueen sisältämät alemman tason osa-alueet, niiden omistajat ja vastuulliset kehittäjät. Kohdealuetasolla määritellään myös alemmalla osaaluetasolla hyödynnettäväksi edellytetyt arkkitehtuuriratkaisut. Tasolla 3 pilkotaan kohdealue pienempiin kokonaisuuksiin, osa-alueiksi, kuten tasolla 2 on määritelty. Osaalueen arkkitehtuurissa otetaan huomioon ylemmillä kohdealuetasoilla ja kokonaisuuden tasolla määritellyt reunaehdot, ohjaavat periaatteet ja käytettäväksi edellytetyt ratkaisut. Osa-aluetasolla on kehittämistyössä usein oman organisaation arkkitehtuurien vaatimusten lisäksi otettava huomioon myös sidosryhmien arkkitehtuurien asettamia vaatimuksia. Edellä kuvattu kolmiportainen arkkitehtuurihierarkia voisi olla esimerkiksi kuvassa 8 esitetyn mukainen. Kuva 8 Esimerkki arkkitehtuurihierarkiasta 16/42
17 6 Kokonaisarkkitehtuurin suunnitteluprosessi Kuva 9 Kokonaisarkkitehtuurin suunnitteluprosessi Kokonaisarkkitehtuurin suunnitteluprosessi (kuva 9) mahdollistaa systemaattisen kehittämisen, jossa voidaan suunnitella yhden tai useamman kokonaisarkkitehtuurinäkökulman sisältöä halutun toiminnallisen kokonaisuuden osalta. Menetelmä on iteratiivinen. Suunnitteluprosessi on jaettu neljään päävaiheeseen: 1. Tavoitetilan hahmotus ja rajaaminen. 2. Kokonaisarkkitehtuurin nykytilan kuvaus. 3. Kokonaisarkkitehtuurin tavoitetilan suunnittelu. 4. Toimeenpanon suunnittelu. Nämä vaiheet ovat kuvattu tarkemmin seuraavissa luvuissa. 6.1 Tavoitetilan hahmotus ja rajaaminen Tavoitetilan hahmottamisen ja rajaamisen (kuva 10) voi käynnistää arkkitehtuurin johtamisprosessista tuleva pyyntö, heräte tai muulta taholta noussut tarve kehittää nykytilaa. 17/42
18 Kuva 10 Tavoitetilan hahmotus ja rajaaminen Vaiheen tarkoituksena on: Tunnistaa ja hahmottaa toiminnan tulevaisuuden tavoitetila ja sen rajaukset. Varmistaa toiminnan ja ICT -johdon tuki. Rajata ja suunnitella arkkitehtuurin kehittämisprojekti rinnakkaiset kehitysprojektit huomioiden. Tunnistaa kehittämiseen vaikuttava olemassa oleva kokonaisarkkitehtuurin sisältö. Tunnistaa kehittämisen sidosryhmät ja niiden tavoitteet. Analysoida toiminnan kehittämistarpeet ja vaikutukset eri osapuolten näkökulmasta sekä analysoida kehittämisen perustelut toiminnan näkökulmasta. Tunnistaa ja määritellä kehittämisen tavoitteet. Perustella suunnittelun tavoitetila. Syötteet työn käynnistyessä ovat: Tarve kehittämiseen. Toiminnan kehittämisen tavoitteet ja strategiat. Organisaation ja organisaatiota ylemmän tason kokonaisarkkitehtuurin nykytila ja tavoitetilakuvaukset. Tavoitetilan kuvaaminen ja kuvauksien tuottaminen on kuvattu tarkemmin liitteessä 1 Nykytilan ja tavoitetilan kuvaus Määritä ja rajaa kehitettävä kokonaisarkkitehtuurin laajuus Määritä kehittämistarpeen mukaiset kokonaisarkkitehtuurin kehittämisalueet ja tee tarvittavat rajaukset. Arvioi aiheuttaako pyydetty kehityskohde muutoksia tehtyjen rajausten ulkopuolella olevissa kohteissa, jotka ovat riippuvaisia tai liittyvät ko. kehittämiskohteeseen. Rajausvaihtoehtoja ovat mm. 18/42
19 tarkkuustaso organisaatiolaajuus tietty/tietyt näkökulmat kehittämisen aikaikkuna. Rajausten ja reunaehtojen kuvaaminen on opastettu tarkemmin liitteessä 2 Arkkitehtuuriperiaatteiden kuvaus, kappaleessa 1.1 Sidosarkkitehtuurit, rajaukset, reunaehdot Tunnista ja kokoa ohjaava tieto Tunnista, mitä kokonaisarkkitehtuuriin vaikuttavaa sisältöä on huomioitava ohjaavana tietona ja vaatimuksina arkkitehtuurin ylemmiltä tasoilta sekä saman tason toisista näkökulmista. Huomioi olemassa olevat nykytila- ja tavoitetilakuvaukset. Varmista, että ko. dokumentaatio on käytettävissä suunnitteluvaiheessa. Arvioi, ovatko nykytilatiedot riittäviä ja ajantasaisia. Mikäli tiedot ovat puutteellisia, varaa suunnitteluvaiheeseen aikaa niiden täsmentämiseen. Arvioi riskit, mikäli nykytilatietojen täsmentäminen ei ole ajallisesti tai käytössä olevien resurssien näkökulmasta mahdollista. Arkkitehtuuriperiaatteiden kuvausten laatiminen on kuvattu tarkemmin liitteessä 2 Arkkitehtuuriperiaatteiden kuvaus. Nykytilan ja tavoitetilan kuvauksien tekemiseen löytyy ohjeistusta liitteestä 1 Nykytilan ja tavoitetilan kuvaaminen Määritä ylätason toimintalähtöinen tavoitetila Kuvaa tarvittaessa ylätason toimintalähtöinen tavoitetila (kts. luku Organisaation toiminnan tavoitteet). Tavoitetilan eli vision kuvaaminen on tarpeen, mikäli kehittämiskohde on iso ja kehittämisen seurauksena tehtävää muutosta ei ole kuvattu kokonaisuutena, tai jos kehittämisen perusteluja ei ole mietitty toiminnan näkökulmasta Organisoi arkkitehtuurin suunnitteleminen Suunnittele kehittämiskohde menetelmän mukaisesti ja tee projektisuunnitelma tai tarkenna olemassa olevaa projektisuunnitelmaa. Analysoi kehittämisprojektin riskit ja ilmoita aikatauluun tai lopputulokseen liittyvistä riskeistä arkkitehtuurin johtamisprosessille. Tunnista kehittämiseen liittyvät sidosryhmät ja heidän tarpeensa. Varmista myös sidosryhmien hyväksyntä ja tuki. Tarvittaessa arkkitehtuurin suunnittelutyö voidaan tehdä linjaorganisaation työnä, mutta tällöin on myös hyvä toimia projektinomaisesti ja määritellä suunnittelulle aikataulu, sekä selvät tavoitteet ja tarkistuspisteet Lopputulokset Vaiheen lopputuloksia ovat: Lista suunnittelussa tarvittavista olemassa olevista kokonaisarkkitehtuurikuvauksista. Hyväksytty kehittämissuunnitelma. Ylätason toimintalähtöinen tavoitetilan kuvaus (visio). Päivitetyt vaatimukset. 19/42
20 6.2 Kokonaisarkkitehtuurin nykytilan kuvaus Kokonaisarkkitehtuurin nykytilan kuvausvaiheessa selvitetään organisaation toiminnan, käytettävien tietojen, tietojärjestelmien ja teknologioiden nykytila. Nykytilan kuvaus toimii pohjana tavoitetilan suunnittelulle auttaen ymmärtämään toiminnan rakenteita ja riippuvuuksia sekä hahmottamaan ratkaistavia haasteita. Kuva 11 Kokonaisarkkitehtuurin nykytilan kuvauksen vaiheet Valitse kuvaustavat ja -taso Valitse nykytilan kuvauksen kuvaustavat ja -tasot. Nykytilan kuvauksessa kannattaa tehdä vastaavia rajauksia kuin kappaleessa Määritä ja rajaa kehitettävä kokonaisarkkitehtuurin laajuus on kuvattu ja valita kuvauksen näkökulmat sekä tarkkuustaso kehitettävän kohteen tarpeiden näkökulmasta. Valitse tässä vaiheessa myös kuvattavat arkkitehtuurinäkökulmat. Hyödynnä kuvauksissa luvussa 7 Arkkitehtuurikuvausten tuottaminen opastettuja kuvaustapoja, malleja, matriiseja ja listauksia Kuvaa nykytilan arkkitehtuuri Kuvaa nykytila valituilla kuvaustavoilla ja kuvaustasoilla huomioiden valitut arkkitehtuurinäkökulmat sekä kehittämisen tavoitteet ja rajaukset. Kuvaa nykytilaa vain sen verran kuin tarvitaan havaitun kehittämistarpeen ratkaisemiseksi tai ratkaisun hahmottamiseksi. Nykytilan kuvauksesta lisää liitteessä 1 Nykytilan ja tavoitetilan kuvaus. 20/42
21 6.3 Kokonaisarkkitehtuurin tavoitetilan suunnittelu Kuva 12 Kokonaisarkkitehtuurin tavoitetilan suunnittelun vaiheet Kokonaisarkkitehtuurin tavoitetilan suunnittelu (vrt. kuva 12) on vaihe, jossa varsinaiset arkkitehtuurikuvaukset tuotetaan. Menetelmän joustavuusperiaatteiden mukaisesti tässä vaiheessa voidaan suunnitella mitä tahansa toiminnallista kokonaisuutta tai arkkitehtuurin näkökulmaa. Jos kehittämiskohteen arkkitehtuurisuunnitteluun tarvitaan useampia näkökulmia, on suositeltava suunnittelujärjestys seuraava toiminnan vaatimusten huomioimiseksi: Toiminta-arkkitehtuurinäkökulma. Tietoarkkitehtuurinäkökulma. Tietojärjestelmäarkkitehtuurinäkökulma. Teknologia-arkkitehtuurinäkökulma. Kokonaisarkkitehtuurisuunnittelu etenee seuraavien päätehtävien mukaisesti kaikissa näkökulmissa: kuvaustapojen valinta. kohderyhmien analysointi. arkkitehtuuriin vaikuttavien tekijöiden analysointi. tavoitetilan arkkitehtuurin mallinnus. toiminnan tavoitetilan (visio) kehittäminen. puuteanalyysin tekeminen. Päätehtävät on kuvattu tarkemmin luvuissa /42
22 Kunkin näkökulman suunnittelun erityispiirteitä on käsitelty luvuissa Näissä luvuissa on kuvattu tarkemmin minkälaisia kokonaisarkkitehtuurin suunnittelun tuloksia tuotetaan kustakin yllä mainitusta näkökulmasta. Kuvauksien tekemisessä voidaan käyttää tämän suosituksen liitteenä olevia kuvauspohjia Valitse arkkitehtuurikehyksen tarjoamat kuvaustavat Valitse kehyksen tarjoamat kuvaustavat. Vaihtoehtoisia kuvaustapoja ovat esimerkiksi luvussa 7 Arkkitehtuurikuvausten tuottaminen esitellyt matriisit, taulukot, listaukset sekä mallipohjat. Tässä suosituksessa esitetyt kuvausmallit ja -pohjat ovat esimerkinomaisia ja kuvaustapoja voi ja kannattaa kehittää aina tarpeen mukaan Analysoi arkkitehtuurin ja kuvausten kohderyhmät Analysoi, miten projektin sidosryhmät osallistuvat kokonaisarkkitehtuurin kehittämiseen tai hyödyntävät suunnittelun tuloksia. Tuotettavien kuvausten sisällön tulee olla sellainen, että tarpeelliset sidosryhmät tulevat huomioitua. Kunkin sidosryhmän tulee ymmärtää niille tarkoitettujen kuvausten sisällöt (esim. ylimmälle johdolle kuvaukset toiminnan käsittein tai tekniselle asiantuntijalle teknisin käsittein). Huomioi analyysin tulokset kokonaisarkkitehtuurin kehittämisessä ja tulosten dokumentoinnissa. Sidosryhmien kuvauksessa voi hyödyntää luvussa Asiakkaiden ja sidosryhmien kuvaaminen esitettyjä menetelmiä Analysoi ja huomioi arkkitehtuuriin vaikuttavat tekijät. Analysoi aiemmissa vaiheissa (6.1 Tavoitetilan hahmotus ja rajaaminen ja 6.2 Kokonaisarkkitehtuurin nykytilan kuvaus) koottu materiaali ja kirjaa arkkitehtuurin kehittämisprojektin suunnitteluun ja rajaamiseen vaikuttavat asiat. Arkkitehtuurin kehittämisen rajaukseen vaikuttavia asioita ovat mm. ylemmän tason arkkitehtuurivaatimukset ja periaatteet (kts. 5.4 Kokonaisarkkitehtuurin hierarkiatasot). kuvausten kohderyhmä. sidosryhmien tarpeet ja määrä. budjetti. käytettävissä oleva aika. henkilöresurssit. muut aiemmissa vaiheissa määritellyt rajaukset ja erityistapaukset Kuvaa tavoitetilan arkkitehtuuri Käynnistä arkkitehtuurin kuvaaminen valittuja kuvaustapoja käyttäen (kts. kappale 6.3.1). Hyödynnä aikaisempien vaiheiden tuotoksia. Hyödynnä lisäksi suosituksen liitteissä kuvattuja esimerkkikuvauspohjia ja -malleja. Etene luvussa 7 Arkkitehtuurikuvausten tuottaminen kuvatun ohjeistuksen mukaisesti. Huomioi arkkitehtuurin suunnitteluun vaikuttavat tekijät (kts ). Mallinnus voi olla nykytilan kuvaamista ja sen kautta kehittämiskohteiden tunnistamista, tai se voi olla kehitettävän kohteen tavoitetilan suunnittelua. Huomioi erot lähestymistavoissa näissä näkökulmissa. 22/42
23 6.3.5 Kehitä toiminnan tavoitetilaa tarvittaessa Arvioi, vaikuttaako kokonaisarkkitehtuurin kehittämisen tulos toiminnan tavoitetilaan ja tee tarvittaessa muutosehdotus. Lähetä muutosehdotukset katselmoitavaksi tarvittaville tahoille (esim. johtamisprosessi). Päivitä tavoitetila katselmoinnin jälkeen Tee puuteanalyysi Arvioi, onko jotain asioita tai näkökulmia jäänyt huomioimatta suunnittelussa käyttäen hyödyksi esimerkiksi puuteanalyysi-matriisia, jonka löydät tämän suosituksen liitteestä 3. Voit myös hyödyntää TOGAF 9 -määrityksiä ( näkökulmien huomioimisen tukena Lopputulokset Kokonaisarkkitehtuurin tavoitetilan suunnittelun lopputulokset ovat Kokonaisarkkitehtuuriin vaikuttavien tekijöiden listaus ja analyysi. Sidosryhmien kartoitus ja analyysi. Puuteanalyysi. Päivitetyt ja tarkennetut muutosehdotukset (= tarpeet). Tavoitetilan arkkitehtuurin kuvaus, jossa on huomioitu eri näkökulmat ja tarkastelutasot. Tavoitetilan arkkitehtuuri sisältää ratkaisut lähtökohtina olleisiin kehittämistarpeisiin. 6.4 Toimeenpanon suunnittelu Toimeenpanon suunnitteluvaiheessa (kuva 13) suunnitellaan kokonaisarkkitehtuurin tavoitetilan vaatimat kehityshankkeet, arvioidaan niiden hyödyt ja riskit, sekä välitetään tulokset kehityshankkeen sidosryhmille. 23/42
24 Kuva 13 Toimeenpanon suunnittelun vaiheet Toimeenpanon suunnittelu koostuu seuraavista vaiheista: Kehittämistarpeiden tunnistaminen Määritellään kehittämisalueet esim. puuteanalyysin tulosten perusteella (kts Tee puuteanalyysi). Tunnistetaan kehittämistyötä vaativat osa-alueet. Suunnitellaan alustavasti tarvittavien kehityshankkeiden tavoitteet ja sisältö. Kustannus- ja hyötyanalyysien tekeminen Tehdään kustannus- ja hyötyanalyysit kehittämiskohteiden osalta kokonaisuus huomioiden. Riskien analysointi Analysoidaan riskit ja laaditaan riskienhallintasuunnitelma. Kehitystarpeiden priorisointi Arvioidaan kehittämistarpeet mm. niiden merkittävyyden, vaikuttavuuden ja kustannussäästöjen kannalta sekä priorisoidaan kehitystarpeet ja niihin liittyvät kehittämisprojektit. Kehittämispolun suunnittelu Suunnitellaan valittujen kehittämiskohteiden pitkän tähtäimen aikataulutus huomioiden organisaation kehittämistoiminnan vuosikello tms. 24/42
25 Kehittämissuunnitelman tekeminen Kootaan arkkitehtuurin suunnittelussa tuotetut kuvaukset, analyysit ja laskelmat ja tehdään niiden perusteella alustava kehittämissuunnitelma. Katselmointi Kuvaukset, analyysit ja muut arkkitehtuurikuvausten tuotokset katselmoidaan tarpeeksi laajalti kehittämisessä mukana olleissa sidosryhmissä. Kehittämissuunnitelman esittely sidosryhmille Katselmoinnin tulosten perusteella päivitetty kehittämissuunnitelma esitetään sidosryhmille. Noudata toimeenpanon suunnittelussa organisaation omia investoinneille, projektien- sekä hankkeiden hallinnalle asetettuja vaatimuksia ja menetelmiä, mikäli niitä on käytettävissä. JHS 171 ICT-palvelujen kehittäminen: Kehittämiskohteiden tunnistaminen -suosituksessa ( on kuvattu tarkemmin toimeenpanon suunnitteluvaiheessa suoritettavat oleelliset tehtävät ja toimenpiteet. 7 Arkkitehtuurikuvausten tuottaminen Tässä luvussa kuvataan arkkitehtuurikuvausten tuottaminen eri näkökulmista sekä esitellään menetelmät ja mallit kuvauksien tuottamiseksi ja dokumentoimiseksi. Kuva 14 Arkkitehtuurimenetelmän tarjoamat kuvausmallit ja -pohjat Arkkitehtuurin visualisointiin voidaan käyttää olemassa olevia mallinnuskieliä tai -notaatioita, kuten esimerkiksi ArchiMate-standardia ( ja tai esimerkiksi UML-notaatiota. Käytettävän kuvaustavan tulee olla sitä 25/42
26 käyttävälle organisaatiolle tuttu ja luonteva, jotta organisaatio pystyy aidosti käyttämään sitä hyödykseen ratkaisujen ja palveluympäristön suunnittelussa. 7.1 Arkkitehtuuriperiaatteet ja linjaukset Kokonaisarkkitehtuurin suunnittelussa tehtävien arkkitehtuurikuvausten pohjalla ovat erilaiset sisäiset tai ulkoiset periaatteet ja linjaukset, esimerkiksi arkkitehtuurin tai tietoturvallisuuden suhteen. Periaatteiden ja linjausten kuvaaminen sekä tuotokset on kuvattu tarkemmin liitteessä 2 Arkkitehtuuriperiaatteiden kuvaus. 7.2 Nykytila ja tavoitetila Nykytilan kuvaaminen luo kokonaisarkkitehtuurin suunnittelussa käsityksen olemassa olevista toimintamalleista, käytettävistä järjestelmistä sekä käytetystä tiedosta. Tavoitetilan kuvaaminen luo käsityksen halutuista toimintamalleista, tietojärjestelmistä sekä toiminnassa tarvittavasta tiedosta. Nykytilan ja tavoitetilan kuvaamisen vaiheet ja kuvaustavat on kuvattu tarkemmin liitteessä 1 Nykytilan ja tavoitetilan kuvaus. 7.3 Standardit Standardit ovat toiminnan ja kehittämisen taustalla olevia yksikäsitteisiä määrittelyn reunaehtoja. Standardeihin kuvataan sekä toimintaan, tiedonhallintaan että teknologiaan käytettävät standardit. Huom. Standardeihin ei kannata listata kaikkia mahdollisia standardeja, vaan ainoastaan ne, joita todellisuudessakin noudatetaan tai aiotaan noudattaa. Käytettävät standardit voidaan listata esimerkiksi organisaation standardisalkkuun. Malli standardisalkusta löytyy tämän suosituksen liitteen 5 välilehdeltä Standardisalkku. Standardien kuvaamisen hyötyjä ovat Standardit kuvaavat yksikäsitteisesti, mitä viitekehyksiä ja ratkaisumalleja missäkin toiminnan ja teknisen ympäristön osa-alueessa käytetään. 7.4 Toiminta-arkkitehtuurin suunnittelu Toiminta-arkkitehtuurin suunnittelussa tarkoituksena on suunnitella ja kehittää organisaation strategisia tavoitteita toteuttavaa ydintoimintaa, sitä tukevia tukitoimintoja, toiminnan vaatimia resursseja sekä toiminnan lopputuloksena olevia tuotoksia tai palvelutarjontaa. Toiminta-arkkitehtuurin lähtökohtina ovat organisaation toimintaa ohjaava lainsäädäntö, organisaation toiminnan tavoitetila, strategiakuvaukset, mahdolliset skenaariokuvaukset sekä organisaation rakenne ja vastuualueet, toiminnalliset tarpeet ja trendit. Toiminta-arkkitehtuuri on tapa jäsentää ja hahmottaa toimintaa sekä toiminnan kehittämistä organisaation tavoitteiden näkökulmasta. Kuvauksissa lähdetään liikkeelle vaatimuksista ja hahmotellaan niitä vasten palvelut ja prosessit ylätasolla. Ylätason kuvauksen jälkeen kuvataan toimintamallit sekä tarvittavan tasoiset prosessikuvaukset. Toiminnan selkeyttämiseksi kuvauksia voidaan tehdä huomioimalla eri arkkitehtuurinäkökulmat. Etenemisjärjestykseen vaikuttavat organisaatiossa jo olemassa olevat kuvaukset sekä kuvausten taso. Mikäli kuvaukset ovat olemassa ja ne sisältävät tarvittavan tiedon päätöksen teon ja johtamisen tueksi, ei kuvauksia tarvitse tehdä uudelleen. 26/42
JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurin kehittäminen Liite 2 Arkkitehtuurikehyksen kuvaus
JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurin kehittäminen Liite 2 Arkkitehtuurikehyksen kuvaus Versio: 1.0 Julkaistu: 8.2.2011 Voimassaoloaika: toistaiseksi Sisällys 1 Arkkitehtuurikehyksen
LisätiedotJHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurin kehittäminen Liite 1 Organisaation toiminnan kehittämisen sykli
JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurin kehittäminen Liite 1 Organisaation toiminnan kehittämisen sykli Versio: 1.0 Julkaistu: 8.2.2011 Voimassaoloaika: toistaiseksi Sisällys 1 Organisaation
LisätiedotJHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 4. Soveltamisohje perustason kuvauksien tuottamiseen
JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 4. Soveltamisohje perustason kuvauksien tuottamiseen Versio: Luonnos palautekierrosta varten Julkaistu: Voimassaoloaika: toistaiseksi Sisällys
LisätiedotJHS 179 suosituksen uudistamishanke Suositusluonnoksen ja liitteiden esittely Keskustelutilaisuus Kansallismuseon auditorio
JHS 179 suosituksen uudistamishanke Suositusluonnoksen ja liitteiden esittely Keskustelutilaisuus 29.4.2015 Kansallismuseon auditorio Suvi Pietikäinen Netum konsultointi Oy Esityksen sisältö Suosituksen
LisätiedotJHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurin kehittäminen
JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurin kehittäminen Versio: luonnos 18.01.2011 Julkaistu: Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto... 2 1.1 ICT-palvelujen kehittäminen -suositussarja...
LisätiedotJHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 3. Arkkitehtuurin nykytilan ja tavoitetilan kuvaus
JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 3. Arkkitehtuurin nykytilan ja tavoitetilan kuvaus Versio: Luonnos palautekierrosta varten Julkaistu: Voimassaoloaika: toistaiseksi Sisällys
LisätiedotJHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurimenetelmä
JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurimenetelmä Liite 4 Nykytilan ja tavoitetilan kuvaus Versio:1.0 Julkaistu: 8.2.2011 Voimassaoloaika: toistaiseksi Sisällys 1 Nykytilan kuvaaminen...
LisätiedotJHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurin kehittäminen
JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurin kehittäminen Versio: 1.1 5.10.2012 Julkaistu: 8.2.2011 Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto... 3 1.1 ICT-palvelujen kehittäminen
LisätiedotJHS XXX ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurimenetelmä
JHS XXX ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurimenetelmä Liite 1 Nykytilan ja tavoitetilan kuvaus Versio: luonnos Julkaistu: Voimassaoloaika: Sisällys 1 Nykytilan kuvaaminen... 2 1.1 Organisaation
LisätiedotKeskustelutilaisuus ICT-palvelujen kehittäminen -suositussarjasta
Keskustelutilaisuus ICT-palvelujen kehittäminen -suositussarjasta 25.2.2009 Agenda Kokonaisarkkitehtuuri Arkkitehtuurimenetelmä Arkkitehtuuriajattelun soveltuvuus ICTpalvelujen kehittäminen -suositussarjaan
LisätiedotJHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen
JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Versio: v. 0.23 20.4.2015 keskustelutilaisuusversio Julkaistu: Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto... 2 1.1 ICT-palvelujen kehittäminen
LisätiedotJHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurin suunnittelu Liite 3 Arkkitehtuurin suunnittelun hyödyt
JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurin suunnittelu Liite 3 Arkkitehtuurin suunnittelun hyödyt Versio: 1.0 Julkaistu: 8.2.2011 Voimassaoloaika: toistaiseksi Sisällys 1 Kokonaisarkkitehtuurin
LisätiedotICT-palvelujen kehittäminen - suositussarja Suvi Pietikäinen Netum Oy
ICT-palvelujen kehittäminen - suositussarja 24.11.2009 Suvi Pietikäinen Netum Oy JHS 171 ICT-palvelujen kehittäminen: Kehittämiskohteiden tunnistaminen ICT-palvelujen kehittäminen: Kehittämiskohteiden
LisätiedotPaikkatiedon kokonaisarkkitehtuuri LUONNOSTELUA
Paikkatiedon kokonaisarkkitehtuuri LUONNOSTELUA Inspire verkoston Arkkitehtuuriryhmän kokous 12.10.2012 Tampereen kaupunki Marko Kauppi Taustaa 2011 tehty kaupunkiympäristön kehittämisen (KAKE) paikkatietoalueen
LisätiedotJHS 198 Kokonaisarkkitehtuurin peruskuvaukset
JHS 198 Kokonaisarkkitehtuurin peruskuvaukset Versio: Luonnos palautekierrosta varten Julkaistu: Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto... 1 2 Soveltamisala... 1 3 Viittaukset... 1 4 Termit
LisätiedotToiminnan ja tietohallinnon kehittäminen kokonaisuutena. Sisältö 1 (11) Ohje
Ohje 1 (11) 04.09.2012 Toiminnan ja tietohallinnon kehittäminen kokonaisuutena Tämä ohje on yleisen tason kuvaus julkisen hallinnon kokonaisarkkitehtuurista ja sen tarkoituksesta. Aluksi myös kuvataan
LisätiedotJHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 3. Arkkitehtuurin nykytilan ja tavoitetilan kuvaaminen
JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 3. Arkkitehtuurin nykytilan ja tavoitetilan kuvaaminen Versio: Palautekierros, 2. palautekierros Julkaistu: Voimassaoloaika: toistaiseksi
LisätiedotJHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurimenetelmä
JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurimenetelmä Liite 5 Arkkitehtuuriperiaatteiden kuvaus Versio: 1.1 Julkaistu: 8.2.2011 Voimassaoloaika: toistaiseksi Sisällys 1 Arkkitehtuuriperiaatteet...
LisätiedotKokonaisarkkitehtuurin kehittäminen Satu Pajuniemi. Conversatum Oy
n kehittäminen 10.10.2017 Satu Pajuniemi Miksi kokonaisarkkitehtuuri? JHS 179 n suunnittelu ja kehittäminen (uusin versio 6/2017) Ei korvaa muita toiminnan suunnittelumenetelmiä Tavoitteena julkishallinnon
Lisätiedot<Viitearkkitehtuuri X>
Viitearkkitehtuurikuvaus XX.X.201X Versio: 0.X XX.XX.201X 2 (13) Sisällys 1. Johdanto... 4 1.1. Dokumentin tarkoitus... 4 1.2. Kenelle tämä dokumentti on tarkoitettu...
LisätiedotJHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 3. Arkkitehtuurin nykytilan ja tavoitetilan kuvaaminen
JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 3. Arkkitehtuurin nykytilan ja tavoitetilan kuvaaminen Versio: 2.0 Julkaistu: 7.2.2017 Voimassaoloaika: toistaiseksi Sisällys 1Johdanto...2
LisätiedotKohti kokonaisvaltaista tietojohtamista Kokonaisarkkitehtuuri johtamisen tukena. 7.6.2013 Leena Kononen
Kohti kokonaisvaltaista tietojohtamista Kokonaisarkkitehtuuri johtamisen tukena 7.6.2013 Leena Kononen 1 Johtaminen tiedon ekosysteemissä Tiedon ekosysteemi johtuu tiedon jatkuvasta kierrosta ja uusiutumisesta
LisätiedotValtionhallinnon arkkitehtuurin suunnittelu -hanke
VALTIOVARAINMINISTERIÖ Valtionhallinnon arkkitehtuurin suunnittelu Menetelmäprojekti Valtionhallinnon kokonaisarkkitehtuurimenetelmä versio 1.0 28.06.2007 1 TIIVISTELMÄ...1 2 JOHDANTO...2 2.1 YLEISTÄ...2
LisätiedotJulkisen hallinnon kokonaisarkkitehtuuri
Julkisen hallinnon kokonaisarkkitehtuuri Kokonaisarkkitehtuurin käsitteitä ja termejä Määrittely 1.0 Päiväys 4.4.2012 4.4.2012 2 (10) Tiivistelmä Tähän dokumenttiin on koottu julkisen hallinnon kokonaisarkkitehtuurissa
LisätiedotOppijan palvelukokonaisuus. Tietomallinnuksen laaja katselmointi 7.12.2011
Oppijan palvelukokonaisuus Tietomallinnuksen laaja katselmointi 7.12.2011 Sisältö Tietoarkkitehtuuri Tietomallit ja sanastot Tietomallinnus Tietomallinnus hankkeessa (Hankkeessa käytetyt keskeisimmät mallinnuselementit)
LisätiedotViitearkkitehtuurin suunnitteluprosessi. Ohje. v.0.7
Viitearkkitehtuurin suunnitteluprosessi Ohje v.0.7 Viitearkkitehtuurin suunnitteluprosessi XX.XX.201X 2 (13) Sisällys 1. Johdanto... 3 2. Viitearkkitehtuurin suunnitteluprosessin vaiheet... 3 2.1. Vaihe
LisätiedotKOKONAISARKKITEHTUURIMALLIEN VERTAILUA
Kaisa Paavola KOKONAISARKKITEHTUURIMALLIEN VERTAILUA JYVÄSKYLÄN YLIOPISTO TIETOJENKÄSITTELYTIETEIDEN LAITOS 2011 SISÄLLYS SISÄLLYS... 2 1 KOKONAISARKKITEHTUURI MENETELMÄT... 3 1.1 JHS 179... 3 1.2 Kartturi-malli...
LisätiedotKokemuksia kokonaisarkkitehtuurityöstä
Kokemuksia kokonaisarkkitehtuurityöstä Museo 2015 -hankkeen aloitusseminaari 23.11.2011 Kimmo Koivunen CSC Tieteen tietotekniikan keskus Oy CSC IT Center for Science Ltd. CSC pähkinänkuoressa Valtion
LisätiedotJHS 198 Kokonaisarkkitehtuurin peruskuvaukset
JHS 198 Kokonaisarkkitehtuurin peruskuvaukset Versio: 12.1.2017 Julkaistu: Luonnos Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto... 1 2 Soveltamisala... 1 3 Viittaukset... 1 4 Termit ja lyhenteet...
LisätiedotLaat Laa uv t as uv t as a t a a v a ien t a t paaminen Laat Laa uty uty ja ja ko k ko k naisarkkiteh naisarkkit tuuri KA tiimi tiimi::
Laatuvastaavien tapaaminen 10.2.2012 Laatutyö ja kokonaisarkkitehtuuri KA tiimi: Tapani Kella Tuuli Karjalainen Ville Seppänen Kokonaisarkkitehtuurihanke Jyväskylän yliopisto KA hankkeen taustaa Tietoyhteiskunnan
LisätiedotKokonaisarkkitehtuurilla tavoitteisiin. Valtio Expo Fennia I, 14:15 14:45 Neuvotteleva virkamies Jari Kallela
Kokonaisarkkitehtuurilla tavoitteisiin Valtio Expo 20.5.2014 Fennia I, 14:15 14:45 Neuvotteleva virkamies Jari Kallela Sisältö Mitä on kokonaisarkkitehtuuri? Mitä sillä tekee? Missä nyt mennään? Mitä seuraavaksi?
LisätiedotArkkitehtuuripankki. Mallintamisen metamalli ja notaatiot
Arkkitehtuuripankki Mallintamisen metamalli ja notaatiot 21.2.2018 Sisältö Kuvaustapa (notaatio) ja standardit Mallityypit Metamalli Muuta Kuvaustavat ja hyödynnetyt standardit JHS179 template ArchiMate
LisätiedotProjektin tilannekatsaus
Kuntasektorin yhteinen KA Asianhallinnan viitearkkitehtuuri Projektin tilannekatsaus Heini Holopainen Kuntien Tiera Oy heini.holopainen@tiera.fi Sisältö» Taustaa Mitä tarkoitetaan viitearkkitehtuurilla
LisätiedotMaster data tietojen ja kriteeristön sekä hallintamallin määrittely ja suunnittelu TRE:933/02.07.01/2011
Lisätieto 15.2.2011 Master data tietojen ja kriteeristön sekä hallintamallin määrittely ja suunnittelu TRE:933/02.07.01/2011 Vastaukset täydentävät vaatimusmäärittelyämme lisätietona ja ne tulee ottaa
LisätiedotYhteentoimivuus.fi KA-koulutusmateriaalit
Yhteentoimivuus.fi KA-koulutusmateriaalit Valikoima kalvoja RAKETTI-OPI:n Synergiaryhmälle Paula Merikko, CSC Lähdemateriaali yhteentoimivuus.fi https://www.yhteentoimivuus.fi/view/snav/koulutus_ja_ tuki/ka_oppimateriaalit.xhtml
LisätiedotTerveydenhuollon alueellisen ja paikallisen kokonaisarkkitehtuurin hallintamallin suunnitteluprojekti 4/11 11/
Terveydenhuollon alueellisen ja paikallisen kokonaisarkkitehtuurin hallintamallin suunnitteluprojekti 4/11 11/11 28.10.2011 Karri Vainio Sisältö Arkkitehtuurinhallinnan tavoitteet Rajaukset Lähtötilanne
LisätiedotMitä kokonaisarkkitehtuurityöllä haetaan? Miika Nurminen Johtaja, Kokonaisarkkitehtuuriratkaisut QPR Software Oyj
Mitä kokonaisarkkitehtuurityöllä haetaan? Miika Nurminen Johtaja, Kokonaisarkkitehtuuriratkaisut QPR Software Oyj http://www.britannica.com/ blogs/2009/10/the-classictree-swing-example-ofproduction-and-customerservice-gone-awry/
Lisätiedotv. 1.0 13.2.2015 Tämä dokumentti esittää tavan, jolla puolustusministeriön kokonaisarkkitehtuuri kuvataan.
Ohje 1 (21) v. 1. 13.2.215 Puolustusministeriön kokonaisarkkitehtuurin kuvaaminen Tiivistelmä Tämä dokumentti esittää tavan, jolla puolustusministeriön kokonaisarkkitehtuuri kuvataan. Kehittämishankkeissa
LisätiedotJHS XXX ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurimenetelmä
JHS XXX ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurimenetelmä Liite 2 Arkkitehtuuriperiaatteet Versio: luonnos Julkaistu: Voimassaoloaika: Sisällys 1 Arkkitehtuuriperiaatteet... 2 1.1 Sidosarkkitehtuurit,
LisätiedotKuntasektorin kokonaisarkkitehtuuri
Kuntasektorin kokonaisarkkitehtuuri Tilannekatsaus Kurttu 2.10.2012 Miksi kokonaisarkkitehtuuri? Julkisen hallinnon kokonaisarkkitehtuurilla tavoitellaan» Yhteentoimivuutta, tietojärjestelmissä, niiden
LisätiedotJHS 198 Kokonaisarkkitehtuurin peruskuvaukset
JHS 198 Kokonaisarkkitehtuurin peruskuvaukset Versio: 1.0 Julkaistu: 5.9.2017 Voimassaoloaika: toistaiseksi Sisällys 1Johdanto...1 2Soveltamisala...1 3Viittaukset...2 4Termit ja lyhenteet...2 5Arkkitehtuurikuvausten
LisätiedotValtionhallinnon arkkitehtuurin kehittäminen
arkkitehtuurin kehittäminen Kehittämisohjelman esittely RASKE2-seminaari 16.5.2006 neuvotteleva virkamies Aki Siponen Valtion IT-toiminnan johtamisyksikkö arkkitehtuurin kehittäminen Arkkitehtuurista ja
LisätiedotKorkeakoulujen IT-päivät 2010, , Joensuu
Korkeakoulujen IT-päivät 2010, 12.10.2010, Joensuu Mika Karjalainen, Silver Planet Oy 2010 Silver Planet Oy 1 Sisältö Kokonaisarkkitehtuuri lyhyesti 2010 Silver Planet Oy 2 Mitä on kokonaisarkkitehtuuri
LisätiedotToivakan kunnan teknologia-arkkitehtuuri
Toivakan kunnan teknologiaarkkitehtuuri Iikka Virtanen, Teemu Uusitalo & Vesa Kakriainen Toivakan kunnan teknologia-arkkitehtuuri Johdanto Nykytilan kartoitus Tavoitetilan kuvaus 6.7.1 Teknologiapalvelut
LisätiedotJulkisen hallinnon kokonaisarkkitehtuuri. PATINE neuvotteleva virkamies Jukka Uusitalo / JulkICT
kokonaisarkkitehtuuri PATINE 18.8.2011 neuvotteleva virkamies Jukka Uusitalo / JulkICT Kokonaisarkkitehtuuri (KA) Enterprise Architecture (EA) Kokonaisarkkitehtuuri kuvaa, kuinka organisaation toimintaprosessit,
LisätiedotKuntasektorin yhteineset viitearkkitehtuurit Tiedon- ja asianhallinta Johtamisjärjestelmä
Kuntasektorin yhteineset viitearkkitehtuurit Tiedon- ja asianhallinta Johtamisjärjestelmä Kurttu-seminaari 2013 18.4.2013 Helsinki Heini Holopainen, Sari Valli Sisältö Tiedon- ja asianhallinnan viitearkkitehtuuri
LisätiedotJulkisen hallinnon kokonaisarkkitehtuuri
Julkisen hallinnon kokonaisarkkitehtuuri Rajaukset ja tarkoitus Määrittely 0.91 Päiväys 7.5.2017 7.5.2017 2 (6) Sisällysluettelo 1 Johdanto... 3 2 JHKA:n tarkoitus... 3 3 JHKA:n rajaukset... 4 4 Miten
LisätiedotOpiskelun ja opetuksen tuen viitearkkitehtuuri
Opiskelun ja opetuksen tuen viitearkkitehtuuri Mitä osia opintohallinnon viitearkkitehtuurissa tulee olla Työstänyt Synergiaryhmä 4.12.2014 Toimittanut Pekka Linna, CSC Tuleva toteutus Tuotetaan sivusto,
LisätiedotJHKA-jaosto. 1. Työsuunnitelma: 2015 toimikauden loppu - Esitys: JUHTA hyväksyisi työsuunnitelman 2. Taustamateriaali tilanteesta
JHKA-jaosto 1. Työsuunnitelma: 2015 toimikauden loppu - Esitys: JUHTA hyväksyisi työsuunnitelman 2. Taustamateriaali tilanteesta JHKA-jaosto ja -sihteeristö, VM / JulkICT 3.12.2014 1.1 JHKA-jaoston tavoitteet
LisätiedotMiten kuvaat ja kehität organisaation kokonaisarkkitehtuuria?
Miten kuvaat ja kehität organisaation kokonaisarkkitehtuuria? Kuntamarkkinat Tietoisku 10. ja 11.9.2014 1 Mitä on kokonaisarkkitehtuuri? Kokonaisarkkitehtuuri on organisaation johtamis- ja kehittämismenetelmä,
LisätiedotJHS129 Julkisten verkkopalvelujen suunnittelu ja kehittäminen. JHS-jaosto
JHS129 Julkisten verkkopalvelujen suunnittelu ja kehittäminen JHS-jaosto 23.05.2014 Sisältö Käsitteet ja tavoitteet Työskentelyprosessi Suositusluonnoksen esittely 2 Käsitteet ja tavoitteet 3 Verkkopalvelu
LisätiedotTAPAS - puheenvuoro - TAPAS-päätösseminaari Tommi Oikarinen, VM / JulkICT
TAPAS - puheenvuoro - TAPAS-päätösseminaari 28.10.2011 Tommi Oikarinen, VM / JulkICT Projektin ensisijaisena tavoitteena on yhteisesti suunnitella ja arvioida alueellisen ja paikallisen tason tietojärjestelmäarkkitehtuurin
LisätiedotKuntasektorin asianhallinnan viitearkkitehtuuri 1.0. Kuntamarkkinat Tuula Seppo, erityisasiantuntija
Kuntasektorin asianhallinnan viitearkkitehtuuri 1.0 Kuntamarkkinat 14.9.2016 Tuula Seppo, erityisasiantuntija Kuntasektorin asianhallinnan viitearkkitehtuuri 1.0 Hallinnon toimintatapojen digitalisointi
LisätiedotATT-viitearkkitehtuuri
ATT-viitearkkitehtuuri Ville Tenhunen, 17.3.2016 2015 OKM ATT 2014 2017 -hanke www.avointiede.f Lisensoitu Creative Commons Nimeä 4.0 Kansainvälinen -käyttöluvalla Kokonaiskuva muodostuu osakuvauksista
LisätiedotJYVÄSKYLÄN YLIOPISTO VAKAJA-PROJEKTI. Kohdealueen käsite ja käsittely valtionhallinnon kokonaisarkkitehtuuriohjauksen
JYVÄSKYLÄN YLIOPISTO VAKAJA-PROJEKTI Kohdealueen käsite ja käsittely valtionhallinnon kokonaisarkkitehtuuriohjauksen osana 20.8.2015 Sisältö 1. Johdanto... 2 2. Kohdealueiden määrittely ja tehtävät...
LisätiedotTiedonhallintalakiehdotus tiedonhallinnan kuvaukset
Tiedonhallintalakiehdotus tiedonhallinnan kuvaukset 14.9.2018 Riitta Autere Tiedonhallintalain esittelytilaisuus Julkisen hallinnon digitalisoinnin ja ICT-toiminnan ohjaus Tiedonhallinnan kuvausten laadinta
Lisätiedot<Viitearkkitehtuurin nimi> toimeenpanosuunnitelma
toimeenpanosuunnitelma XX.X.201X Versio: 0.X toimeenpanosuunnitelma XX.XX.201X 2 (7) Sisällys 1. Johdanto... 3 2. Viitearkkitehtuurin vaikutukset... 3 2.1. Viitearkkitehtuurin vaikutukset toimintaympäristöön...
LisätiedotJULKISEN HALLINNON SÄHKÖISEN ASIOINNIN VIITEARKKITEHTUURI. Kuntaliitto Hannu Ojala Neuvotteleva virkamies/julkict
JULKISEN HALLINNON SÄHKÖISEN ASIOINNIN VIITEARKKITEHTUURI Kuntaliitto 02.10.2012 Hannu Ojala Neuvotteleva virkamies/julkict Lähtökohdat Laaditaan kokonaisarkkitehtuuri tietylle sektorille, joka menee läpi
LisätiedotJHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 2. Liiketoimintamallit ja kyvykkyydet KA-suunnittelussa
JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 2. Liiketoimintamallit ja kyvykkyydet KA-suunnittelussa Versio: Luonnos palautekierrosta varten Julkaistu: Voimassaoloaika: toistaiseksi
LisätiedotTIEDONHALLINNAN KEHITTÄMINEN KANSALLISESTI OYS ERVA ALUEELLA SAIRAANHOITOPIIREISSÄ SIRPA HAKAMAA & MERJA HAAPAKORVA-KALLIO
TIEDONHALLINNAN KEHITTÄMINEN KANSALLISESTI OYS ERVA ALUEELLA SAIRAANHOITOPIIREISSÄ SIRPA HAKAMAA & MERJA HAAPAKORVA-KALLIO Rahoittaa Kaste-hankkeen kautta STM säätää lakeja ja ohjaa kansallisella tasolla
LisätiedotIoT, tiedolla johtaminen ja alustatalous
IoT, tiedolla johtaminen ja alustatalous Vesihuolto 2018, Imatra 24.5. Kehityspäällikkö Timo Vakkilainen / HSY Smart Water on tiedonkeräystä ja käsittelyä alusta loppuun Tietoa on kerätty aina, mikäs tässä
LisätiedotTietohallintolaki ja yhteinen arkkitehtuuri. Paikkatiedon viitearkkitehtuurityön työpaja Tommi Oikarinen, VM, JulkICT
Tietohallintolaki ja yhteinen arkkitehtuuri Paikkatiedon viitearkkitehtuurityön työpaja 25.11.2011 Tommi Oikarinen, VM, JulkICT Laki julkisen hallinnon tietohallinnon ohjauksesta Tavoite: tehostaa julkisen
LisätiedotEspoon arkkitehtuurin kehittäminen - Tiedonhallinta ja arkkitehtuuri kaupungin näkökulmasta
Espoon arkkitehtuurin kehittäminen - Tiedonhallinta ja arkkitehtuuri kaupungin näkökulmasta Arkistosektorin KDK- yhteistyöverkosto 10.11.2014 Marko Kukkonen, Konserniesikunta - Tietohallinto Kokonaisarkkitehtuuri
LisätiedotSosiaali- ja terveydenhuollon tiedonhallinnan alueellista kehittämistä ohjaava viitearkkitehtuuri Kuntajohtajakokous
Sosiaali- ja terveydenhuollon tiedonhallinnan alueellista kehittämistä ohjaava viitearkkitehtuuri Kuntajohtajakokous 12.6.2015 Pasi Oksanen 1 Tavoite ja lähtökohdat Tavoitteena aikaansaada Varsinais-Suomen
LisätiedotJulkisen hallinnon kokonaisarkkitehtuuri
Kokonaisarkkitehtuurin välineet 0.9 Päiväys 15.3.2016 15.3.2016 2 (6) Tiivistelmä Dokumenttiin on listattu keskitetysti hankitut ja koko julkisen hallinnon käyttöön tarkoitetut kokonaisarkkitehtuurin kuvausvälineet.
LisätiedotKiila-viitearkkitehtuuri. Jani Harju,
Kiila-viitearkkitehtuuri Jani Harju, 8.4.2015 Käytetty arkkitehtuurimalli Arkkitehtuurimalliksi valittiin Kartturi-malli Jatkokehitetty JHS-179:stä Kartturi-mallia on käytetty mm. VAKAVA:ssa sekä Etelä-Suomen
LisätiedotArkkitehtuuri muutosagenttina
Arkkitehtuuri muutosagenttina Smarter Processes, Development & Integration Hannu Salminen CTO OP-Pohjola 2013 IBM Corporation Taustaa Nykyinen IT-arkkitehtuuri ja liiketoimintatarpeet eivät kohtaa OP-Pohjolan
LisätiedotYhteentoimivuutta kokonaisarkkitehtuurilla
Yhteentoimivuutta kokonaisarkkitehtuurilla Terveydenhuollon atk-päivät 20.5.2014 Juha Rannanheimo Ratkaisupäällikkö, sosiaali- ja terveydenhuollon ratkaisut Esityksen sisältö Kehittämisvaatimukset sosiaali-
LisätiedotJHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 6: Katselmointi
JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 6: Katselmointi Versio: 0.9 Julkaistu: n.n.2011 Voimassaoloaika: toistaiseksi Sisällys 1 Katselmointi osana laadunvarmistusta... 2 2 Yleistä katselmoinneista...
LisätiedotKokonaisarkkitehtuuri Organisaation ja sen ICT tuen yhteistoiminnallista kehittämistä
Kokonaisarkkitehtuuri Organisaation ja sen ICT tuen yhteistoiminnallista kehittämistä Terveydenhuollon ATK-päivät Jyväskylä 26.05.2009 Mirja Pulkkinen Jyväskylän Yliopisto 1 Miksi kokonaisarkkitehtuuri?
LisätiedotKuntasektorin kokonaisarkkitehtuuri
Kuntasektorin kokonaisarkkitehtuuri Tilannekatsaus JHKA-jaosto 13.11.2013 Kuntasektorin KA-työn tavoitteet KA-osaamisen kehittäminen kuntasektorilla Kuntasektorin yhteisien linjauksien tuottaminen Kuntasektorin
LisätiedotJohtamisen haaste kokonaisarkkitehtuuri menestyksen mahdollistajako?
Johtamisen haaste kokonaisarkkitehtuuri menestyksen mahdollistajako? JÄRJESTÄJÄ SAVO Q AIKA 14.11.2018 Kokonaisarkkitehtuurin määrittelyä Tekijä(t) Armour, F. & Kaisler, S. 2017. Introduction to Enterprise
LisätiedotQPR kuvausvälineen käyttö ja tavoitteet OKM&OPH, Oppijan palvelut - koulutuksen ja opetuksen osakohdealue. Leena Kononen 6.3.2013
QPR kuvausvälineen käyttö ja tavoitteet OKM&OPH, Oppijan palvelut - koulutuksen ja opetuksen osakohdealue Leena Kononen 6.3.2013 JulkICT-KA-ympäristön päivitys, kevät 2013 OKM/OPH arkkitehtuurikuvaukset
LisätiedotICT-palvelujen kehittäminen suositussarja Suvi Pietikäinen Netum Oy
ICT-palvelujen kehittäminen suositussarja 25.2.2009 Suvi Pietikäinen Netum Oy ICT-palvelujen kehittäminen: Kehittämiskohteiden tunnistaminen ICT-palvelujen kehittäminen: Kehittämiskohteiden tunnistaminen
LisätiedotKuntasektorin kokonaisarkkitehtuuri
Kuntasektorin kokonaisarkkitehtuuri Tilannekatsaus Kurttu 18.4.2013 Miksi kokonaisarkkitehtuuri? Julkisen hallinnon kokonaisarkkitehtuurilla tavoitellaan» Yhteentoimivuutta, tietojärjestelmissä, niiden
LisätiedotJulkisen hallinnon kokonaisarkkitehtuurijaoston työsuunnitelma 2014
Suunnitelma Valtiovarainministeriö/Julkisen hallinnon ICT - toiminto/vaatimukset ja suositukset JHKA-sihteeristö 22.1.2014 Julkisen hallinnon kokonaisarkkitehtuurijaoston työsuunnitelma 2014 Julkisen hallinnon
LisätiedotSosiaalihuollon kokonaisarkkitehtuuri
Sosiaalihuollon kokonaisarkkitehtuuri Terveydenhuollon ATK-päivät 27.5.2009 SESSIO 12 Antero Lehmuskoski Projektipäällikkö Sosiaalialan tietoteknologiahanke Itä-Suomen sosiaalialan osaamiskeskus 1 Sessio
LisätiedotValtion raportoinnin ajankohtaiskatsaus
Valtion raportoinnin ajankohtaiskatsaus ValtioExpo 19.05.2015 Kimmo Järvinen Valtiokonttori Tilaisuus, Esittäjä Valtion raportoinnin ajankohtaiskatsaus Taloushallinnon kokonaisarkkitehtuuri - Suuntaviivat
LisätiedotKansallinen digitaalinen kirjasto Kokonaisarkkitehtuuri v3.0
Kansallinen digitaalinen kirjasto Kokonaisarkkitehtuuri v3.0 KDK: Kansallinen digitaalinen kirjasto Kansallinen digitaalinen kirjasto -hankkeen tavoitteena on edistää digitaalisten kulttuuriperintö- ja
LisätiedotICT muutos kunta- ja palvelurakennemuutoksessa. Selvitysvaiheen tehtävät
ICT muutos kunta- ja palvelurakennemuutoksessa Selvitysvaiheen tehtävät Kunta- ja palvelurakennemuutos Selvitysvaiheen tehtävät 1.0. Selvitysvaiheen projektointi Suunnittelu 1.1. Nykytilan kuvaaminen 1.2.
LisätiedotYhteentoimivuus.fi ja julkisen hallinnon kokonaisarkkitehtuuri. Valtio Expo Baltica, 12:00 12:30 neuvotteleva virkamies Jari Kallela
Yhteentoimivuus.fi ja julkisen hallinnon kokonaisarkkitehtuuri Valtio Expo 20.5.2014 Baltica, 12:00 12:30 neuvotteleva virkamies Jari Kallela Sisältö kokonaisarkkitehtuuri Yhteentoimivuus-palvelut Mitä
LisätiedotKÄYTTÖOHJE (pikaohje) KUNNAN JOHTAMISEN VIITEARKKITEHTUURI
KÄYTTÖOHJE (pikaohje) KUNNAN JOHTAMISEN VIITEARKKITEHTUURI ASIAKKAAT SIDOSRYHMÄT TIETOJÄRJESTELMÄ- PALVELUT TEHTÄVÄT JA PALVELUT MITTARIT KÄSITTEET TIEDOT ROOLIT JA VASTUUT JOHTAMISEN PROSESSIT KYVYKKYYDET
LisätiedotKorkeakoululaitoksen tietohallinnon kehittäminen & julkisen hallinnon kokonaisarkkitehtuuri
Korkeakoululaitoksen tietohallinnon kehittäminen & julkisen hallinnon kokonaisarkkitehtuuri 30.10.2012 Ilmari Hyvönen Korkeakoulu- ja tiedepolitiikan osasto Aiheita Tietohallintolaki ja julkisen hallinnon
LisätiedotSosiaali- ja terveydenhuollon ATK-päivät 2019
Sosiaali- ja terveydenhuollon ATK-päivät 2019 Tietojärjestelmäuudistus on aina itseään isompi muutos. Tapio Järvenpää, @Tapsa_Jpaa Laajuus Tuotokset Aikataulu Resurssit Hyöty Arvo Laajuus Tuotokset
LisätiedotTIETOHALLINTOLAKI (LUONNOS) Korkeakoulujen IT-päivät Erityisasiantuntija Olli-Pekka Rissanen
TIETOHALLINTOLAKI (LUONNOS) 13.10.2010 Korkeakoulujen IT-päivät Erityisasiantuntija Olli-Pekka Rissanen Keskeisenä tavoitteena Toteuttaa eduskunnan 7.12.2009 tekemä päätös, että hallituksen tulisi valmistella
LisätiedotKokonaisarkkitehtuurikoulutukset
JulkICT-toiminto Kokonaisarkkitehtuurikoulutukset 2012 2014 www.yhteentoimivuus.fiwww.julkict.fi Kokonaisarkkitehtuuri on toiminnan kehittämismalli, joka varmistaa eri näkökulmien ja erityisesti toiminnan
LisätiedotKANSALLISEN DIGITAALISEN KIRJASTON KOKONAISARKKITEHTUURI. V3.0 Tiivistelmä
KANSALLISEN DIGITAALISEN KIRJASTON KOKONAISARKKITEHTUURI V3.0 Tiivistelmä Kansallinen digitaalinen kirjasto (KDK) on Opetus- ja kulttuuriministeriön (OKM) toimialatasoinen sisältö- ja palvelukokonaisuus.
LisätiedotArkkitehtuurikuvausten kohteet ja kuvaustavat
Arkkitehtuurikuvausten kohteet ja kuvaustavat - tulokset SOLEA 2011 25.11.2011 Espoo Hannu Virkanen + Juha Mykkänen Sisältö Tehdyn tutkimuksen esittely: Johdanto ja alustus asetetut tavoitteet Menetelmät
LisätiedotArkkitehtuuri käytäntöön
Arkkitehtuuri käytäntöön Terveydenhuollon ATK-päivät 24.5.2011 Mikko Huovila Erikoissuunnittelija Itä-Suomen sosiaalialan osaamiskeskus Väliraportti Tikesos-toimeenpanosta (4/2011) Kuvaa julkisen hallinnon
Lisätiedot11.10.2013 Tekijän nimi
11.10.2013 Tekijän nimi Arkkitehtuuri kehittämisen välineenä Kokonaisarkkitehtuuri hallitun muutoksen avaimena Etelä-Savon maakuntaliitto 10.10.2013 Markku Nenonen Tutkijayliopettaja Mikkelin ammattikorkeakoulu
LisätiedotParku-projekti Päivähoidon hallinnon ja asiakasrajapinnan hallinnan prosessien arviointi kuntaliitosnäkökulmasta KAmenetelmää
Parku-projekti 7.4.-30.9.2014 Päivähoidon hallinnon ja asiakasrajapinnan hallinnan prosessien arviointi kuntaliitosnäkökulmasta KAmenetelmää hyödyntäen Tavoitteena Löytää kehittämiskohteita päivähoidon
LisätiedotKurttu talviseminaari Ryhmätyö: Työpaja, kunnan KA-hallintamalli
Kurttu talviseminaari 2012 Ryhmätyö: Työpaja, kunnan KA-hallintamalli 15.3.2012 Talviseminaarin sisältö Aika: torstai 15.3.2012, klo 10.00 15.00 Paikka: Kuntatalo (Toinen linja 14) Aamupäivä alustus: 10.00
LisätiedotKokonaisarkkitehtuuri julkisessa hallinnossa 2016
Kokonaisarkkitehtuuri julkisessa hallinnossa 2016 14.12.2016 Jari Kallela JUHTA JulkICT Sisältö Yhteentoimivuuden haaste Kokonaisarkkitehtuurikyvykkyyden edistyminen Uudistuva sisältö Tietohallintolaki
LisätiedotVastaajan taustatiedot
Lausuntopyyntö sosiaali- ja terveydenhuollon valtakunnallisesta kokonaisarkkitehtuurista Vastaajan taustatiedot 1. Lausunnon antajan organisaatiotyyppi * kunta sairaanhoitopiiri muu kuntayhtymä yksityinen
LisätiedotTenttikysymykset. + UML- kaavioiden mallintamistehtävät
Tenttikysymykset 1. Selitä mitä asioita kuuluu tietojärjestelmän käsitteeseen. 2. Selitä kapseloinnin ja tiedon suojauksen periaatteet oliolähestymistavassa ja mitä hyötyä näistä periaatteista on. 3. Selitä
LisätiedotKOKONAISARKKITEHTUURIN ARVIOINTI
KOKONAISARKKITEHTUURIN ARVIOINTI STM:n kokonaisarkkitehtuuri 1 14.11.2018 Sisältö Johdanto Hankkeiden ja projektien ohjaus Arkkitehtuurituki Arkkitehtuurin mukaisen kehittämisen varmistaminen Arkkitehtuuriohjauksen
LisätiedotSosiaalihuollon toimintaprosessien mallinnus. Päivi Röppänen Terveydenhuollon Atk-päivät 26.-27.5.2009 Jyväskylä
Sosiaalihuollon toimintaprosessien mallinnus Päivi Röppänen Terveydenhuollon Atk-päivät 26.-27.5.2009 Jyväskylä Sisältö Taustaa Tavoite Lähtökohta Tuotokset Prosessien kuvaaminen esimerkkinä lasten päivähoito
LisätiedotOhjelmistojen mallintaminen, mallintaminen ja UML
582104 Ohjelmistojen mallintaminen, mallintaminen ja UML 1 Mallintaminen ja UML Ohjelmistojen mallintamisesta ja kuvaamisesta Oliomallinnus ja UML Käyttötapauskaaviot Luokkakaaviot Sekvenssikaaviot 2 Yleisesti
LisätiedotJHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurin kehittäminen Liite 1 Strategian kuvaaminen strategiakartan avulla
JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurin kehittäminen Liite 1 Strategian kuvaaminen strategiakartan avulla Versio: 0.2. 14.4.2015 keskustelutilaisuusversio Julkaistu: Voimassaoloaika:
LisätiedotTurun seudun KA- koulu
Turun seudun KA- koulu Kurttu-seminaari 2.10.2012 Jaakko Ståhlberg Kokonaisarkkitehtuurit Turun kaupunki jaakko.stahlberg@turku.fi 1 Agenda Taustaa KA- koulun sisältö Osallistujien kommentit: Tavoitteet
Lisätiedot