TOGAF/TEAM based ValtIT/KA sub-models implemented in Telelogic System Architect. Harjoitustyöraportti

Transkriptio

1 Ari Hautala, Perttu Waldén TOGAF/TEAM based ValtIT/KA sub-models implemented in Telelogic System Architect Harjoitustyöraportti TJTST25 Enterprise Architecture -kurssi Harjoitustyöraportti Jyväskylän yliopisto Tietojenkäsittelytieteiden laitos Jyväskylä

2 SISÄLLYSLUETTELO 1 HARJOITUSTYÖRAPORTTI Harjoituksen tausta Mallinnetut prosessit... 3 Prosessikartta... 4 Sähköinen asian hallinta... 5 Päätöksestä tiedottaminen... 6 Viestien eräajolähetys PALAUTE System Architect:in soveltuvuus harjoitukseen Palaute ValtIT:n arkkitehtuurikuvauksesta... 8

3 1 HARJOITUSTYÖRAPORTTI 1.1 Harjoituksen tausta Harjoituksen tavoitteena oli mallintaa Valtion IT- toiminnan johtamisyksikön (lyhenteenä ValtIT) määrittämän valtiohallinnon kokonaisarkkitehtuurin kuvaama palveluprosessi System Architect ohjelmaa käyttäen sille tasolle, että prosessin simuloiminen ohjelmassa olisi mahdollista. Mallinnettavaksi prosessiksi valittiin sähköinen asian hallinta, sillä tälle oli saatavissa kattavin prosessinkuvaus ja vaatimusmäärittely. ValtIT/KA on valtiohallinnon kokonaisarkkitehtuuriratkaisu. Metodi on kehitetty syksyn 2006 ja kevään 2007 aikana osana valtion tietohallinnon yhtenäistämiseen tähtäävää kehitystyötä. Malli perustuu yleisiin kokonaisarkkitehtuurimetodeihin; TOGAF:iin, FEAF:iin ja EAG:hen. Pääasiallisena lähteenä harjoituksessa käytettiin Valtionvarainministeriön www-sivuilla julkaistua vaatimusmäärittelyä. < / Asioin/name.jsp> 1.2 Mallinnetut prosessit Ohessa System Architect:issä mallinnetut prosessit ja lyhyt selitys mallinnuksessa tehdyistä ratkaisuista.

4 4 Prosessikartta Yleisen selkeyden vuoksi järjestelmään mallinnettiin prosessikartta joka kuvaa mallinnetun pääprosessin sijaintia järjestelmän yleisessä arkkitehtuurissa ja jäsentäisi raportointia. Kartta ei kuitenkaan sisällä kaikkia pääprosesseja. Rekisteröinti Palveluprosessit Rekisteröi (henkilökäyttäjä) Sähköinen asian hallinta + Rekisteöi (yhteisökäyttäjä) Viranomaisen viestintä kansalaiselle Viranomaisen kysymys kansalaiselle Tukiprosessit Sähköisten tavoitettavuustiet ojen hallinta

5 5 Sähköinen asian hallinta Sähköinen asian hallinta prosessi mallinnettiin suoraan ValtIT:n www-sivuilla tarjotun prosessikuvauksen mukaisesti. System Architect ei kuitenkaan hyväksynyt tiettyjä ratkaisuja mallissa (esim. samanniminen prosessi kutsuttiin kahteen kertaan eri paikassa), joten pieniä muutoksia jouduttiin suorittamaan. Simulaation kannalta oleellisimmaksi aliprosessiksi nähtiin päätöksestä tiedottaminen, jonka mallinnus esitellään seuraavaksi..asiakas Asiaa Katso asian tila Vastaanota notifikaatio Katso viesti päätöksestä Katso päätös Kuittaa päätös.portaali Tunnistautuminen Lähetä päivitys päätöksestä Lähetä kuittaus luetusta päätöksestä Lähetä päivitys muuttuneesta asiantilasta.asiointitili Asiantilan seuranta Päätöksestä tiedottaminen +.Asiointipal velu Uusi asia pantu vireille Asian käittely edennyt Ilmoita päätös käsitellyksi Asian vireille pano Asian käsittely Päätöksen tiedoksi antaminen

