Palautekooste (2. vaihe): JHS 198 Kokonaisarkkitehtuurin peruskuvaukset
|
|
- Tuulikki Laaksonen
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 Palautekooste (2. vaihe): JHS 198 Kokonaisarkkitehtuurin peruskuvaukset Organisaatio Vastaajien määrä: 10 - Yksityishenkilö - THL - KAOS-osaamisyhteisö - valtiovarainministeriö - TEM - Valtion tieto- ja viestintätekniikkakeskus Valtori - JHS XXX Rekisteritiedon metatiedot -työryhmä - Maanmittauslaitos - Sosiaali- ja terveysministeriö - Verohallinto 2. Yhteyshenkilön tiedot Vastaajien määrä: Yleiskommentit Vastaajien määrä: 8 - Luonnos on melko keskeneräinen. Käsitteet pitäisi olla paremmin määritellyt, koska tämä on pohjana asetukselle, tulkinnanvaraa ei saa jäädä. Käsitteet järjestelmä/system, tietojärjestelmä/information system, ohjelmistojärjestelmä/software system, sovellusjärjestelmä/application system tulisi eritellä ja määritellä selkeästi sekä käyttää niitä johdonmukaisemmin. Tällä tuetaan sitä, että suositus olisi yhdenmukaisempi vastaavien EU-säädösten kanssa ja tarvittaessa kansainvälisten sopimusten kanssa. Nykytilakuvaus ja tavoitetilakuvaus pitää vastata toisiaan jokaiselta arkkitehtuurin osa-alueelta, jotta hallittu siirtyminen nykytilasta tavoitetilaan olisi mahdollista, muuten jotain osa-alueita jää huomioimatta. Tehkää yhdenmukaiset taulukot, jotta suositus ei ohjaa jättämään huomioimatta joitain osa-alueita. Kannattaisiko otsikkoon lisätä "...peruskuvaukset nykytilasta ja tavoitetilasta" - Hylkäämisen perusteluissa on mukana yleiskommentteja. Niiden lisäksi vielä muutama huomio. Kun puhutaan yhteentoimivuudesta, se väistämättä tarkoittaa tietojen julkaisemista. Ovat kaikki kysytyt tiedot julkaistavissa ilman, että vaarannetaan jotain toiminnan/tiedon turvallisuutta? Minimikuvausten suhde ketterään kehittämiseen olisi hyvä avata. Käytännössä kehittämisessä ollaan joka tapauksessa menossa ketteryyteen. Liite: visualisoinnit (olennainen osa suositusta, sillä siihen viitataan koko ajan) Erityisesti prosessikarttaesimerkki on korvattava paremmalla. Esimerkeissä on lisäksi usein kuvattu hyvin pientä osa-aluetta (kuten nimen muutos), sellaisen esimerkin katselu ei ole hyödyllistä, jos on analysoimassa isompaa (kokonaisarkkitehtuurille tyypillisempää) kokonaisuutta. Esimerkki verokortti on tuotos, ei palvelu. Palvelun nimessä on oltava verbi. Esimerkkiin voisi liittää kuvauksen, joka selostaa miksi kuvaustapaan ja tarkkuustasoon on päädytty. Tämähän vaihtelee tilanteittain. - Sovimme VM:ssä, että laitan huomiot viralliseen palauteprosessiin. - Suosituksessa ja jatkossa velvoittavassa standardissa tulisi huomioida että KA kuvaaminen tulee olla tarvelähtöistä ei itsetarkoitus. Suosituksessa tulisi huomioida organisaation hyöty suhteessa tehtyyn työmäärään sekä tätä kautta viranomaisten hallinnollinen taakka. Onko syytä vielä pohtia perustason edellyttämän KA-velvoitteiden rajausta - Lausunto suositusluonnoksesta JHS 198 Kokonaisarkkitehtuurin peruskuvaukset, 2. vaihe Viite: Palautepyyntö: JHS 189 Kokonaisarkkitehtuurin peruskuvaukset, 2. vaihe -suositusluonnos Julkisen hallinnon neuvottelukunta (JUHTA) on pyytänyt Valtion tieto- ja viestintätekniikkakeskus Valtorilta palautetta suositusluonnoksesta JHS 198 Kokonaisarkkitehtuurin peruskuvaukset.
2 Suositusluonnoksen tarkoituksena on listata julkishallinnon organisaatiolta vaadittavat kokonaisarkkitehtuurin peruskuvaukset ja niiden sisällölliset vaatimukset teknisenä eritelmänä. Suositus (tekninen eritelmä) on tarkoitus muuttaa myöhemmin valtiovarainministeriön päätöksellä julki-sen hallinnon tietohallinnon standardiksi ja edelleen antaa tämän pohjalta tietohallintolain (Laki julkisen hallinnon tietohallinnon ohjauksesta, 634/2011) nojalla valtioneuvoston asetus. Kuvaamisesta saatavan hyödyn tulisi, suosituksen tavoitteen mukaan, näkyä julkishallinnossa yhteentoimivuuden parantumisena. Suositus-luonnokseen valitut peruskuvakset, jotka keskittyvät lähinnä organisaation oman sisäisen toiminnan ylätason kuvaamiseen, eivät kuitenkaan edistä näkemyksemme mukaan tätä asetettua tavoitetta. Suositusluonnos ei myöskään määrittele ketä varten tai kenen näkökulmasta kuvaukset tuotetaan; vaarana on, että tulevan asetuksen vaatimus täytetään tuottamalla valtiovarainministeriölle erillisiä listauksia kunkin organisaation palveluista, prosesseista ja tietojärjestelmistä muodossa, jotka eivät tuota käytännön hyötyä yhteentoimivuuden edistämiseen. Peruskuvauksia, kuten koko julkishallinnon arkkitehtuuriohjausta, tulisi tarkastella niin, että se edistää julkisen hallinnon toimijoiden omien sähköisten asiointipalvelujen ja sähköistä tiedonhallintaa tukevien tietojärjestelmien sekä laajasti digitalisointia tukevien yhteisten tausta- ja teknologiapalvelujen kehittämistä kohti yhteistä tavoitetilaa (tavoitearkkitehtuuria). Valtorin näkemyksen mukaan suositusluonnoksen ja edelleen asetuksen perusteella vaaditut peruskuvaukset ovat kuitenkin maltillisia tietosisällön osalta. Peruskuvausten tuottaminen ei ole liikaa organisaatioita rasittava tehtävä, joskin edelleen koko julkishallintotasoisena hallinnollista taakkaa lisäävä. Kuvaamiseen käytetyn työmäärän laajuuden tulee määrittämään lähinnä kuvauksilta vaadittu tarkkuustaso, joka täytyy kiinnittää aseteuksen yhteydessä. Eniten työllistäväksi Valtori arvioi kuvauksessa tietoarkkitehtuuriin liittyvien kuvausten toteuttamisen sekä prosessikuvausten toteuttamisen. Näkemyksemme mukaan tietohallintolain (Laki julkisen hallinnon tieto-hallinnon ohjauksesta 2011/634) perusteella asetuksella voidaan säätää julkisen hallinnon tietohallinnon yhteisestä kokonaisarkkitehtuurista siltä osin kuin se koskee tieto-, järjestelmä- ja teknologia-arkkitehtuuria ja sen edellyttämien yhteentoimivuuden kuvausten ja määritysten sisältöä. Suositusluonnoksen peruskuvaukset kattavat myös toiminta-arkkitehtuuriin liittyviä kuvauskohtia, joista ei em. lain perusteella voida säätää asetuksella. Edellä mainitun perusteella Valtori näkee tarpeelliseksi lisätä arkkitehtuurinohjausta koko julkishallinnossa. Valtori ei kuitenkaan näe tarpeelliseksi säätää asetuksella itse kuvaamista, vaan ohjauksen tulisi painottua enemmän valtion ja laajemmin koko julkishallinnon kuvattuun tavoitetila-arkkitehtuuriin (tahtotilaan), jota toimeenpannaan suositusten sekä tulos-ohjaksen keinoin. Tarkemmat huomiot on esitetty alla suositusluonnoksen pääotsikoinnin mukaisella jaottelulla. - Suositus määrittelee eksplisiittisesti arkkitehtuurikuvaukset, jotka jokaisen julkisen hallinnon organisaation pitää vähintään tuottaa. Julkisen hallinnon organisaatiot ovat hyvin erilaisia ja erikokoisia, eikä kaikille organisaatioille ole välttämättä tarkoituksenmukaista tuottaa kaikkia suosituksessa määriteltyjä kuvauksia. Määritellyissä kuvauksissa tulisi konkreettisin esimerkein avata niiden hyödyntämismahdollisuuksia. Jos organisaatio tai sen sidosryhmät eivät hyödy millään tavalla jostain kuvauksesta, ei sellaista kuvausta tulisi laatia ollenkaan. Nyt suositus ohjaa kuvaamaan kaikki listatut kuvaukset riippumatta siitä, voidaanko tai tullaanko niitä koskaan hyödyntämään mitenkään. - Tällainen tiivistys on oikein tarpeellinen ja paikallaan. Varsinainen suositus on turhan paksu ja monimutkainen aloitteleville organisaatioille. Tämä auttaa pääsemaan nopeammin kiinni siihen, että mitä kannattaa tehdä. Tässä on kuitenkin samaa ongelmaa kuin varsinaisessa suosituksessakin eli kieli on osittain kankeaa ja käsitteellisesti kovin tietohallintolähtöistä. - Suosituksessa ei mielestämme huomioida riittävästi yhä kiihtyvämmässä tahdissa ketterän kehittämisen myötä tapahtuvia muutoksia organisaatioissa sekä palveluntuottajista muodostuvia tuotantoketjuja sopimuksineen. Kokonaisarkkitehtuurilla onkin verohallinnossa käytännössä jatkuvasti muuttuva nykytila sekä useita eri ajankohdan tavoitetiloja, joita kuvataan ja joiden kuvauksia ylläpidetään samanaikaisesti sekä rinnakkain. Myös kansallisen palveluarkkitehtuurin ja valtion yhteisten palvelujen hyödyntämisen vaikutus tulisi mielestämme huomioida selkeämmin kuvaamisen vaatimuksissa. Verohallinto on investoinut kokonaisarkkitehtuurityöhön jo vuodesta 2010 alkaen. Tähän mennessä tehtyjen investointien lisäksi suositusluonnoksessa esitetyn kuvaustason saavuttaminen vaatisi Verohallinnolta
3 merkittäviä rahallisia lisäinvestointeja sekä asiantuntijoiden työpanosta kokonaisarkkitehtuurityöhön. Investoinnit pitäisivät sisällään mm. merkittävän määrän kuvaamistavan koulutusta sekä suurimpana alueena itse kuvausten laadintaa sekä ylläpitotyötä. Jo nykyisenkin kuvaustason ylläpito vaatii merkittävästi resursseja. Verohallinnolla on myös parhaillaan käynnissä mittavia kehittämishankkeita, joihin liittyy pitkäaikaisia toimitussopimuksia. Osa perustason kuvauksiin liittyvistä kuvaamisvaatimuksista kohdistuu juuri noihin hankkeisiin ja luonnoksessa esitetty kuvaamisvaatimusten taso aiheuttaisi alkuperäisiin suunnitelmiin peilattuna merkittävästi lisätyötä. Kokonaisuutena pidämmekin peruskuvauksille suositusluonnoksessa esitettyä tasoa varsin vaativana sekä kuvausten laadinnan ja ylläpidon näkökulmasta. 4. Anna arviosi seuraavista suositusluonnokseen liittyvistä väitteistä asteikolla 1-5 (5 = samaa mieltä, 1 = eri mieltä) Vastaajien määrä: Yhteensä Keskiarvo Suositus on tarpeellinen ,33 Suositus on otettavissa käyttöön ilman tukea ja koulutusta Suosituksen luettavuus ja ymmärrettävyys ovat hyvällä tasolla , ,56 Yhteensä ,67 5. Suositusluonnoksen hyväksyminen Vastaajien määrä: Vastustusperusteet Vastaajien määrä: 5 - Ennen eri kuvausten pakolliseksi julistamista tulisi pakollisten kuvausten joukkoa pilotoida erilaisissa käyttökohteissa. Kaiken arkkitehtuuri- ja mallinnustyön kultainen sääntö on älä tee turhaa työtä, ja nykyinen ja laajentunut vähimmäiskuvausten pakollisuus tulee aiheuttamaan valtavasti turhaa työtä läpi julkishallinnon. Kunkin kuvauksen käyttötarkoitus ja hyödyntäjät on pystyttävä perustelemaan siten, että kuvauksen tuottamisen hyödyt ylittävät kuvauksen tekemiseen tarvittavan työmäärän ja kustannukset. Eri kuvausten soveltaminen käyttökohteen tarpeiden mukaisesti on välttämätöntä. JHS 179 suunnitteluvälineenä sisältää erittäin paljon hyödyllisiä malleja, mutta turhan työn ja periaatteen vuoksi mallintamisen vaatiminen voi tuhota välineen hyödynnettävyyden.
4 Suosituksissa ja pakollisuuksissa on ehdottomasti huomioitava järkevä ja arkkitehtuurityön kohteesta riippuva kuvaamisen laajuus. Suosituksen lähtökohtana on selvästi ollut yksittäisten virastojen kokonaisarkkitehtuurityö, joka ei kuitenkaan vastaa kaikkea julkisen hallinnon (mm. kunnat, julkinen osuus sote-palveluista) toimintaympäristöä. Perustason kuvaukset ovat liian laajat muussa kuin virastokäytössä. Suurimmissa virastoissakin ehdotetun perustason tavoittelu aiheuttaisi kohtuuttoman suuren työmäärän. Jos kehikko / menetelmä on tarkoitettu monenlaisiin käyttökohteisiin, siihen pitää jättää soveltamisvaraa. Jos sen käyttöalue rajataan vain tietyn tyyppiseen tekemiseen, ei sen hyödyntäminen muussa tekemisessä ole järkevää. JHS 179 on ollut hyödyllinen järkevästi sovellettuna ja tarvittaessa täydennettynä ja toivottavasti on sovellettavissa jatkossakin. Suositus on liian keskeneräinen ja tulkinnanvarainen muuttuakseen tekniseksi eritelmäksi, jonka perusteella voitaisiin velvoittaa organisaatioita sen noudattamiseen. Suositus on ehdottomasti laitettava vielä yhdelle lausuntokierrokselle korjausten jälkeen. - Keskeneräisyydestä kielii mm. se, että taulukoita ei ole täytetty kokonaan, mukana on soluja, joita ei ole täytetty juuri koskaan. Lisäksi terminologiassa on edelleen korjattavaa. - Suosituksessa viitataan usein dokumenttiin Visualisoinnit, johon ei ole saatu koottua yhtenäistä, ehyttä esimerkkiä. Esimerkkiä tullaan noudattamaan hyvässä ja pahassa, lisäksi organisaatioilta tulee menemään merkittävästi aikaa asioiden tulkitsemiseen. Liitteeksi on tuotettava kunnollinen esimerkki, vaikka erikseen tilattavana työnä, jos kenelläkään ei ole sellaista valmiina. - Suosituksen noudattamisen työmäärä vs. hyödyt on analysoitava. Suositusta ei voi laittaa 500 organisaation koekäyttöön, jos tekijöidenkään mielestä ei ole mahdollista tuottaa päästä-päähän esimerkkiä. Jos joku noudattaa suositusta listamuodossa, on varsin kyseenalaista onko sen laajuisesta excel-harjoituksesta koskaan ollut hyötyä kenellekään. Myöskään PowerPointin käyttäminen ei ole realistinen vaihtoehto, paitsi jos kuvattava osa-alue on erittäin pieni. On myös epätodennäköistä, että eri organisaatioiden tuotokset olisivat yhteismitallisia. - Perustelut on kirjattu kohtaan 3. Yleiskommentit - Julkisen hallinnon organisaatiot ovat arkkitehtuurien hallinnassa eri vaiheessa ja kypsyystasoilla. Jos tämä suositus muutetaan myöhemmin hallinnon tietohallinnon velvoittavaksi standardiksi, tulee se aiheuttamaan suurelle osalle julkisen hallinnon organisaatioita todella paljon töitä ja kustannuksia. Jotta kokonaisarkkitehtuurikuvauksia voitaisiin laajamittaisesti hyödyntää yhteentoimivuuden edistämiseksi julkishallinnossa, tulisi kaikkien organisaatioiden ymmärtää, mistä kokonaisarkkitehtuurimenetelmässä on kyse ja mitä konkreettisia hyötyjä yhteisen menetelmän käytöllä voidaan saavuttaa. Kuvausten tuottaminen ilman riittävää ymmärrystä niiden hyödyntämisestä tuottaa dataa, mitä tuskin koskaan tullaan tai edes pystytään laajemmin hyödyntämään. Lausunnoilla oleva JHS 179 -suosituksen päivitysluonnos on nykyisellään liian laaja ja vaikeasti ymmärrettävä kokonaisuus tämän ymmärryksen avaamiseksi. JHS 179 -päivitysluonnoksen lausuntojen vastineessa todetaan, että suositus on suunnattu arkkitehdeille ja että suosituksen jalkauttamisen tueksi on tulossa VM:stä koulutus- ja esittelymateriaaleja. Pelkästään arkkitehtien vastuulle jalkauttamista ei voida sälyttää, vaan myös johdon on ymmärrettävä, mistä kokonaisuudessaan on kysymys. Omien, kahdesta edellisestä JHS 179 -suositukseen ja kokonaisarkkitehtuuriin liittyvästä koulutuskierroksesta saatujen kokemusten ja palaut-teiden perusteella tätä ymmärrystä ei ole onnistuttu merkittävästi lisäämään. Onko tutkittu tai yritetty arvioida, voiko tämä asetus saada käytännössä aikaan muutoksia, jotka voisivat jatkossa säästää tämän asetuksen julkisen hallinnon organisaatioille aiheuttamat lisäkustannukset? Yksityiseltä sektorilta löytyy paljon esimerkkejä kokonaisarkkitehtuurimenetelmän onnistuneesta hyödyntämisestä, mutta onko olemassa referenssejä julkishallinnosta, joissa tässä suosituksessa määriteltyjen kuvausten tuottaminen olisi merkittävästi parantanut yhteentoimivuutta (tai edes organisaation toimintaa)? - JHS 179-suositusluonnos sekä JHS 198-suositusluonnos ovat molemmat mielestämme suosituksina kannatettavia. JHS 198-suosituksessa esitetyn minimitason vaatiminen sellaisenaan pakollisena asetukseen perustuen ei mielestämme ole kuitenkaan kannatettavaa, sillä se ei huomioi eri kokoisten ja eri tilanteissa olevien organisaatioiden tarpeita. Asetus voi johtaa tilanteeseen, jossa kuvauksia laaditaan vain asetuksen olemassaolon vuoksi, jolloin syvempi kuvaamisen hyötyihin liittyvä ajattelu jäisi taka-alalle. 7. Muutosehdotukset kappaleeseen 1. Johdanto Vastaajien määrä: 3 - Tekninen eritelmä -käsite olisi hyvä kuvata tässä. - Tämä suositusluonnos (JHS 198) ei täytä voimassa olevan JHS 136-suosituksessa kuvatulla ja tarkoitetulla teknisen eritelmän määritelmän tavalla teknisen eritelmän vaatimuksia eikä siten ole luonteeltaan tekninen
5 eritelmä. JHS 198:n sisältö ei kuvaa tietojärjestelmää tai sen osaa tai tietojärjestelmällä käsiteltäviä tietoja. JHS 198 sisällön tarkkuus ei myöskään vastaa tekniseltä eritelmältä vaadittua tasoa. Tämä suositusluonnos ei vastaa myöskään paraikaa palautekierroksella olevan uuden JHS 136 -suositusluonnoksen teknisen eritelmän määri-telmää. Suositusluonnos tulee kirjoittaa kokonaisuudessaan tarkemmin, jotta se voidaan muuttaa julkisen hallinnon tietohallinnon standardiksi ja edelleen antaa sen perusteella valtioneuvoston asetus. 8. Muutosehdotukset kappaleeseen 2. Soveltamisala Vastaajien määrä: 3 - Dokumentti on suositus, mutta siitä huolimatta sen ohjeita pitää hyödyntää. Mitä, jos ei hyödynnä niitä. - organisaation kokonaisarkkitehtuurin suunnittelussa. Usein kuvattava kokonaisuus on kohdealue tai toiminnallinen kokonaisuus, jossa on monta eri osapuolta mukana. Lisäksi kokonaisarkkitehtuuria tehdään tyypillisesti erilaisilla rajauksilla ja tarkkuustasoilla. Suosituksen perusteella voi kuitenkin tulla siihen tulokseen, että kokonaisarkkitehtuuri on tehtävä kaikesta. TOGAF preliminary phase mm. kertoo tästä. 9. Muutosehdotukset kappaleeseen 3. Viittaukset Vastaajien määrä: 2 - Tulisiko viittauksiin lisätä suositusluonnoksessa muualla viitatut suositukset (JHS 171, JHS175) Onko tarpeen viitata liitteen liitteisiin (JHS 179)? Viitattu liite kattaa kokonaisuudessaan myös sen liitteet 10. Muutosehdotukset kappaleeseen 4. Termit ja lyhenteet Vastaajien määrä: 8 - Sana, käsite, termi -käsitteet tulee kuvata. Kuvattava terminologinen sanasto, asiasanasto, ontologia ja lisättävä mahdollisesti linkit soveltuville sivustoille. JHS 179:ssä ja JHS 198:ssa on useita päällekkäisiä termejä. Päällekkäisyyksiä kannattanee karsia? toiminta-arkkitehtuuri --> toiminta-arkkitehtuuri (=liiketoiminta-arkkitehtuuri) -Ovatko tuotteet organisaation toiminnallisia rakenteita? - Käsitteet: Käsitemalli EI ole tietomalli, tieto on eri asia kuin käsite. Korjaus käsitemallin määritelmään: tietomalli, joka määrittelee tarkastelun kohteena olevia kohdemaailman käsitteitä ja niiden välisiä suhteita - Tietoarkkitehtuuriin liittyviä termejä ovat: sanasto, käsite, käsitteistö, käsitemalli, tietoaineisto. Kun vertaa termistöä sekä selitteitä muualla dokumentissa käytettyyn, erityisesti sana käsite esiintyy monessa merkityksessä, lisäksi käsitemallin ja käsitteistön ero ei ole selvä (liittyy myös taulukoihin). Tätä kohtaa ei ole avattu visualisointiesimerkeissä. Lisäksi kannattaa kiinnittää huomiota englanninkielisten vastaavien termien etsimiseen. Kaikki viitekehykset ja kansainväliset standardit ovat englanniksi. Palvelut = Toiminnan palvelut. Sanaa palvelu pitäisi käyttää aina tarkenteen kanssa. - Määrittelynäkökulma käsitteisiin "käsite", "käsitemalli", "sanasto" ja "käsitteistö" on ongelmallinen. Käsite on määritelty tiedon yksiköksi, joka muodostuu käsitepiirteiden ainutkertaisesta yhdistelmästä. Sen huomautuksessa otetaan kantaa kieli- ja kulttuurisidonnaisuuksiin. Tässä tuntuu menevän sekaisin ns. reaalimaailman tarkoitteita kuvaavat "käsitteet" ja tietomallinnuksessa hyödynnettävät "käsitteet". Käsitepiirteet ja kieli- ja kulttuurisidonnaisuudet liittyvät ensisijassa sanastotyön tarkoittamiin käsitteisiin, niihin reaalimaailman kuvauksiin. Tiedon yksikkö liittyy taas tietomallinnuksen tarvitsemaan kuvaukseen tiedosta. Käsite-käsitteen määrittelyn ongelma toistuu käsitemallissa, jonka todetaan kuvaavan kohdemaailman käsitteet ja niiden väliset suhteet. Jos määrittelyä luetaan huomioimalla "käsitteelle" annettu määritys, muodostuu käsitemallin merkitykseksi " tietomalli, joka määrittelee tarkastelun kohteena olevat tiedon yksiköt, jotka muodostuvat käsitepiirteiden ainutkertaisesta yhdistelmästä, ja niiden väliset suhteet. Eli onko käsitemalli käsitteiden ja niiden suhteiden kuvaus vai tietomalli eli tietotarpeen kuvaus?
6 Käsitteistö ei ole luettelo käytetyistä sanastoista. Se voi muodostua sanastoissa määritellyistä käsitteistä. Sanaston toinen huomautus asettaa "käsite"-käsitteen eri valoon kuin sen oma tässä asiakirjassa määritelty merkitys; tässä kohtaa puhutaan käsitteistä, jotka on sijoitettu sanastoon (ei siis vaikkapa käsitemalliin). Perimmäinen ongelma lienee siinä, että viime aikoina sanastotyön ja sanastojen merkitystä myös tietomallinnuksen osana on ryhdytty korostamaan. Sanastotyössä käsite on tosiaan reaalimaailman kohteen (kielellinen) kuvaus, minkä lisäksi kuvataan käsitteiden keskinäiset suhteet. Tätä suhdeverkostoa sanastotyössä kutsutaan käsitejärjestelmäksi (ei käsitemalliksi). Tietomallinnuksessa on puhuttu käsitemallista, joka on jonkinlainen ylätason kuvaus organisaation tietotarpeista. TIETOtarpeista, ei käsitteistä, vaikka niin puhunta meneekin. Tätä tietotarvetta voidaan kyllä määrittää sanastossa kuvatun käsitteen avulla, mutta kyseessä on silti kaksi eri tiedon hallinnan elementtiä. Tätä käsitteellistä (heheh, vaikka ei oikeasti nauratakaan) ristiriitaa ei ole pystytty vielä täysin ratkaisemaan JHS-179-suosituksessa eikä siten tässäkään siihen nojautuvassa asiakirjassa. Ehdotan siis harkitsemaan, että nämä suositusten käsite/termimäärittelyt tarkastetaan vielä. Tiedon hallinnan elementtien eri tasojen huomioiminen on minusta osa kokonaisarkkitehtuurin suuntaamista nimenomaan toiminnan johtamiseen, pois aiemmin painottuneesta tietojärjestelmien suunnittelusta. "Käsitemalli" esiintyy nähdäkseni erityisen usein silloin, kun vasta hahmotellaan tietotarvetta. Jos haluamme kerätä tietoa punaisista ferrari-merkkisistä autoista, niin onko "auto" tässä "käsite" (reaalimaailman kohteen kuvaus, "nelipyöräinen maata pitkin liikkuva ajoneuvo") vai tietoelementti (käsite=luokka, jolla on attribuutit "merkki" ja "väri")? - Käsite " toimija" - keskinäiseen toimintaan osallistuva olio, joka voidaan yksilöidä ja jolla voi olla tai johon voi kohdistua oikeuksia, velvollisuuksia ja vastuita. Toimija voi olla henkilö tai organisaatio. Huomioitava että määritystä edelleen editoitu JHSmeta.fi:ssä ydinsanastotyöryhmän kokouksessa, ja termin tila on edelleen luonnos on termin merkitys muotoiltu keskinäiseen toimintaan aktiivisesti osallistuva olio, joka voidaan yksilöidä - Eivät kuvaa/määrittele riittävän kattavasti termin sisältöä; ovat epämääräisiä ja itseään selittäviä. Termien sisältöihin tulee kiinnittää erityistä huomioita varsinkin, kun suositusluonnoksesta on tarkoitus säätää asetuksella. - Ehdotetaan lisättäväksi termi "rekisteri". Perustuu siihen, että rekisteri on luultavasti yleisin loogisen tietovarannon ilmenemismuoto ja se tulisi ottaa mukaan sivun 9/19 taulukosso lueteltuihin loogisen tietovarannon kuvauksessa vaadittaviin tietoihin. (ks. kohta Muutosehdotukset kappaleeseen 7) Lisäksi tulisi määritellä "looginen tietovaranto". Pelkkä tietovarannon määritelmä ei ole riittävä. Ehdotamme tätä korjausta myös JHS 179:n käsitteisiin. 11. Muutosehdotukset kappaleeseen 5. Arkkitehtuurikuvausten viitekehys Vastaajien määrä: 3 - Aiemmin mainitut käsitemäärittelyn ongelmat toistuvat kuvassa 1. Esimerkiksi, jos käsitemalli onkin itse asiassa tietomalli, onko sen paikka kuvauksissa käsitteellisellä tasolla? Yksi ongelma tässä voi olla KA-menetelmän soveltamisen kohde: voidaanko kaikkia kokonaisarkkitehtuurin käyttötapauksia (mm. hallinnonala/toimiala tai organisaatio tai yksittäinen kehittämishanke) ohjeistaa samalla tavalla? Tätä olisi hyvä miettiä tarkemmin erityisesti tietoarkkitehtuurin kuvausten osalta.
7 - Suositusluonnoksessa ei tuoda esiin JHS 179 -suosituksen sisältöviite-kehyksen ja kuvausviitekehyksen välistä eroa. JHS179 suosituksessa kuvausviitekehys on vain esimerkinomainen esitys sisällöllisestä viitekehyksestä. 12. Muutosehdotukset kappaleeseen 6. Kokonaisarkkitehtuurin suunnittelun intensiteetti Vastaajien määrä: 6 - Termejä kehys ja viitekehys käytetään ristiin. Tekstissä viittaukset kuviin (ks. kuva X) joka kerta. - Kolmannessa kappaleessa esiintyvää sanaa "yhteentoimivuus" voisi avata - minkä yhteentoimivuuden kehittämisen vai yhteentoimivuuden kaikkien tasojen kehittämisen? - Luvussa 6 todetaan Peruskuvaukset, jotka organisaatioiden on vähintään tuotettava, mahdollistavat yhteentoimivuuden kehittämisen ja parantamisen läpi koko julkisen hallinnon. Miten on tarkoitus ratkaista niiden säilyttäminen ja julkisuuden hallinta? TIETOSUOJA NÄKÖKULMA Julkisella hallinnolla on paljon toimintaa, joka ei ole kuvauksina julkistettavissa (vrt. avoin tieto), vaan joka on vain toimintaan osallistuvien tahojen kesken käytettävää ja tietosuojattavaa. Mikäli on tarkoitus muodostaa sitova standardi asetuksella, käyttöalaa ja tarkoitusta tulee tarkentaa/kuvata lisää, tai erikseen mahdollistaa kuvausten julkisuuden osalta vastuullisen tahon harkinta. Tehdäänkö siis kahdentyyppisiä kuvauksia, julkaistavia ja ei-julkaistavia tietosuojattavia peruskuvauksia? Suositusluonnos ei ota tähän kantaa. Suosituksen käyttöalassa tulisi jotenkin syytä ottaa kantaa siihen, että kuvaukset ja kuvaaminen itsessään on ensisijainen menetelmätavoite (eli KA-menetelmän käyttöönotto itsessään), ja kuvaukset siis tuottavat keskeistä merkittävää lisäarvoa yhteentoimivuuden näkökulmasta, niiltä osin kun kuvaukset ovat avoimesti julkaistuja tai julkaistavissa. - Turha kappale. Tämän tiedon voisi yhdistää kappaleisiin yksi tai kaksi. Kappaleessa perustellaan peruskuvausten vähäistä laajuutta vedoten organisaatioiden vähäiseen kypsyystasoon arkkitehtuurin suunnittelussa, kuvaamisessa ja soveltamisessa. Käytännössä tällä suositusluonnoksella naulitaan tulevan setuksen myötä julkishallinnon organisaatioiden arkkitehtuurin kehittäminen pysyvästi kuvattuun tasoon. Siksi vaadittu minimi-taso tulisi olla mietitty niin, että se tuottaa aidosti hyötyä koko julkishallintoon ja yksittäiseen organisaatioon. - Asia tässä kohdallaan, mutta intensiteetti on huonoa Suomea. Voisiko intensiteetin sijaan puhua vaikka panostuksista tai syvyydestä? - Tästä kohdasta puuttuu hyötyjen tarkastelun näkökulma. Kokonaisarkkitehtuurityöhön tehtävästä panostuksesta ja tavoiteltavasta kypsyystason nostamisesta pitää mielestämme tunnistaa ja arvioida organisaation siitä saama hyöty, jotta voidaan myös perustella siihen liittyvät investoinnit. 13. Muutosehdotukset kappaleeseen 7. Peruskuvaukset nykytilasta Vastaajien määrä: 10 - Pitäisikö kuvan 2 kohdassa toimeenpano lukea jotain? Tyhjät kohdat ohjeistuksen nykytilan peruskuvauksissa eivät anna kovin vakuuttavaa kuvaa siitä, mitä organisaatiolta vaaditaan. Eikö organisaation tarvitse tietää, millä niiden järjestelmät on toteutettu? Nykytilataulukolla tulee olla nimi, esim. Taulukko 1. Eikö nykytilassa tarvitse tietää miksi järjestelmä on tehty (periaatteellinen taso)? Tyhjät kohdat taulukossa eivät vakuuta ohjeistuksen tasosta. Esimerkiksi taulukon rivillä 1 voisi olla sisällöllisiä vaatimuksia vastuista,... Rivillä 14 voisi olla tukena jonkinlainen jaottelu tai luokittelu toteutuksen geneerisistä osista (vrt. pilvistandardin kerrosmalli) - Vaadittavien peruskuvausten joukko on liian laaja sekä nykytilassa että tavoitetilassa, mikäli suositusta on sovellettava kaikessa julkishallinnon arkkitehtuurityössä, mukaan lukien kohdealueiden arkkitehtuurityö tai viitearkkitehtuurityö. Liian laaja peruskuvausten joukko tulee aiheuttamaan erittäin paljon ylimääräistä työtä, joka ei ole perusteltavissa kaikissa arkkitehtuurityön kohteissa. Mikäli julkisen hallinnon piirissä olevilta toimijoilta edellytetään näin laajaa kuvaamista, on suuri osa niiden kehittämispanostuksista kohdistettava arkkitehtuurikuvausten tekemiseen, ja seikoissa joissa. Monet kuvauksista ja niissä vaadittavista voivat olla relevantteja yksittäisen organisaation kokonaisarkkitehtuurissa, mutta eivät laajoisssa monia erilaisia toimijoita ohjaavissa kohdealue- ja viitearkkitehtuureissa. Esimerkiksi loogisten tietovarantojen tietoturvataso ja varautumistaso.
8 Nykytilan kuvauksista tulisi poistaa aina edellytettävistä: Toimijoiden välinen vuorovaikutus ja Prosessien välinen vuorovaikutus / nykytilan kuvaukset: useilla toimialoilla prosessien kirjo on niin laaja, että kattavaa kuvausta prosessien välisestä vuorovaikutuksesta ei voida edellyttää. Nykytilan prosessien kattava kuvaaminen esimerkiksi asiantuntijatyön toiminnoissa ja sosiaali-, terveys- ja hyvinvointipalveluissa on työmäärällisesti mahdoton tehtävä. Käsitemallin kuvaus nykytilassa on minimikuvauksena liian raskas. Kunkin käsitteen osalta attribuutit eivät ole käsitemallin yleisen käyttötarkoituksen aina tarvittavia. Tietojärjestelmien välinen vuorovaikutus: ei voida edellyttää monimutkaisten verkostojen osalta kattavaa järjestelmien vuorovaikutuksen kuvausta (esim. satoja tietojärjestelmiä), siirtyvän tiedon kuvaaminen edes otsikkotasolla ei sovellu. Tietojärjestelmäsalkkua yksityiskohtineen voi edellyttää lähinnä yksittäiseltä virastolta tai organisaatiolta. Suurissa virastoissa ja organisaatiossa yksityiskohtaisen tietojärjestelmäsalkun ylläpito tarkoittaa huomattavaa työmäärää. Käsitemallin ja tietomallin ero ja erilainen käyttötarkoitus - Taulukosta puuttuvat selitetekstit. Suuri osa soluista on pääosin tyhjiä. Lukijalle jää täten epäselväksi kuinka tarkkoihin kuvauksiin velvoitetaan. Taulukko, erityisesti rivit 8 ja 9 (selitteineen ja sisältöineen puuroutuvat yhteen). - Aiemmin mainitut käsitemäärittelyn ongelmat toistuvat kuvassa 2. Kohta 2 >> Olisi tärkeä selventää, että "palvelutietovaranto" viittaa nimenomaan "PTV:hen", eli suomi.fi-palvelutietovarantoon. Kohta 8 >> Tämä on hyvin kerrottu sanastojen käytöstä. Kohta 9 >> Tässä tulee hyvin ilmi "käsite"-käsitteen ongelmallinen käyttö: käsite=luokka. Eli ollaan tietomallintamassa tietoja, ei käsitteitä. Tiedon synonyyminä käsite ei voi kuulua sanastoon, mutta luokan (käsite merkityksessä tieto) merkitys voidaan määritellä sanastossa olevan käsitteen avulla. Kyllä kyllä, tällä puhunnalla on pitkät perinteet. Ja yhtä pitkät ovat perinteet hämmennyksellä näissä asioissa. Varmaan niistä ajoista alkaen, kun tiedon hallinta ei ollutkaan enää pelkästään tietokannan asia. Kohta 10 >> pitäisikö vaadittujen tunnusten olla pysyviä? Kohta 12 >> viimeinen pallura "siirtyvä tieto"; voi kuulostaa ns. tyhmältä kysymykseltä, mutta mitä tämä oikeastaan tarkoittaa, että pitää olla tieto "siirtyvästä tiedosta"? Onko tällä kytkös niihin käsite/tietomalleihin eli tietosisällön kuvauksiin? Vai onko tämä tarkoitettu esimerkiksi tasolla "asiakastieto"? Mihin määritellään mitä on "asiakastieto"? Jos kyse on tietojärjestelmien vuorovaikutuksesta, niin ei riitä, että toinen osapuoli tietää mitä se on, molempien on ymmärrettävä vuorovaikutuksessa oleva tieto samalla tavalla. Jos tietojärjestelmissä käsitellään tietoa, niin voisimme vähitellen luopua sen tiedon kutsumista "käsitteeksi". - Suosituksessa ja jatkossa velvoittavassa standardissa tulisi huomioida että KA kuvaaminen tulee olla tarvelähtöistä ei itsetarkoitus. Suosituksessa tulisi huomioida organisaation hyöty suhteessa tehtyyn työmäärään sekä tätä kautta viranomaisten hallinnollinen taakka. Onko syytä vielä pohtia perustason edellyttämän KA-velvoitteiden rajausta - Toiminta-arkkitehtuurin kuvaukset: - Pääosin vaaditut kuvaukset eivät tuo lisäarvoa yhteentoimivuuden edistämiselle. eri organisaatioiden kuvaukset tulevat olemaan myös käytännössä samanlaisia; mm. toimija- ja palvelukarttakuvaukset sekä niiden vuorovaikutuskuvaukset ovat esim. kunnissa lähes identtisiä. Tieto-arkkitehtuurin kuvaukset: - Loogisista tietovarannoista kerättävät tiedot tulisi olla yhteneviä mm. rekisteri- ja tietosuojaselosteiden tietovaatimusten kanssa. - Tietovarantojen ja tietojärjestelmien tiedot tulisi olla myös mahdollisimman yhtenevät mm. tietoturvaan ja varautumiseen liittyvien metatietojen osalta. Esim. nyt vaaditaan varautumistasotietoa tietovarannolta muttei tietojärjestelmältä. Järjestelmäarkkitehtuurin kuvaukset: - Vaaditut kuvaukset tuovat esille organisaatiossa käytetyt järjestelmät sekä niiden väliset ylätason yhteydet. yhteentoimivuuden edistämisen näkökulmasta hyöty on vähäinen. - Tietojärjestelmäsalkkuun kerättävät tiedot ovat lähes samoja kuin mm. julkisuuslain (621/1999) mukaisiin tietojärjestelmäselosteisiin sekä riskienhallinnan ja tietoturvan eri kuvausten kanssa. Kuitenkin nyt suositusluonnoksen ohjeistettu luokittelu poikkeaa osin em. kuvauksissa käytetyistä luokitteluista. Nämä ristiriitaisuudet tulisi pois-taa ja laatia uudet yhtenevät sisällöt niin, että kerättävä tieto määritellään yhteneväksi
9 ja tukee eri näkökulmia. Teknologia-arkkitehtuurin kuvaukset: - Teknologiavalintojen kuvaaminen on yhteentoimivuuden näkökulmasta täysin turhaa työtä. Enemmän tulisi keskittyä rajapintojen kuvaamiseen loogisella ja fyysisellä tasoilla. - Loogisen tietovarannon kuvauksen pakollisiin (pitää olla) tietoihin tulisi lisätä KA-taulukosta vielä "Tieto siitä, onko kyseessä rekisteri". Tämä parantaisi huomattavasti mahdollisuuksia yhdistää peruskuvauksia rekistereiden tarkempiin (tulevaan JHS Rekisteritiedon metatiedot -suositukseen perustuviin) kuvauksiin käyttäen tietovarannon tunnusta ja/tai nimeä. Loogisentietovarannon taulukossa on JHS rek metan kanssa seuraavat yhteiset kuvailutiedot: Tietovarannon tunnus = rekisterin yksilöivä tunniste Tietovarannon nimi = rekisterin nimi Kuvaus tietovarannosta ja sen sisällöstä : tietojen käsittelyn tarkoitus Tietovarannon keskeisen tietosisällön kuvaus = julkiset tiedot tietoryhmittäin, salasspiudettävät tiedot tietoryhmittäin Tietoturvataso = toteutunut tietoturvan taso Varautumistaso = Varautumistaso Tieto siitä sisältääkö tietovaranto henkilötietoja = henkilötietoluonne - Kaikkiin kuvauksiin tulisi lisätä esimerkki kuvauksen hyödyntämisestä. Tämä auttaisi ymmärtämään kuvausten merkitystä erityisesti mahdollisesti asetuksella velvoitettujen peruskuvausten osalta. - Nykytilan kuvaamisen laajuutta tulisi tehdä sen mukaan mikä on kulloinkin tarkoituksenmukaista. Kuvaaminen vain itsensä vuoksi ei ole mielekästä. Lisäksi tulisi tarkkaan arvioida kuinka syvälle kuvaaminen kannattaa viedä. Esim. nykytilan prosessien kuvaaminen koko organisaation tasolla tuskin on kovinkaan useassa tapauksessa järkevää vaan sitä tulee arvioida sen mukaan millaisessa tilanteessa organisaatio varsinaisesti on. Yleensäkin syvällinen prosessien kuvaaminen on mielekästä vain sellaisessa tilanteessa, että prosessit ovat selvästi organisaation johtamisen väline. Tämän vuoksi kuvaukset voisi jakaa ensisijaisesti tehtäviin ja toissijaisesti tehtäviin. Toissijaisesti tehtäviksi tästä listasta siirtäisimme seuraavat kuvaukset: - toimijoiden välinen vuorovaikutus - prosessien välinen vuorovaikutus - prosessit - toiminnan palvelut -prosessit - Käsitteistö - Käsitemallit 14. Muutosehdotukset kappaleeseen 8. Peruskuvaukset tavoitetilasta Vastaajien määrä: 8 - Sisällölliset vaatimukset -kohdissa voisi olla esimerkkejä tai muuta ohjeistusta. Rivi 17: looginen tietomalli tietojärjestelmistä --> tiedoista. Eikö loogisia tietomalleja tarvita nykytilassa? Rivi 24: järjestelmän suunniteltu elinkaari olisi hyvä kirjata johonkin. - Loogiset tietomallit eivät kuulu esitetyllä tarkkuustasolla kokonaisarkkitehtuurityön piiriin, vaan tarkempaan järjestelmäsuunnitteluun tai hankintoja varten tehtävään määrittelyyn. Suosituksessa tulisi keskittyä kuvauksiin, jotka ohjaavat projekteja, hankkeita ja hankintoja siten, että myös valmistuotteiden kautta käyttöön tulevat tietomallit ovat mahdollisia. Peruskuvaukset tavoitetilasta Taulukko: käsitteen kuvaus on eri asia kuin tietoluokkaan kuuluva attribuutti. Käsitteistä tarvitaan kuvaukset. - Periaatteellinen taso ei ole sen koommin nyky- kuin tavoitetilaa. Kehittämisen tiekartta: suunnittele arkkitehtuurin toimeenpano. Pitäisikö olla toiminnan kehittämisen toimeenpano? Taulukosta puuttuvat selitetekstit. Suuri osa soluista on pääosin tyhjiä. Lukijalle jää täten epäselväksi kuinka tarkkoihin kuvauksiin velvoitetaan. - Aiemmin mainitut käsitemäärittelyn ongelmat toistuvat kuvassa 3.
10 Kohta 14 >> Toinen kappale olisi aivan loistavasti sanottu, jos käsitteen tilalla olisi tieto (tai luokka). "Tiedon kuvauksen tulee perustua yhteisissä sanastoissa ja ontologioissa määriteltyihin käsitteisiin (tai käsitteiden merkityssisältöön)." Kohta 15 >> käsitteen kuvaus ei ole yhtä kuin attribuutti - Jako nyky- ja tavoitetilan kuvauksiin on monin paikoin keinotekoinen. Osa tavoitetilaan lisäyksenä vaadituista kuvauksista on käytännössä tavoitetilan kuvauksia (esim. ohjaavat lait ja säädökset, strategia, järjestelmäsalkku) eikä niitä ole perusteltua käsitellä erillisinä nyky- tai tavoite-tiloina. Osa vaadituista tavoitetilan kuvauksista voisi jättää myös kuvaamatta. Esim. käsitteistöä ei useinkaan kuvata tavoitekäsitteinä, vaan ovat sen hetkisiä nykykäsitteitä. näin ollen käsitemallitkin muovautuvat sen hetki-sen kehittämisen yhteydessä ja ovat käytössä nykytilassa. Vastaavasti osa tavoitetilassa vaadituista kuvauksista olisi hyödyllisen myös nykytilan kuvauksena. Esim. arkkitehtuurin kerrosnäkymä palvelee myös nykytilassa organisaatiota - Kaikkiin kuvauksiin tulisi lisätä esimerkki kuvauksen hyödyntämisestä. Tämä auttaisi ymmärtämään kuvausten merkitystä erityisesti mahdollisesti asetuksella velvoitettujen peruskuvausten osalta. - Periaatteessa peruskuvausten painopiste on oikea eli toimintalähtöinen. Tärkeintä kuitenkin on, että kuvaaminen sovelletaan organisaation tilanteen mukaan sopivalle tasolle. Ehdotamme tähänkin kuvausten jakamista ensi- ja toissijaisiin kuvauksiin. Ensisijaiset kuvaukset olisivat: - kehittämisvaatimukset- ja tavoitteet - toimijat - palvelukartta - prosessikartta - loogiset tietovarannot - tietojärjestelmäpalvelut - tietojärjestelmien välinen vuorovaikutus - tietojärjestelmä salkku Loput kuvaukset olisivat sitten toissijaisia. Erityisesti prosessien kuvaamisen tasoa tulee soveltaa sen mukaan, mikä on tarkoituksenmukaista, mutta ylätason prosessien tunnistaminen on tärkeää erityisesti johtamisen kannalta. Tavoitetilan kuvaamisessa tulisi huomioida se, että millaisesta organisaatiosta tai kehittämiskohteesta on kysymys. Pitkälle katsovat tavoitearkkitehtuuri sopii tilanteeseen, jossa ollaan isommassa muutosvaiheessa tai jonkinlaisen uuden ison kehityskokonaisuuden suunnitteluvaiheessa (esim. Tulorekisteri, Kanta / Kansa, tulevat maakunnat). Tämän vuoksi kokonaisarkkitehtuurin yhteys erityisesti organisaatioiden strategiaprosessiin on ensiarvoisen tärkeä. Lisäksi tavoitetilan kuvaamisessa olennaista on huomioida julkisen hallinnon isot yhteiset tai toimialakohtaiset muutoskokonaisuudet, kuten ym. tulorekisteri, Kanta-palvelut sekä kansallisen palveluarkkitehtuurin uudet muutokset. - Onko realismia pakottaa organisaatio vaikkapa esittämään strategiansa strategiakarttana, jos organisaatio ei niitä osaa tehdä ja ei jäsennä ajatuksissaan strategiaansa kyseisellä tavalla? Voitaneen edellyttää organisaatiolta strategian olemassa olo, mutta sen muoto voisi mielstämme olla vapaa eli ko. organisaatiolle sopiva (vaikkapa tavoitetilojen esittäminen). Tämä koskee mielestämme myös kaikkia JHS:n kuvausvaateita. Muoto ei ole tärkeä vaan sisältö ja ajatus. Ehdotamme myös tarkemmin selvitettäväksi onko tarpeellista kuvata arkkitehtuuriin vaikuttavat lait ja säädökset sekä mitä hyötyä siihen liittyen tavoitellaan. 15. Muutosehdotukset kappaleeseen 9. Opastavat tiedot Vastaajien määrä: 1
Palautekooste ja työryhmän vastine (2. vaihe): JHS 198 Kokonaisarkkitehtuurin peruskuvaukset
Palautekooste ja työryhmän vastine (2. vaihe): JHS 198 Kokonaisarkkitehtuurin peruskuvaukset 1. Organisaatio Vastaajien määrä: 10 - Yksityishenkilö - THL - KAOS-osaamisyhteisö - valtiovarainministeriö
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 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ä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ätiedotJUHTA asiantuntijajaoston kokous JHS 179 v 2.0 esittely VM
JUHTA asiantuntijajaoston kokous JHS 179 v 2.0 esittely VM 20.12.2016 Hannu Ojala Kokonaisarkkitehtuuri JHS 179 uudistuu JHS 179 2.0 on huomattavasti kattavampi kokonaisuus kuin edeltävä JHS 179 1.0. Se
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ätiedotTiedonhallintalakiehdotus tiedonhallinnan kuvaukset
Tiedonhallintalakiehdotus tiedonhallinnan kuvaukset 14.9.2018 Riitta Autere Tiedonhallintalain esittelytilaisuus Julkisen hallinnon digitalisoinnin ja ICT-toiminnan ohjaus Tiedonhallinnan kuvausten laadinta
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ätiedotJUHTA kokous JHS 179 v 2.0 esittely VM
JUHTA kokous JHS 179 v 2.0 esittely VM 27.01.2017 Hannu Ojala Kokonaisarkkitehtuuri JHS 179 uudistuu JHS 179 v2.0 on huomattavasti kattavampi kokonaisuus kuin edeltävä JHS 179 v1.0. Se tarjoaa päästä-päähän
LisätiedotJHS-jaoston toiminta ja tavoitteet. JUHTA:n syysseminaari Kuntatalolla
JHS-jaoston toiminta ja tavoitteet JUHTA:n syysseminaari Kuntatalolla 19.9.2013 Toiminnan tavoitteiden ja painopisteiden määrittely Keinot JHS Tavoite Mitä ja minkälaisia suosituksia tavoitteiden toteutumisen
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 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ä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ä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ä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ä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ätiedotOrganisaatio. 2. Yhteyshenkilön tiedot. 3. Suositusluonnoksen hyväksyminen. 4. Vastustusperusteet
Palautekooste ja työryhmän vastine (2. vaihe): JHS 211 Kuntien teknisen ja ympäristötoimen aineistorajapinnat -päivitys (aiemmin JHS 178 Kuntien paikkatietopalvelurajapinta) 24.6.2019 1. Organisaatio Vastaajien
LisätiedotJHS 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 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 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ä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ä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ätiedotMITÄ TIETOHALLINTOLAKI TUO TULLESSAAN? Mikael Kiviniemi Julkisen hallinnon ICT-toiminto
MITÄ TIETOHALLINTOLAKI TUO TULLESSAAN? Mikael Kiviniemi Julkisen hallinnon ICT-toiminto 3.5.2011 Laki julkisen hallinnon tietohallinnon ohjauksesta Lain tavoitteena on luoda toimivalta ja ohjausmalli,
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ä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ä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ätiedotJulkisen hallinnon yhteinen kokonaisarkkitehtuuri
Julkisen hallinnon yhteinen kokonaisarkkitehtuuri Yhteisten palvelujen kartta Määrittely 0.91 Päiväys 6.5.2017 Tiivistelmä 6.5.2017 2 (8) Yhteentoimivuutta syntyy myös erityisesti yhteisiä palveluja kehittämällä
LisätiedotJulkaistu Helsingissä 15 päivänä kesäkuuta 2011. 634/2011 Laki. julkisen hallinnon tietohallinnon ohjauksesta
SUOMEN SÄÄDÖSKOKOELMA Julkaistu Helsingissä 15 päivänä kesäkuuta 2011 634/2011 Laki julkisen hallinnon tietohallinnon ohjauksesta Annettu Helsingissä 10 päivänä kesäkuuta 2011 Eduskunnan päätöksen mukaisesti
LisätiedotLuonnos hallituksen esitykseksi eduskunnalle laiksi julkisen hallinnon tiedonhallinnasta sekä eräiksi siihen liittyviksi laeiksi
Turun kaupunki Lausunto 01.10.2018 Asia: VM183:00/2017 ja VM/1631/03.01.00/2018 Luonnos hallituksen esitykseksi eduskunnalle laiksi julkisen hallinnon tiedonhallinnasta sekä eräiksi siihen liittyviksi
LisätiedotJHS-suositusluonnos: Tiedonohjaussuunnitelman rakenne
JHS-suositusluonnos: Tiedonohjaussuunnitelman rakenne JUHTA 10.2.2015 Mikko Eräkaski, STM Tiedonohjaussuunnitelma Metatietomääritys, joka sisältää tietojärjestelmässä käsiteltävien asiakirjojen metatietoarvot
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ä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ätiedotVastaajan taustatiedot
Lausuntopyyntö sosiaali- ja terveydenhuollon valtakunnallisesta kokonaisarkkitehtuurista Vastaajan taustatiedot 1. Lausunnon antajan organisaatiotyyppi * kunta sairaanhoitopiiri muu kuntayhtymä yksityinen
LisätiedotPalautekooste: JHS 153 / JHS XXX EUREF-FIN -järjestelmän mukaiset koordinaatit Suomessa
Palautekooste: JHS 153 / JHS XXX EUREF-FIN -järjestelmän mukaiset koordinaatit Suomessa 1. Organisaatio - Yksityishenkilö - Yksityishenkilö - Puolustusvoimat - Joensuun kaupunki - Sosiaali- ja terveysministeriö
LisätiedotJHS-järjestelmä. Tommi Karttaavi
JHS-järjestelmä Tommi Karttaavi 25.4.2007 JHS-järjestelmä JHS-suosituksia (julkisen hallinnon suositus) on laadittu vuodesta 1992 lähtien, jolloin JHS-järjestelmä korvasi VHS-järjestelmän Voimassa olevia
LisätiedotLuonnos eams-rakenteeksi
JHS-XXX: eams-rakenne ja xml-skeema Luonnos eams-rakenteeksi 19.4.2013 Tässä dokumentissa kuvataan keskeiset linjaukset tulevan JHS-suosituksen määrittämäksi eamsrakenteeksi. Dokumentti ei ole JHS-suositusluonnos,
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ä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ä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ä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ätiedotOKM:n ja korkeakoulujen tietohallintoyhteistyön tilanne. Ylitarkastaja Ilmari Hyvönen 17.9.2014
OKM:n ja korkeakoulujen tietohallintoyhteistyön tilanne Ylitarkastaja Ilmari Hyvönen 17.9.2014 Aiheita RAKETTI hanke päättyi, työ jatkuu OKM:n CSC:ltä korkeakouluille ostamat palvelut Korkeakoulujen tietohallinnon
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ätiedotJulkisen hallinnon yhteinen kokonaisarkkitehtuuri
Julkisen hallinnon yhteinen kokonaisarkkitehtuuri Yhteisten palvelujen kartta Määrittely 0.9 Päiväys 15.3.2017 Tiivistelmä 15.3.2017 2 (7) Yhteentoimivuutta syntyy myös erityisesti yhteisiä palveluja kehittämällä
LisätiedotPalautekooste ja työryhmän vastine: JHS XXX Toimipaikkatieto suositusluonnoksen muutosehdotusten hyväksyminen
kooste ja työryhmän vastine: JHS XXX Toimipaikkatieto suositusluonnoksen muutosehdotusten hyväksyminen 31.8.2015 1. Organisaatio Vastaajien määrä: 5 - Väestörekisterikeskus - Työ- ja elinkeinoministeriö
LisätiedotKokonaisarkkitehtuuri julkisessa hallinnossa. ICT muutostukiseminaari neuvotteleva virkamies Jari Kallela
Kokonaisarkkitehtuuri julkisessa hallinnossa ICT muutostukiseminaari 8.10.2014 neuvotteleva virkamies Jari Kallela Sisältö Miksi kokonaisarkkitehtuuria tarvitaan julkisessa hallinnossa? Mitä tuloksia kokonaisarkkitehtuurista
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ätiedot3. Suositusluonnoksen hyväksyminen työryhmän ehdottamilla muutoksilla
Palautekooste toisen vaiheen palautteesta: JHS 129 Julkisten verkkopalvelujen suunnittelu ja kehittäminen -suositusluonnoksen muutosehdotusten hyväksyminen 1. Organisaatio Vastaajien määrä: 2 - Aalto yliopisto
LisätiedotPaikkatietoasiain neuvottelukunnan toiminnan itsearviointia. Palautekyselyn tulokset Helmikuu 2013
Paikkatietoasiain neuvottelukunnan toiminnan itsearviointia Palautekyselyn tulokset Helmikuu 2013 Miten neuvottelukunta on onnistunut tehtävissään (1=heikosti... 6=erinomaisesti) seurata kansallisen paikkatietoinfrastruktuurin
LisätiedotJHS 181 Julkisen hallinnon standardisalkku
JHS 181 Julkisen hallinnon standardisalkku Versio: 1.1 5.10.2012 Julkaistu: 1.11.2011 Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto... 2 2 Soveltamisala... 2 3 Termit ja määritelmät... 2 4 Standardisalkku...
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ätiedotAsiointi ja omahoito KA nykytila
12.3.2019 Asiointi ja omahoito KA nykytila Timo Siira ASIOINTI JA OMAHOITO KA NYKYTILA Nykytilan kuvaus muodostetaan seuraavasti: 1. Aiemmin tehdyn työn kartoittaminen ja olemassa olevan materiaalin kerääminen
LisätiedotPalautekooste: JHS XXX Toimipaikkatieto suositusluonnoksen muutosehdotusten hyväksyminen
Palautekooste: JHS XXX Toimipaikkatieto suositusluonnoksen muutosehdotusten hyväksyminen 24.6.2015 1. Organisaatio - Väestörekisterikeskus - Työ- ja elinkeinoministeriö - Espoon kaupunki - Tilastokeskus
LisätiedotTyöpaja 3: Kohdealueyhteistyö ja toimialarajat ylittävät kehittämiskohteet
Työpaja 3: Kohdealueyhteistyö ja toimialarajat ylittävät kehittämiskohteet Lähtötilanne Kuntien rooli kohde-alueille liittyvien palveluiden järjestäjinä ja tuottajina vaihtelee huomattavasti Kaikkia kohde-alueeseen
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ä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ätiedotJulkisen hallinnon kokonaisarkkitehtuuri JHKA
Julkisen hallinnon kokonaisarkkitehtuuri JHKA Tilanne 2.10.2012 neuvotteleva virkamies Jukka Uusitalo Julkisen hallinnon kokonaisarkkitehtuuri Julkisen hallinnon kokonaisarkkitehtuuri on rakenne, jonka
LisätiedotKorkeakoulujen tietohallinnon kehittäminen: tiedon yhteismitallisuus ja järjestelmien yhteentoimivuus. Johtaja Hannu Sirén
Korkeakoulujen tietohallinnon kehittäminen: tiedon yhteismitallisuus ja järjestelmien yhteentoimivuus Johtaja Hannu Sirén 22.11.2011 Tieto, tietojärjestelmät ja ICT-panokset ovat yhä keskeisempiä korkeakoulujen
LisätiedotJHS-järjestelmä ja avoimet teknologiat. Tommi Karttaavi
JHS-järjestelmä ja avoimet teknologiat Tommi Karttaavi 13.5.2008 JHS-järjestelmä (historiaa) Valtioneuvoston päätös valtionhallinnon sisäisistä standardeista 7.9.1977 Valtiovarainministeriö vahvisti valtionhallinnon
LisätiedotLausuntopyyntö julkisen hallinnon tiedonhallinnan sääntelyn kehittämistä selvittäneen työryhmän raportista
Suomen Akatemia Lausunto 01.11.2017 AKA/41/00.03.20/2017 Asia: VM/1709/00.01.00.01/2016 VM098:00/2016 Lausuntopyyntö julkisen hallinnon tiedonhallinnan sääntelyn kehittämistä selvittäneen työryhmän raportista
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ä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ätiedotLingsoft. Tietotermit-palaveri. Täyden palvelun kielitalo. Tapaaminen VM:n kanssa, Lingsoft Oy
Lingsoft Täyden palvelun kielitalo Tietotermit-palaveri Tapaaminen VM:n kanssa, 24.2.2017 Lingsoft Oy Tietosisällöt-palautekierroksen tulokset Ensimmäinen palautekierros päättynyt: kommentoitavana Tietosisällöt-luokan
LisätiedotJHS XXX Rekisteritiedon metatiedot osana yhteisen tiedon hallintaa
JHS XXX Rekisteritiedon metatiedot osana yhteisen tiedon hallintaa JHS XXX Rekisteritiedon metatiedot-työryhmä Taru Vainio 26.10.2017 Vastuullinen liikenne. Rohkeasti yhdessä. Ajatuksia julkisen hallinnon
LisätiedotYhteentoimivuus - kattaa strategisen, lainsäädännnöllisen, organisaatioiden välisen, semanttisen ja teknisen yhteentoimivuuden
Yhteentoimivuus - kattaa strategisen, lainsäädännnöllisen, organisaatioiden välisen, semanttisen ja teknisen yhteentoimivuuden Leena Kononen 25.10.2013 1 Yhteentoimivuustyö EU:ssa ja Suomessa Tavoitteena
LisätiedotSähköisten viranomaisaineistojen arkistoinnin ja säilyttämisen palvelukokonaisuus
Luo / Muokkaa Lähetä Lausunnonantajat Yhteenveto Sähköisten viranomaisaineistojen arkistoinnin ja säilyttämisen palvelukokonaisuus Sähköinen arkistoinnin palvelukokonaisuus Lausunnonantajia: 1 Puollatko
LisätiedotAvoimuus ja julkisen hallinnon tietohallinto. Yhteentoimivuutta avoimesti -seminaari Tommi Oikarinen, VM / JulkICT
Avoimuus ja julkisen hallinnon tietohallinto Yhteentoimivuutta avoimesti -seminaari 2.12.2011 Tommi Oikarinen, VM / JulkICT Yhteentoimivuus ja avoimuus Seminaarin aihe pakottaa määrittämään termit yhteentoimivuus
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ätiedotLuvat ja valvonta KA-kuvaukset, Ver. 1.0 HYVÄKSYTTY Jari Kokko & Vesa Mettovaara LUVAT JA VALVONTA -KÄRKIHANKE
Luvat ja valvonta KA-kuvaukset, Ver. 1.0 HYVÄKSYTTY 12.10.2018 Jari Kokko & Vesa Mettovaara Taustaa Nyt katselmoitiin ja hyväksyttiin KA-kuvaukset Ver. 1.0 Elokuu Syyskuu Lokakuu Marraskuu Joulukuu Tammikuu
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ä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ätiedotYhteentoimivuusalusta ja Sanastot-työkalu
Yhteentoimivuusalusta ja Sanastot-työkalu Marko Latvanen erityisasiantuntija, VRK Kuntatalo 12.3.2019 Tiedon yhteentoimivuuden tarve kasvaa Hallinnossa syntyy ja ylläpidetään erittäin paljon tietoa on
LisätiedotLuonnos hallituksen esitykseksi eduskunnalle laiksi julkisen hallinnon tiedonhallinnasta sekä eräiksi siihen liittyviksi laeiksi
Lshp Lausunto 01.10.2018 Asia: VM183:00/2017 ja VM/1631/03.01.00/2018 Luonnos hallituksen esitykseksi eduskunnalle laiksi julkisen hallinnon tiedonhallinnasta sekä eräiksi siihen liittyviksi laeiksi Lausunnonantajan
LisätiedotKuntasektorin kokonaisarkkitehtuuri
Kuntasektorin kokonaisarkkitehtuuri Tilannekatsaus Kurttu 18.4.2013 Miksi kokonaisarkkitehtuuri? Julkisen hallinnon kokonaisarkkitehtuurilla tavoitellaan» Yhteentoimivuutta, tietojärjestelmissä, niiden
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ä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ä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ä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ätiedotEduskunnan hallintovaliokunnan kannanotto tietohallintolain vaikutuksiin. JUHTA Sami Kivivasara
Eduskunnan hallintovaliokunnan kannanotto tietohallintolain vaikutuksiin JUHTA 14.4.2015 Sami Kivivasara VM:n Selvitys tietohallintolain toimeenpanosta Hyväksyessään tietohallintolain eduskunta edellytti
LisätiedotYhteentoimivuusalusta: Miten saadaan ihmiset ja koneet ymmärtämään toisiaan paremmin?
Yhteentoimivuusalusta: Miten saadaan ihmiset ja koneet ymmärtämään toisiaan paremmin? Avoin verkkoalusta ihmisen ja koneen ymmärtämien tietomääritysten tekemiseen Riitta Alkula 20.3.2019 Esityksen sisältö
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ä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ätiedotValtiovarainministeriö on pyytänyt lausuntoa luonnoksesta Perustietovarantojen viitearkkitehtuuria koskevasta luonnoksesta.
VEROHALLINTO Lausunto PL 325 00052 VERO 8.11.2013 Valtiovarainministeriö Dnro A72/00 00 01/2013 Viite Lausuntopyyntönne 15.10.2013 VM1 19:00/2012 1873/00.01.00.01/2012 Lausuntopyyntö Lausunto Valtiovarainministeriö
LisätiedotValtion taloushallinnon kokonaisarkkitehtuuri
Valtion taloushallinnon kokonaisarkkitehtuuri Kohti tavoitetilaa Valtio Expo 2015 Olli Ahonen Valtiokonttori Agenda Johdanto Kohti tavoitetilaa: 1. Valtion taloushallinnon ohjaus 2. Valtion talous- ja
LisätiedotTietohallintolain vaikutus opetuksen ja tieteennäkökulmasta
Tietohallintolain vaikutus opetuksen ja tieteennäkökulmasta 25.5.2011 Opetus- ja kulttuuriministeriö Johtaja Anita Lehikoinen 1 Tietohallintolaki OKM:n toimialalla Opetus- ja kulttuuriministeriön tehtävät
LisätiedotOPETUS- JA KULTTUURIMINISTERIÖN TOIMIALAN TIETOHALLINNON YHTEISTYÖKOKOUS
OPETUS- JA KULTTUURIMINISTERIÖN TOIMIALAN TIETOHALLINNON YHTEISTYÖKOKOUS 25.5.2011 Opetus- ja kulttuuriministeriö Avauspuheenvuoro Kansliapäällikkö Harri Skog 1 UUSI HALLITUS JA HALLITUSOHJELMA TALOUDEN
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ätiedotPalautekooste ja työryhmän vastine (2. vaihe): JHS XXX Maakuntien kustannuslaskenta
Palautekooste ja työryhmän vastine (2. vaihe): JHS XXX Maakuntien kustannuslaskenta 7.5.2018 1. Organisaatio - Kainuun sosiaali-ja terveydenhuollon kuntayhtymä/maakuntauudistus - Tilastokeskus - Turun
LisätiedotLuvat ja valvonta KA-kuvaukset, Ver. 2.0 EHDOTUS! Jari Kokko, Vesa Mettovaara & MVP-projekti LUVAT JA VALVONTA -KÄRKIHANKE
Luvat ja valvonta KA-kuvaukset, Ver. 2.0 EHDOTUS! 07.01.2019 Jari Kokko, Vesa Mettovaara & MVP-projekti Sisältö KA-kuvaukset Ver. 2.0 taustaa Toiminta-arkkitehtuuri Tietoarkkitehtuuri Tietojärjestelmä-arkkitehtuuri
LisätiedotLausunto Palvelut ja tiedot käytössä - Julkisen hallinnon ICT:n hyödyntämisen strategia
JulkICT strategia Kotkan kaupunki Tietohallinto Asia: Lausunto Palvelut ja tiedot käytössä - Julkisen hallinnon ICT:n hyödyntämisen strategia 2012-2020 Viite: VM:n lausuntopyyntö VM 155:00/2011 1. Vastaajan
LisätiedotTietojärjestelmät muutoksessa: Alueiden ja kuntien sote - kokonaisarkkitehtuurityö
Tietojärjestelmät muutoksessa: Alueiden ja kuntien sote - kokonaisarkkitehtuurityö Kuntamarkkinat 11.9.2014 Juha Rannanheimo Ratkaisupäällikkö, sosiaali- ja terveydenhuollon ratkaisut + Kuntaliiton toimeksiannosta
LisätiedotLuonnos hallituksen esitykseksi eduskunnalle laiksi julkisen hallinnon tiedonhallinnasta sekä eräiksi siihen liittyviksi laeiksi
Markku Nenonen Lausunto 01.10.2018 Asia: VM183:00/2017 ja VM/1631/03.01.00/2018 Luonnos hallituksen esitykseksi eduskunnalle laiksi julkisen hallinnon tiedonhallinnasta sekä eräiksi siihen liittyviksi
LisätiedotLuonnos - VAHTI-ohje 2/2016 Toiminnan jatkuvuuden hallinta
Luo / Muokkaa Lähetä Lausunnonantajat Yhteenveto Luonnos - VAHTI-ohje 2/2016 Toiminnan jatkuvuuden hallinta Johdanto Kommentit ja huomiot - Johdanto Tiivistäisin alkuun jatkuvuuden määritelmän esim. seuraavasti:
LisätiedotYHTEENTOIMIVUUS Mikael Vakkari Tiedonhallintapäällikkö
YHTEENTOIMIVUUS 6.3.2019 Mikael Vakkari Tiedonhallintapäällikkö Yhteentoimivuus Järjestelmien (ja organisaatioiden) välisten tietojen vaihdon mahdollistaminen (ja varmistaminen) Tiedon (tarkoituksenmukaisen)
LisätiedotJulkisen hallinnon kokonaisarkkitehtuurijaoston työsuunnitelma 2013
Suunnitelma Valtiovarainministeriö/Julkisen hallinnon ICT - toiminto/vaatimukset ja suositukset JHKA-sihteeristö 22.5.2013 Julkisen hallinnon kokonaisarkkitehtuurijaoston työsuunnitelma 2013 Tämä työsuunnitelma
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ä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ätiedotVALTIONEUVOSTON ASETUS VAHVAN SÄHKÖISEN TUNNISTUSPALVELUN TARJOAJI- EN LUOTTAMUSVERKOSTOSTA
LIIKENNE- JA VIESTINTÄMINISTERIÖ Muistio Liite 1 Viestintäneuvos 27.10.2015 Kreetta Simola LUONNOS VALTIONEUVOSTON ASETUS VAHVAN SÄHKÖISEN TUNNISTUSPALVELUN TARJOAJI- EN LUOTTAMUSVERKOSTOSTA Taustaa Vuoden
LisätiedotTietohuollon kehittäminen ja kansallinen ohjaus. Kuntien paikkatietoseminaari 8.2.2012 Tommi Oikarinen, VM / JulkICT
Tietohuollon kehittäminen ja kansallinen ohjaus Kuntien paikkatietoseminaari 8.2.2012 Tommi Oikarinen, VM / JulkICT Tietohuolto / Määritys Tietohuolto: Organisoitu toiminta, jolla yhteisö huolehtii tarvitsemansa
LisätiedotJHS XXX Luokitusten koontisuositus
JHS XXX Luokitusten koontisuositus 12.11.2012 1(9) Sisällysluettelo 1. Hankkeen lähtökohdat... 3 1.1 Hankkeen perustamisen tausta... 3 1.2 Hankkeen tavoitteet... 3 1.3 Hankkeen sidosryhmät... 3 1.4 Hankkeen
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ätiedot