210 likes | 414 Views
SOSTUK fiktiivinen poikkihallinnollinen prosessi kokonaisarkkitehtuurinäkökulmasta. Miten tavoitetilassa tulisi hyödyntää standardeja tavoiteltavan yhteentoimivuustason saavuttamiseksi Vuosi on 20XX (ei niin kovin kaukana tulevaisuudessa).
E N D
SOSTUKfiktiivinen poikkihallinnollinen prosessi kokonaisarkkitehtuurinäkökulmasta Miten tavoitetilassa tulisi hyödyntää standardeja tavoiteltavan yhteentoimivuustason saavuttamiseksi Vuosi on 20XX (ei niin kovin kaukana tulevaisuudessa)
Oheisessa kuvassa näkyvät tämän malliesimerkin toteuttamiseen tarvittavat tahot, jotka kukin vastaavat tietystä rajatusta osasta julkishallinnon monilukuisista toiminnoista. Kansallinen toimijakartta KansalaisVirasto AlueHallinto TaloushallintoVirasto RikosVirasto RahoitusVirasto Armon vuonna 20XX kansallisen kokonaisarkkitehtuurin hedelmät ovat poimittavissa, sillä toimijat tietävät paikkansa ja roolinsa julkishallinnollisella pelikentällä.
Prosessikartta (prosessinomistajat) • KansalaisVirasto • PROSESSIT • BanaaniProsessi • AlueHallinto • PROSESSIT • Sosiaaliperusteinentuki (SOSTUK) • [ - - - ] • TaloushallintoVirasto • PROSESSIT • PäärynäProsessi Esimerkissämme vastuullisena toimijana (prosessinomistaja) on Aluehallinto –niminen organisaatio, joka on päättänyt tehdä uuden asiakaslähtöisen SOSTUK-palveluprosessinsa kokonaisarkkitehtuurin kanssa yhteensopivalla tavalla • RikosVirasto • PROSESSIT • PolkupyöräProsessi • RahoitusVirasto • PROSESSIT • KurpitsaProsessi
Prosessikuvaus Sanallisessa prosessikuvauksessa tulee kertoa ketä prosessi palvelee, kuka sen omistaa sekä mitä (poikkihallinnollisia) ”palveluita” ja ”tietoja” se tarvitsee… Aluehallinnon [liike]toiminnalliset asiantuntijat pähkäilevät kuumeisesti miten prosessi olisi toteutettavissa näppärästi ja kustannustehokkaasti. Päädytään poikkihallinnolliseen, automatisoituun prosessiin. • Prosessi: SOSTUK • Asiakas: Kaisa Kansalainen • Prosessinomistaja: AlueHallinto • Palvelutarve: • Maksatus, Kelpoisuusarvio • Tietotarve: • Osoitetiedot, Tulotiedot, Rikosrekisteritiedot, Tukihistoriatiedot
Prosessikuvaus Kansallinen prosessinmallinnuskieli/kuvaustapa Aloitus Lopetus Kokonaisarkkitehtuurimenetelmä määrittelee prosesseista: ”Käytä aina standardia BPQXL –kuvauskieltä prosessia mallintaessasi. Mm. Sinisen Softaoraakkelin graafinen mallinnusväline tukee tätä kieltä.”
Asiakas Asiakas Prosessin Tietotarve ja Palvelutarve? Hakemus Prosessi on asiakaslähtöinen, joten ensin mietitään mitä inputia ja outputia se tarjoaa asiakkaalle. Päätös –tehtävässä tehtävään oikeutettu taho tutkii tietopohjaa ja pyytää asiakkaasta ns. ”kelpoisuusarviota”, joka on erillinen RikosViraston tarjoama analyysipalvelu. Päätös tehdään näiden tekijöiden pohjalta. Päätös Lopetus Prosessin ensimmäinen tehtävä on ”Valmistelu”, johon kuuluu päätökseen tarvittavan tietopohjan kerääminen… Aloitus Kelpoisuus- arvio Valmistelu Jos inputtina pidetään Hakemusta, asiakkaan näkökulmasta outputin pitäisi olla (myönteinen) päätös, joka johtaa rahalliseen seuraamukseen. Toimeen- pano Ennen kuin prosessi on asiakkaan näkökulmasta valmis, tarvitaan vielä Maksatus-palvelua, jossa toimeenpannaan päätöksen rahalliset vaikutukset. Päätös Osoite Tulot Tilitapahtuma Maksatus Rikostausta Tukihistoria
Seuraavaksi prosessia kehittävä taho turvautuu taas kokonaisarkkitehtuurikehikkoon ja menetelmän tuottamaan [standardiin] kuvaukseen saatavilla olevista palveluista ja tiedoista. Nämä ovat käytettävissä kokonaisarkkitehtuurin puitteissa sovittujen avoimien standardien rajapintojen kautta, luonnollisesti. Palvelukartta (palvelut ja tiedot) Prosessinrakentajat löytävät taas tarvitsemansa tiedot hakijan tukihistoriasta kytkeytymällä TaloushallintoViraston hallinnoimiin tietovarastoihin. • KansalaisVirasto • PALVELUT • TIEDOT • Osoite • AlueHallinto • PROSESSIT • Sosiaaliperusteinen tuki (SOSTUK) • TaloushallintoVirasto • PALVELUT • Maksatus • TIEDOT • Tukihistoria Prosessin tarvitsema Kelpoisuusarvio-palvelu löytyy esimerkiksi kartan avulla RikosViraston palveluvalikoimasta. • RikosVirasto • PALVELUT • Kelpoisuusarvio • TIEDOT • Rikostausta • RahoitusVirasto • PALVELUT • TIEDOT • Tulot
Asiakas Prosessi- instanssi Seuraavassa animoitu esitys ”prosessi-instanssin” liikkeistä edellä mainitussa prosessissa. Kansalaisen lähtö- ja maalipaikka on luonnollisesti julkishallinnon yhteinen portaali – Public Gateway Finland eli PGF. Kansalaisportaali Aloitus Hakemus Osoite Valmistelu Tukihistoria Osoitekysely Tukikysely Osoitevastaus Tukivastaus Tulokysely Rikoskysely Tulovastaus Rikosvastaus Rikostausta Tulot
Asiakas Kansalaisportaali Osoite Valmistelu Päätös Tukihistoria Kelpoisuusarviopyyntö Kelpoisuusarviopäätös Rikostausta Kelpoisuus- arvio Tulot
Asiakas Kansalaisportaali Lopetus Päätös Tilitapahtuma Toimeen- pano Maksatuspyyntö Maksatus
Prosessin sanomat Hakemus Osoitekysely Osoitevastaus Kelpoisuusarviopyyntö Maksatuspyyntö Päätös Rikoskysely Rikosvastaus Kelpoisuusarviopäätös Tilitapahtuma Tulokysely Tulovastaus Tukikysely Tukivastaus Prosessin tarvitsemat tiedot eivät kuitenkaan ole semanttisesti yhteentoimivia ellei tähän ole kiinnitetty eksplisiittisesti huomiota. Tietoa ja palvelupyyntöjä välittävät sanomat on siis rakennettava kokonaisarkkitehtuurissa määritellyllä yhteensopivalla tavalla.
Miten rakennan nämä sanomat?? Vastaus: Avointen kansallisten standardien avulla
Kansallinen repositorio Prosessirakentajien tukena on onneksi kattava kansallinen [tietovarasto], joka jakautuu käsitehakemistoon, skeemahakemistoon sekä palveluhakemistoon. Käsite- metatieto- hakemisto Skeema- hakemisto Palvelu- hakemisto
Käsitemäärittelyt Itse kukin toimija- ja palvelukartalla esiintyvä [taho/organisaatio/toimiala/virasto] on kantanut kortensa kekoon ja laatinut hallinnoimistaan/omistamistaan tiedoista standardit käsitemäärittelyt.
Käsitemäärittelyt Kevyt ja näppärätoiminen standardointisihteeristö on seulonut [virastojen] käsite-ehdokkaat – hyväksymällä osan, yhdistämällä osan yhteisiksi käsitteiksi, hylkäämällä osan sekä nostamalla tietyt käsitteet kansallisiksi [ydinkäsitteiksi] Alakohtaiset yhteiskäyttöiset käsitteet Yhteiset ydinkäsitteet
Palvelu/tieto-vastaava Palvelu/tieto-vastaava Sanomantekijä …yksi pätkä prosessista… Palataan siis takaisin SOSTUK-prosessin rakennusvaiheisiin. Osoittautuukin, että Rikostausta-tietoa ei olekaan määritelty standardilla tavalla! Vastuuhenkilö päättää ryhdistäytyä ja toteuttaa [tietopalvelunsa] yhteensopivalla tavalla. Uudessa uljaassa maailmassa tällaisesta sooloilusta viedään IT-toimittaja surutta saunan taakse. Saunan takana kokoontuu EA-opintopiiri, jossa opitaan monipuolisten opetus-välineiden avulla hyvä tapa toteuttaa rajapintoja. Haa! Menenpäs keksimään pyörän uudelleen. Saan laskutettavaa!!! Valmistelu ”Tarvitsemme standardit sanomat, jotta meiltä voi kysyä rikoksista ja voimme antaa vastauksen.” Rikoskysely Rikosvastaus Rikostausta
Sanomantekijä Sanomanrakennus Sanoman tilaaja oli ystävällisesti ”määritellyt” että nämä ovat juuri ne tiedot joita lentelee rajapinnan yli ees taas. Onneksi kaikki löytyivät valmiina hakemistosta. No miten minä muka sitten teen… Hakukäyttöliittymä Rikoskysely Rikosvastaus Hae käsitteitä: Etunimet Sukunimi Henkilötunnus Väkivaltarikos Huumausainerikos Viraltapano Syyntakeettomuus Hae Sanomanrakennusta varten on olemassa omat standardit menettelyt. Ensin pitää hakea tarvittavan tiedon käsitemäärittely, jotta voidaan laatia sanomat oikeista lego-palikoista.
Sanomanrakennus [Linkki] ohjasi sanomanrakentajan suoraan skeemahakemiston puolelle, josta löytyi tämä [aggregaatti-/koosteskeema] – nyt ei tarvitakaan muuta kuin tämän importoiminen siihen rakennettavaksi tilattuun XML-skeemaan! Näppärää. Käsitehakemistosta eli tuttavallisemmin ”Sanastosta” löytyi rikas metatietokuvaus tarvittavasta käsitteestä. Lisäksi tästä ”käsiteartikkelista” löytyi myös viittaus standardin XML-syntaksin mukaiseen atomaariseen tietoelementtiin! Käsite: Väkivaltarikos Määritelmä: sint occaecat cupidatat non proident, sunt in culpa qui officia Selite: Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam, eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae dicta sunt explicabo. Skeemaviittaus: Rikostiedot.xsd (koosteskeema) Skeemanimi: Vakivaltarikos Nimiavaruus: http://www.rikos.fi/skeemat/rikostiedot/2008/12/11/ Etunimet Sukunimi Henkilötunnus Väkivaltarikos Huumausainerikos Viraltapano Syyntakeettomuus Rikostiedot.xsd <xsd:schema targetNamespace="http://www.rikos.fi/skeemat/xxxxx/2008/12/11" xmlns="http://www.rikos.fi/skeemat/Rikostiedot/2008/12/11" xmlns:xsd="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified"> <xsd:element name=”Aaaaaaaa" type="xsd:string"/> <xsd:element name=”Bbbbbbbb" type="xsd:string"/> <xsd:element name=”Vakivaltarikos" type="xsd:string"/> <xsd:element name=”Dddddddd" type="xsd:string"/> <xsd:element name=”Eeeeeeeee" type="xsd:string"/> <xsd:element name=”Ffffffffffffff" type="xsd:string"/> . . . </xsd:schema>
Sanomantekijä Iloinen sanomanrakentaja surkutteli mielessään niitä EA-konformiudesta tietämättömiä kollegoitaan, jotka edelleen repivät sanomiin tarvittavat käsitteet ties mistä kellarikomerosta… Sanomanrakennus [Rikoskysely.xsd] Rikosvastaus.xsd <xsd:schema targetNamespace="http://www.xxxx.fi/skeemat/XXXXX/200X/00/00" xmlns="http://www.xxxxx.fi/skeemat/YYYYYY/200X/00/00" xmlns:osoite="http://www.xxxxxxxx.fi/skeemat/ZZZZZZZZ/200X/00/00" xmlns:xsd="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified"> <xsd:import namespace="http://www.rikos.fi/skeemat/Rikostiedot/2008/12/10" schemaLocation=”Rikostiedot_v1.0.xsd"/> . . . <xsd:element ref=”xxxxxx:Etunimet"/> <xsd:element ref=”xxxxxx:Sukunimi"/> <xsd:element ref=”xxxxxx:Henkilotunnus”/> . . . <xsd:element ref=”rikos:Vakivaltarikos"/> <xsd:element ref=”rikos:Viraltapano”/> . . . </xsd:schema> Etunimet Sukunimi Henkilötunnus Väkivaltarikos Huumausainerikos Viraltapano Syyntakeettomuus
Mitä tämä tarkoittaa alkuperäisen prosessin kannalta? Vastaus: Todellista yhteentoimivuutta. Piste.
Asiakas Asiakas Kaikki prosessitieto välittyy standardeina skeemoina!!! Hakemus Päätös Sen pituinen se. …vai tehtäisiinkö kuitenkin sadusta totta? Lopetus Hakemus.xsd Aloitus Kelpoisuus- arvio Valmistelu Kelpoisuuspäätös.xsd Toimeen- pano Päätös Osoite Tulot Päätös.xsd Osoitevastaus.xsd Tulovastaus.xsd Tilitapahtuma Tilitapahtuma.xsd Maksatus Rikostausta Tukihistoria Maksatuspyyntö.xsd Rikosvastaus.xsd Tukivastaus.xsd