Introduktion till EIRA

EIRA ges ut av Europeiska Kommissionen och definieras där som en konceptuell referensarkitektur som definierar referensbyggblock som behövs för att bygga system som stödjer offentliga tjänster. Arkitekturen fångar grundläggande mönster och koncept som är applicerbara för olika typer av domäner inom offentlig sektor och dess samverkan med privat sektor och medborgare.

Syftet med en referensarkitektur i fleraktörsmiljöer är generellt att:

• Dokumentera kunskap inom ett arkitekturområde för att effektivisera arkitekturarbete

• Likrikta lösningar hos olika aktörer med syfte att uppnå högre interoperabilitet

• Öka möjligheterna till återanvändning av både arkitekturkunskap och lösningar

• Definiera gemensamma begrepp för att öka förståelsen mellan aktörer

• Säkerställa aktörers följsamhet gentemot riktlinjer och regler som beskrivs i arkitekturen

I EIRA Leaflet definieras följande specifika skäl till att använda EIRA:

• EIRA konkretiserar European Interoperability Framework ur ett arkitekturperspektiv

• EIRA stödjer designen av transeuropeiska system genom att belysa de viktigaste arkitekturella byggblocken

• EIRA faciliterar portföljhantering, exempelvis rationalisering

• EIRA stödjer delning och återanvändning av interoperabilitetslösningar

• EIRA möjliggör analys av lagars påverkan på arkitektur

Introduktion till metoden

Joinup programmet som skapat EIRA har även gjort en metodbeskrivning som ger vägledning för hur EIRA kan användas i de olika faserna av TOGAFs Architecture Development Metod (ADM).

Du kan ladda ner en Excel-fil med makron med all information här: https://joinup.ec.europa.eu/release/eira-guidelines-togaf-interoperability-adm-cycle/v10

Filen är också bifogad här i Confluence.

Open

Vägledningen utgår som sagt från TOGAF ADM i de olika faser som finns i nedanstående bild. Kapitlen nedan sammanfattar de rekommendationer som ges i vägledningen från Joinup och ger en del tips på hur en kommun eller region skulle kunna använda EIRA.

Open

Preliminary phase

EIRA rekommenderar att man samlar ett team med experter som har kompetens inom de olika interoperabilitetsperspektiven i IEF: Juridik, Verksamhet, Semantik och Teknik.

Det rekommenderas även att EIF-principerna läggs till i Arkitekturen. I Sverige har eSAM gjort en bearbetning av EIF-principerna och publicerat dessa i Svenskt ramverk för digital samverkan - eSam. Vill du modellera principerna enligt Arkitekturgemenskapens ramverk använder du elementtypen link Princip.

I denna fas väljer man också arkitekturramverk och verktyg vilket kan baseras på Arkitekturgemenskapens verktyg eller andra. Värt att notera är att ISA2 programmet gör ett verktyg som heter CarTool som är en Archimate modell över olika EIRA-implementationer. Du kan också använda den SPARX EA profil som tillhandahålls av Arkitekturgemenskapen.

Phase A

Architecture Vision

Här rekommenderar EIRA att man definierar Intressenter (Stakeholders) och Krav (Requirements). Utöver detta kan vi också rekommendera att dokumentera intressenternas Intressen.

I nästa steg beskrivs Mål (Goal) och Begränsningar (Constraint). EIRA rekommenderar att utgå från ett övergripande mål att “uppnå interoperabilitet” som sedan bryts ner i delmålen uppnå juridisk/verksamhet/semantisk/teknisk interoperabilitet. Begränsningar modelleras enligt metodvägledningen efter EIRAS Legal view och är nära relaterade till krav. Det är dock oklart om vägledningen är uppdaterad till version 3.0.0 av EIR där just Constraint inte verkar finnas kvar.

Vidare rekommenderar EIRA att man ska utvärdera Verksamhetsförmågor (Capability) enligt Interoperability Maturity Model (IMM). Du kan också titta på Metod för förmågebaserad planering för vägledning om hur ni kan jobba med förmågor. Se även Förmågeområdeskarta som innehåller redan definierade förmågor.

För att utvärdera hur redo verksamheten är att förändras rekommenderar EIRA en vy som heter “Key Interoperability Enablers viewpoint”. Denna innehåller ett urval av byggblock från EIRA som betraktas som de viktigaste möjliggörarna. Som kan utläsas av vyn nedan så består dessa möjliggörare till största del av dokument (verksamhetsobjekt), exempelvis avtal, men även av en datasetkatalog och ett tjänsteregister. Utvärderingen består därmed av att beskriva om elementen i vyn finns i organisationen och till vilken grad de tillämpas vilket resulterar i en förståelse för vad som behöver förändras. Detta är en analys på mycket hög nivå som man kan ifrågasätta värdet av. För en mer detaljerad analys rekommenderas Interoperability Maturity Model.

Open

Ett viktigt steg i denna fas är att definiera de principer som ska gälla för arkitekturen. Eftersom vi redan rekommenderat att inkludera principer från EIF och Svenskt ramverk för digital samverkan - eSam handlar det här om att eventuellt utöka och detaljera dessa till den specifika arkitekturens kontext.

Tabellen nedan summerar de typer av arkitekturelement som föreslås användas i fas A.

Phase B

Business Architecture

I denna fas rekommenderar EIRA att utveckla arkitekturen med EIRAs Legal view och Organisational view som utgångspunkt. De element som rekommenderas att fokusera på beskrivs i tabellen nedan: