Arkkitehtuurin kuvaaminen
Hankinnan kohteena oleva SaaS-ratkaisu sijoittuu aina osaksi laajempaa toimintaympäristöä. Hankinnan onnistumisen kannalta on olennaista, että tämä kokonaisuus kuvataan jo tarjouspyynnön liitteeksi. Kokonaisarkkitehtuurin kuvauksia voidaan hyödyntää osana hankintaan liittyvää määrittelyä.
Kokonaisarkkitehtuuri (KA) kuvaa sitä, miten organisaation tietojärjestelmät, toimintaprosessit, rakenteet ja ihmiset toimivat kokonaisuutena. Se on systemaattinen lähestymistapa organisaation toiminnan ja sen rakenteiden jäsentämiseen, kehittämiseen ja hallinnoimiseen.
Kokonaisarkkitehtuurin avulla voidaan luoda toiminnallis-tekninen ympäristö, jossa kaikki osat sopivat toisiinsa, keskeiset komponentit tarvitsee toteuttaa vain kerran (uudelleenkäytettävyys) ja joka on hallittavissa ja muunneltavissa toiminnan muuttuvien tarpeiden mukaan.
Kokonaisarkkitehtuuri ja tiedonhallintamalli
Julkishallinnon toimijoita suositeltiin vuodesta 2011 lähtien kuvaamaan kokonaisarkkitehtuuriaan tietohallintolain mukaan. Tietohallintolaissa näitä kuvauksia ohjasi JHS 179 -suositus. Tammikuussa 2020 voimaan tullut tiedonhallintalaki korvasi vanhan tietohallintolain. Tiedonhallintalaki ei enää suosittele organisaatioita kuvaamaan kokonaisarkkitehtuuria, vaan se vaatii tiedonhallintayksiköitä (eli lain piirissä olevia julkishallinnon organisaatioita) toteuttamaan tiedonhallinnan kuvaukset tiedonhallintamallin muodossa. Menetelmänä arkkitehtuuri ei kuitenkaan poistu tiedonhallintalain myötä, vaan tiedonhallintamallin kuvaamisessa voidaan hyödyntää arkkitehtuurin kuvaamisen menetelmiä.
Alla oleva valtiovarainministeriön tuottama kuvauskehys esittää tiedonhallintamallin ja kokonaisarkkitehtuurin yhteyden:
Kokonaisarkkitehtuurin näkökulmat
Kokonaisarkkitehtuurissa asioita tarkastellaan neljästä keskeisestä näkökulmasta, jotka ovat:
1. Toiminta-arkkitehtuuri
Toiminta-arkkitehtuurin näkökulma sisältää organisaation kannalta merkittävimmät ulospäin näkyvät asiat eli toimijat, toiminnan palvelut ja toimijoiden välisen vuorovaikutuksen. Toimijoihin kuuluvat organisaation asiakkaat eli tahot, joille organisaatio tarjoaa palveluitaan. Toimijoita ovat myös sisäiset osapuolet eli työntekijät sekä prosessien eri vaiheissa mukana olevat kumppanit, yritykset, alihankkijat, naapurikunnat, valtio jne. Toimintanäkökulmassa huomioidaan myös prosessit, palvelupolut ja toimintatavat, joiden tuella organisaatio tuottaa palveluitaan.
2. Tietoarkkitehtuuri
Tietoarkkitehtuuri kuvaa organisaation käyttämät tiedot sekä niiden rakenteet ja suhteet. Tietoarkkitehtuuri tukee muun muassa semanttista yhteentoimivuutta.
3. Tietojärjestelmäarkkitehtuuri
Tietojärjestelmäarkkitehtuuri tarkastelee asioita liiketoimintasovellusten ja sovelluskokonaisuuksien näkökulmasta. Tietojärjestelmäarkkitehtuuri kuvaa esim. tietojärjestelmien tarjoamat palvelut, rajapinnat ja liittymät (integraatiot) eli tietojärjestelmien väliset suhteet ja roolit.
4. Teknologia-arkkitehtuuri
Teknologia-arkkitehtuuri kuvaa organisaation teknologista infrastruktuuria ja teknologiavalintoja. Teknologia-arkkitehtuurissa kuvataan organisaation ICT-infrastruktuuri, standardit ja rakenteet siten, että kokonaisuus tukee parhaalla mahdollisella tavalla organisaation tavoitteita.
Lisäksi: Ihmisnäkökulma
Digitalisaation aikana asiakkailla on monia eri kanavia ja mahdollisuuksia. Asiakas- ja käyttökokemus on aito palveluiden menestystekijä. Kokonaisarkkitehtuuri ei käsittele tätä aihetta. Asiakkaan tai työntekijän kokemusta ei mallinneta lainkaan perinteisissä kokonaisarkkitehtuurimenetelmissä. SaaSec-hanke suositteleekin myös ihmisnäkökulman huomioimista arkkitehtuurityöskentelyssä. Tässä voi hyödyntää palvelumuotoilun menetelmiä esimerkiksi mallintamalla käyttäjäpersoonat ja palvelupolut.
Kokonaisarkkitehtuurin tasot
Kokonaisarkkitehtuuri sisältää neljä eri tasoa, jotka helpottavat asioiden jäsentelyä näkökulmien sisällä. Tasot ovat:
- Periaattellinen taso ohjaa suunnittelua ja kuvaamista eli vastaa kysymykseen MIKSI
- Käsitteellinen taso kuvaa tarpeita ja palveluja eli vastaa kysymykseen MITÄ
- Looginen taso kuvaa rakenteita eli vastaa kysymykseen MITEN
- Fyysinen taso kuvaa ratkaisuja eli vastaa kysymykseen MILLÄ
Nykytila
Nykytila kuvaa, kuinka kokonaisuuden osa-alueet liittyvät tällä hetkellä toisiinsa ja toimivat kokonaisuutena. Nykytilan kuvausten tarkoitus on auttaa ymmärtämään paremmin organisaatioiden välisiä yhteyksiä ja sisäisiä rakenteita, mikä parantaa olemassa olevan ympäristön hallintaa. On tärkeää kuvata nykytila aina rehellisesti kuten se on (As-Is) – ei muodossa ”näin sen olisi pitänyt olla” (As Wish).
Kokonaisarkkitehtuurissa nykytilaa kuvattaessa kannattaa aloittaa kysymyksellä ”Millä?” eli fyysiseltä tasolta ylöspäin edeten.
Tavoitetila
Tavoitetila on kehittämistoimenpiteiden ja toimintaympäristön muutosten kautta syntyvä tulevaisuuden tilanne – realistinen tahtotila, jota lähdetään toteuttamaan. Tavoitetila on hallittavissa ja muunneltavissa toiminnan muuttuvien tarpeiden mukaan.
Tavoitetilan arkkitehtuuriin kuvataan täsmällisemmin:
- Mitä prosesseja järjestelmällä tulee pystyä tukemaan tai mitä käyttötapauksia järjestelmällä tulee pystyä toteuttamaan
- Mitä toimintoja toteutetaan internetin yli, mitkä ovat toimittajan ympäristön vastuulla
- Mitkä kytkettävät palvelut ovat kunnan ympäristöissä ja konesaleissa (SaaS-hankinnoissa ei kuitenkaan kuvata tarkasti konesalipalveluiden yksityiskohtia)
- Mitä palveluita on muissa pilviympäristöissä tai internetissä (esim. Azure AD -pääsynhallinta)
- Mahdolliset tarvittavat ympäristöt (esim. tuotantoympäristö + testi-/koulutusympäristö)
Kokonaisarkkitehtuurissa tavoitetilaa kuvattaessa kannattaa aloittaa kysymyksellä ”Miksi?” eli suunta on periaatteelliselta tasolta alaspäin edeten.
Nykytilan ja Tavoitetilan arkkitehtuurikuvausten lisäksi on hyvä tarkentaa ”Hankinnan kohde” -kuvauspohjaan volyymejä:
- Käyttäjien määrä rooleittain
- Järjestelmässä käsiteltävien kohteiden (data) määriä (esim. kuinka monta kustannuspaikkaa, laskua, rakennuslupaa, kiinteistöä, toimipistettä, oppilasta ym.)
- Luonnehdinta, mitä tietoa vanhasta järjestelmästä tulee siirtää hankittavaan uuteen järjestelmään osana käyttöönottoprojektia
Linkki pohjaan: N: Hankinnan kohde -kuvauspohja (.docx)