6 6 Päätöksestä tiedottaminen Päätöksestä tiedottamisen prosessia ei ollut kuvattu materiaaleissa, joten kuvaus tehtiin dokumentaation antaman kuvauksen mukaisesti. Tähän prosessiin mallinnettiin myös useampia lopputuloksia ja XOR tyyppisiä portteja jotta simulaatio olisi toteutettavissa. Prosesseille määriteltiin alustavasti kestoja ja niiden sitomia resursseja. Suurin osa prosesseista on luonteeltaan sellaisia, ettei niiden seikkaperäinen mallintaminen ole tarpeen prosessin simuloinnin kannalta, mikäli tiedossa on karkea arvio niitten käyttämistä resursseista. Asiointitili Päätös syntynyt Kirjaa päätös järjestelmään Viranomain en Asiakkaan kuittaus saapunut? Onko valitusmahdollisuutta? Ilmoita päätös käsitellyksi Lähetä Viestien Kyllä Ei valitusmahdollisuutta notifikaatio eräajolähetys asiakkaalle + Ei On valitusmahdollisuus Saapuiko valitus? Palaa asian käsittelyyn Odota viestin saapumista Odota valitusaika Probability Välivarasto Tallenna päätös Kokoa valmiit päätökset

7 7 Viestien eräajolähetys Myös viestien eräajolähetys prosessi mallinnettiin suoraan ValtIT:n wwwsivuilla tarjotun prosessikuvauksen mukaisesti muutamaa poikkeusta lukuunottamatta. Alkuperäisessä ValtITn notaatioissa prosessin ensimmäiset 3. vaihetta oli järjestyksessä: vastaanottajalistan kerääminen, suostumusten tarkistus ja viestien kokoaminen vastaanottajille. Järjestys muutettiin toisenlaiseksi, koska vastaanottajalistan kerääminen tulisi olla riippuvainen viestin sisällöstä, jolloin suostumus tarkastettaisiin kontekstista riippuen. Tämä johtuu siitä että asiakas saattaa haluta tietyt päätökset sähköisesti ja toiset päätökset kirjallisesti sekä joidenkin päätöksien sähköiseen lähettämiseen ei välttämättä tarvita erillistä suostumusta. Myös alkuperäinen notaatio toimii kyseisellä tavalla jos oletetaan että viestin sisältö on tiedossa jo alusta alkaen tai viesti kuuluu aina tiettyyn kontekstiin. Viranomaine n Aloitus Viestien kokoaminen vastaanottajille Vastaanottajalist an kerääminen Kuittaus viestin perillemenosta Loppu kuittaus Eräajon asiointitili Suostumusten tarkistaminen Viestien lähetys kansalaisille sähköisesti Asiakas Viesti Viesti vastaanotettu Vastaanotto notifikaatio Lue viranomaisen viesti

8 8 2 PALAUTE 2.1 System Architect:in soveltuvuus harjoitukseen Harjoituksen pääasialliseen tavoitteeseen, eli prosessin simuloimiseen ei tässä harjoituksessa päästy, johtuen asennuksesta puuttuvasta simulaatioympäristöstä. Prosessit mallinnettiin sille tasolle, että simulaatio olisi oletettavasti ollut vietävissä läpi, mutta ilman itse simulaatioympäristöä ei tätä voitu todentaa. Työkaluna System Architect tarjoaa monipuolisia mahdollisuuksia tämän kurssin näkökulmasta ehkä liiankin monipuolisia. Selkeä rajaus muutamaan prosessiin ja niiden simuloimiseen tekikin harjoituksesta huomattavasti mielekkäämmän. Ohjelmisto itsessään voisi olla käyttäjäystävällisempi, sillä huomattava määrä harjoitukseen kuluneesta ajasta meni itse käyttöliittymän ja ohjelman toimintalogiikan kanssa painiessa. Erityisesti puutteelliset virheilmoitukset aiheuttivat harmaita hiuksia. Pienen liiketoiminnallisen kokonaisuuden toteuttaminen System Architect:issä ja sen liittäminen organisaation kokonaisarkkitehtuuriin lienee suurin anti jonka työkalusta voi saada tämän kaltaisessa kurssissa. Ohjelmiston dokumentaatio tarjoaakin valmiit esimerkit tällaisesta harjoitteesta. 2.2 Palaute ValtIT:n arkkitehtuurikuvauksesta Arkkitehtuurikuvauksessa nähtiin ongelmalliseksi se, ettei dokumentaatiossa määritellä onko kyseessä suunnittelu- vai analyysinotaatio. Ylipäätään vaatimusmäärittely ja dokumentaatio ovat liian suppeaa, jotta mallintaminen System Architect:in kaltaisessa ympäristössä onnistuisi. Toimintalogiikan avaaminen ja prosessien kartoittaminen on tarpeen, jotta kuvausta pystyttäisiin hyödyntämään. Tässä tilassa dokumentaatiossa on liikaa aukkokohtia, joita tätä harjoitustyötäkin suoritettaessa jouduttiin arvailemaan.