1 / 21

SOSTUK fiktiivinen poikkihallinnollinen prosessi kokonaisarkkitehtuurinäkökulmasta

SOSTUK fiktiivinen poikkihallinnollinen prosessi kokonaisarkkitehtuurinäkökulmasta. Miten tavoitetilassa tulisi hyödyntää standardeja tavoiteltavan yhteentoimivuustason saavuttamiseksi Vuosi on 20XX (ei niin kovin kaukana tulevaisuudessa).

latoya
Download Presentation

SOSTUK fiktiivinen poikkihallinnollinen prosessi kokonaisarkkitehtuurinäkökulmasta

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. SOSTUKfiktiivinen poikkihallinnollinen prosessi kokonaisarkkitehtuurinäkökulmasta Miten tavoitetilassa tulisi hyödyntää standardeja tavoiteltavan yhteentoimivuustason saavuttamiseksi Vuosi on 20XX (ei niin kovin kaukana tulevaisuudessa)

  2. 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ä.

  3. 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

  4. 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

  5. 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ä.”

  6. 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

  7. 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

  8. 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

  9. Asiakas Kansalaisportaali Osoite Valmistelu Päätös Tukihistoria Kelpoisuusarviopyyntö Kelpoisuusarviopäätös Rikostausta Kelpoisuus- arvio Tulot

  10. Asiakas Kansalaisportaali Lopetus Päätös Tilitapahtuma Toimeen- pano Maksatuspyyntö Maksatus

  11. 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.

  12. Miten rakennan nämä sanomat?? Vastaus: Avointen kansallisten standardien avulla

  13. Kansallinen repositorio Prosessirakentajien tukena on onneksi kattava kansallinen [tietovarasto], joka jakautuu käsitehakemistoon, skeemahakemistoon sekä palveluhakemistoon. Käsite- metatieto- hakemisto Skeema- hakemisto Palvelu- hakemisto

  14. 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.

  15. 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

  16. 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

  17. 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.

  18. 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>

  19. 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

  20. Mitä tämä tarkoittaa alkuperäisen prosessin kannalta? Vastaus: Todellista yhteentoimivuutta. Piste.

  21. 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

More Related