12.09.2013 Views

Ladda ner i pdf-format (nytt fönster) - E-delegationen

Ladda ner i pdf-format (nytt fönster) - E-delegationen

Ladda ner i pdf-format (nytt fönster) - E-delegationen

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Utvecklingsstöd<br />

Karl Wessbrandt<br />

MISSIV 1 (1)<br />

DATUM DIARIENR<br />

2006-10-02 2006/378<br />

Arkitektur och ramverk för interoperabilitet<br />

– förstudie 2006<br />

Verva har på eget initiativ genomfört en förstudie om Arkitektur och<br />

ramverk för interoperabilitet. Den ingår som ett led i Vervas arbete med<br />

att främja utvecklingen av en sammanhållen e-förvaltning.<br />

Förstudien behandlar utvecklingen av gemensamma kravspecifikatio<strong>ner</strong>,<br />

förväntningar från EU och pågående arkitekturinitiativ inom och utom<br />

landet. Den ger förslag till fortsatta uppdrag med målsättning att ta fram<br />

en för offentlig sektor gemensam referensarkitektur. Rapporten skall<br />

utgöra ett stöd för pågående strategiarbete och verksamhetspla<strong>ner</strong>ing.<br />

Förstudiens resultat redovisas i föreliggande slutrapport<br />

med tre delrapporter som bilagor,<br />

1. Grundfunktio<strong>ner</strong><br />

2. Krav och förutsättningar från EU på vårt nationella arbete<br />

3. Arkitekturmodeller, ramverk och strategier.<br />

Rapporten har idag fastställts som slutredovisning av förstudien enligt<br />

beslut av Jenny Birkestad, enhetschef Utvecklingsstöd.<br />

Närvarande vid den slutliga handläggningen var<br />

Christina von Greyerz, enhetschef Analys samt<br />

Désirée Veschetti Holmgren, Birgitta Nelson, Jan Lundh och<br />

Karl Wessbrandt, föredragande.<br />

Enligt Vervas beslut<br />

Karl Wessbrandt<br />

utvecklingsstrateg<br />

Postadress: Box 214, 101 24 Stockholm Besöksadress: Drottninggatan 29 Telefon växel: 08-55 05 57 00<br />

www.verva.se E-post: verva@verva.se Fax: 08-23 02 10


Malin<br />

C:\Documents and Settings\malin\Skrivbord\Till PDF\Förstudierapport Arkitektur.doc<br />

PM 1 (19)<br />

2006-10-02<br />

Arkitektur och ramverk för interoperabilitet<br />

– förstudie 2006 – slutrapport<br />

Arkitektur och ramverk för interoperabilitet 1<br />

– förstudie 2006 – slutrapport 1<br />

1 Grundfunktio<strong>ner</strong> eller gemensamma kravspecifikatio<strong>ner</strong> 2<br />

2 Förväntningar och krav från EU 3<br />

2.1 I2010 3<br />

2.2 ICT-standardisering 4<br />

2.3 Interoperabilitet 5<br />

2.4 eInköp 6<br />

3 Allmänt om arkitekturmodeller 6<br />

3.1 Exempel på strategier och arkitekturer 7<br />

3.1.1 SOA 7<br />

3.1.2 Sverige 8<br />

3.1.3 Internationella eGov-initiativ 8<br />

3.1.4 Standardiseringsorgan, konsortier och privat sektor 9<br />

4 Analys och slutsatser 9<br />

4.1 Grundfunktio<strong>ner</strong> eller gemensamma specifikatio<strong>ner</strong> 9<br />

4.1.1 Inventering 11<br />

4.1.2 Prioritering 12<br />

4.2 Förväntningar och krav 12<br />

4.2.1 EU 12<br />

4.2.2 Sverige 13<br />

4.3 Positio<strong>ner</strong>ing av arkitekturinitiativ 13<br />

4.4 Arkitektur och ramverk – förslag på inriktning 14<br />

4.5 Förslag till förändringsplan 17<br />

4.5.1 Etappindelning 17<br />

4.5.2 Organisation 18<br />

4.5.3 Finansiering 19


PM 2 (19)<br />

2006-10-02<br />

1 Grundfunktio<strong>ner</strong> eller gemensamma<br />

kravspecifikatio<strong>ner</strong><br />

Termen ”Grundfunktio<strong>ner</strong>” har använts i tal, presentatio<strong>ner</strong> och skrivelser<br />

från närings- och finansdepartementen för att beskriva visio<strong>ner</strong> och mål för<br />

IT-samhället i allmänhet och den sammanhållna e-förvaltningen i syn<strong>ner</strong>het.<br />

Det har dock framgått att det gjordes olika tolkningar av termen. En vanlig<br />

missuppfattning var att grundfunktio<strong>ner</strong> syftade på färdiga, fungerande<br />

tekniska produkter eller tjänster. Om Verva skall kunna driva utvecklingen<br />

av dessa grundfunktio<strong>ner</strong> så är det avgörande att ha en samsyn med såväl<br />

beställare (regeringen) som med leverantörer (IT-branschen) och användare<br />

(förvaltningen, företag, medborgare) kring vad det egentligen är som skall<br />

produceras. Efter samråd med berörda intressenter har vi kommit fram till<br />

att följande definition, hämtad från en av näringsdepartementets skrifter, bör<br />

vara den som gäller:<br />

”Grundfunktio<strong>ner</strong> är ett samlingsbegrepp för ge<strong>ner</strong>ella funktio<strong>ner</strong> som<br />

vissa eller alla parter i samhället har behov och <strong>nytt</strong>a av.<br />

Dessa funktio<strong>ner</strong> kan vara självständiga, t.ex. identifiering, eller vara en<br />

komponent i ett system, t.ex. gränssnitt i upphandlingssystem.<br />

Grundfunktio<strong>ner</strong> är inte tekniska lösningar. De är funktionella<br />

specifikatio<strong>ner</strong> av gränssnitt och funktion, som olika leverantörer kan<br />

finna olika lösningar och tillämpningar för.”<br />

Med tanke på att termen grundfunktio<strong>ner</strong> uppenbart har vållat mycket<br />

förvirring och diskussion så är det kanske bättre om vi lägger begreppet åt<br />

sidan och istället använder nationella kravspecifikatio<strong>ner</strong> eller<br />

förvaltningsgemensamma kravspecifikatio<strong>ner</strong> när det handlar om krav på<br />

IT-lösningar som är gemensamma för hela förvaltningen.<br />

I Statskontorets ”diskussionsunderlag om en arkitektur för en modern<br />

nätverksförvaltning” från 2004 presenteras en arkitekturmodell. Där kan<br />

man placera in en ge<strong>ner</strong>ell bottenplatta med gemensamma specifikatio<strong>ner</strong> av<br />

grundfunktio<strong>ner</strong>. Om dessa följs när olika tillämpningar i den<br />

ovanförliggande strukturen realiseras så bör man på sikt uppnå önskvärda<br />

effekter som harmonisering, interoperabilitet och återanvändning.


Användarbehov<br />

och<br />

-efterfrågan<br />

PM 3 (19)<br />

2006-10-02<br />

Arkitektur för en sammanhållen e-förvaltning<br />

Gemensammaförgrundsfunktio<strong>ner</strong><br />

Verksamhetssystem<br />

Verksamhetssystem<br />

Verksamhetssystem<br />

Gemensamma grundfunktio<strong>ner</strong><br />

Gemensamma<br />

strukturer<br />

och<br />

resurser<br />

Föreskrifter Riktlinjer Vägledningar<br />

Verva som plattform för samverkan<br />

Specifikatio<strong>ner</strong> Standarder Metoder Processer Gränssnitt<br />

2 Förväntningar och krav från EU<br />

Här har sammanfattats ett axplock av viktiga initiativ och projekt på EUnivå<br />

som har bäring på strategi- och arkitekturfrågor och som har<br />

presenterats närmare i delrapport 2. Det finns mycket mer, detta är ett urval<br />

där Verva-medarbetare har viss insyn i arbetet och delvis även aktivt är med<br />

och påverkar resultaten.<br />

2.1 I2010<br />

Ett centralt strategidokument inom ramen för Lissabonstrategin är i2010–<br />

det europeiska in<strong>format</strong>ionssamhället 2010, där det tredje delmålet är<br />

tydligt riktat till medlemsstaternas förvaltningar. I takt med att<br />

användningen av IT ökar blir dess inverkan på samhället allt större. För att<br />

uppnå mål tre aviserade kommissionen ett antal åtgärder, bland andra att<br />

• Anta en åtgärdsplan för e-förvaltning och strategiska riktlinjer om<br />

IT-baserade offentliga tjänster (2006) och att<br />

• Lansera demonstrationsprojekt för att på operativ nivå testa tekniska,<br />

rättsliga och organisatoriska lösningar i syfte att lägga ut offentliga<br />

tjänster på nätet (2007).<br />

I sin handlingsplan för e-förvaltning framhåller Kommissionen att det är<br />

viktigt att skynda på införandet av e-förvaltning för att kunna modernisera<br />

och skapa nya lösningar. Man vill bland annat<br />

• se till att e-förvaltning på nationell nivå inte leder till nya hinder på<br />

den inre marknaden p.g.a. uppsplittring och bristande<br />

interoperabilitet,


PM 4 (19)<br />

2006-10-02<br />

• utöka fördelarna med e-förvaltning till EU-nivå genom att<br />

möjliggöra skalfördelar inom medlemsstaternas initiativ och genom<br />

att samarbeta om gemensamma europeiska frågor, och<br />

• se till att alla berörda aktörer i EU samarbetar om utformning och<br />

genomförande av e-förvaltning.<br />

Handlingsplanen ställer vidare upp fem viktiga mål för e-förvaltning och<br />

näm<strong>ner</strong> några särskilda målsättningar inför 2010:<br />

• Inget utanförskap<br />

• Verklig effektivitet och ändamålsenlighet.<br />

• Att leverera nyckeltjänster med stor genomslagskraft till medborgare<br />

och företag. Hit hör att senast 2010 skall 100 % av offentlig upphandling<br />

vara tillgänglig elektroniskt, det verkliga ut<strong>nytt</strong>jandet skall ligga på 50 %,<br />

och man skall avtala om samarbete om fler elektroniska tjänster med stor<br />

genomslagskraft.<br />

• Att skapa grundförutsättningar<br />

• Att öka deltagande och demokratiskt beslutsfattande.<br />

Handlingsplanen förutsätter en hög grad av europeisk samordning och har<br />

haft stor betydelse för utarbetandet av regeringens e-strategi som<br />

presenterades i juni 2006.<br />

2.2 ICT-standardisering<br />

Inom EU har ICT-standardiseringens betydelse för samhällsutvecklingen<br />

och konkurrenskraften fått ökad uppmärksamhet genom att standarder kan<br />

fungera som strategiska verktyg för att förverkliga politiska mål.<br />

Standardisering är en del av rådets och kommissionens politik för att uppnå<br />

”bättre lagstiftning”, skärpa företagens konkurrenskraft och avlägsna hinder<br />

för internationell handel.<br />

Kommissionen kommer, i linje med åtagandet att förbättra lagstiftningen, att<br />

fortsätta att bredda användningen av standarder som komplement till<br />

lagstiftning.<br />

Följande åtgärder rekommenderas bland annat:<br />

• Utökad användning av europeisk standardisering i EU:s politik och<br />

lagstiftning<br />

• Bättre effektivitet, sammanhållning och synlighet för europeisk<br />

standardisering<br />

• Fortsätta att stödja internationella standarder som utarbetas av<br />

internationella standardiseringsorgan (ISO, IEC, ITU) och se till att<br />

de tillämpas i EU.


2.3 Interoperabilitet<br />

PM 5 (19)<br />

2006-10-02<br />

Interoperabilitet är nyckelordet i ett kommissionsmeddelande om<br />

e-förvaltningen i EU.<br />

Den inre marknaden är beroende av moderna och effektiva myndigheter<br />

som underlättar rörlighet och en problemfri interaktion mellan medborgare<br />

och företag. Det kräver sofistikerad IT-infrastruktur och enhetliga eförvaltningsprocesser.<br />

Därför har interoperabilitet för e-förvaltningstjänster,<br />

baserad på standarder, öppna specifikatio<strong>ner</strong> och gränssnitt blivit absolut<br />

avgörande för framgång.<br />

Även om medlemsstaterna ansvarar för att de nationella systemen är<br />

driftskompatibla, så krävs det samarbete och samordning inom EU för att<br />

säkerställa interoperabilitet på EU-nivå, vilket krävs om en gemensam EUpolitik<br />

och gemensamma prioriteringar ska kunna genomföras.<br />

På grundval av detta meddelande skapar kommissionen förutsättningar för<br />

att få till stånd interoperabilitet för alleuropeiska tjänster och detta sker<br />

bland annat inom IDABC-programmet.<br />

Där driver man projekt av två slag:<br />

Projects of Common Interest (PCIs) som implementerar europeiska<br />

eGovernment-tjänster inom utvalda policy-områden. Dessa skall ut<strong>nytt</strong>ja de<br />

gemensamma Horizontal Measures som utvecklas (se nedan). Här deltar ett<br />

flertal svenska myndigheter mer eller mindre aktivt i gemensamma<br />

sektorsprojekt.<br />

Horizontal Measures (HMs) som implementerar infrastrukturtjänster och<br />

europeiska eGovernment-tjänster som inte tillhör något enskilt policyområde.<br />

HMs kan också avse strategiska stödaktiviteter, t.ex.<br />

• eGovernment Observatory<br />

• Open Source Observatory<br />

och här medverkar i första hand utsedda experter från Verva.<br />

IDABC skall påverka och främja utvecklingen av Pan European<br />

eGovernment Services (PEGS) enligt följande modell och några aktuella<br />

IDABC-projekt anges nedan:<br />

Som grund för IDABC.s horisontella projekt för att främja<br />

systemsamverkan över gränserna har man definierat ramverket EIF<br />

(European Interoperability Framework), som strukturerar interoperabiliteten<br />

i tre nivåer,


• teknisk,<br />

• semantisk och<br />

• organisatorisk interoperabilitet.<br />

PM 6 (19)<br />

2006-10-02<br />

Detta ramverk har fått stort genomslag, och arbetet med en ny version av<br />

EIF har just påbörjats, där ambitionen är att skapa ett policydokument som<br />

kan antas av och gälla för hela Kommissionen.<br />

EIF kompletteras av AGL (Architecture Guidelines), med mer detaljerade<br />

rekommendatio<strong>ner</strong> om tekniska standarder och specifikatio<strong>ner</strong> för paneuropeiska<br />

e-tjänster. Även detta dokument skall nu struktureras om.<br />

IDABC förutsätter att medlemsländerna har egna nationella ramverk med<br />

arkitektur-rekommendatio<strong>ner</strong> (NIF; National Interoperability Frameworks),<br />

och IDABC ser då EIF/AGL som komplement till dessa.<br />

Inom några centrala områden finns särskilda horisontella IDABC-projekt<br />

där Verva deltar, t.ex. för Semantisk interoperabilitet, Öppna<br />

dokument<strong>format</strong>, Öppen källkod, eId, e-Upphandling och säkra nät-<br />

och transporttjänster.<br />

2.4 eInköp<br />

e-Inköp/e-Handel intar en särställning som prioriterat utvecklingsområde<br />

med ett flertal olika pågående projekt, både för att standardisera och för att<br />

främja användningen. Utöver samverkan inom Kommissionen finns ett<br />

nordiskt samarbete, som verkar för att satsa på globala standarder som UBL<br />

och att dessa skall förvaltas inom ramen för UN/CEFACT.<br />

3 Allmänt om arkitekturmodeller<br />

Verksamhets- och IT-arkitekturer har bara existerat i ca 20 år och de har inte<br />

fått ordentlig spridning förrän på 2000-talet. Detta är alltså en ung och ännu<br />

omogen arkitekturdisciplin, där mycket utvecklingsarbete återstår.<br />

Redan i Antikens Rom formulerades några grunder för god arkitektur som<br />

fortfarande kan tillämpas, även för att utvärdera 2000-talets modeller för<br />

verksamhets- och IT-arkitektur:<br />

Arkitekturen skall lösa ett problem, den skall vara robust, den skall vara<br />

tidlös och den skall skänka oss glädje.<br />

Vidare framhöll man<br />

• Funktion: Arkitekturen skall vara användbar för sitt ändamål.<br />

• Styrka: Arkitekturen skall möjliggöra ett starkt och hållbart bygge.<br />

• Skönhet: Arkitekturen skall vara estetiskt tilltalande<br />

som arkitekturens tre grundpelare.


PM 7 (19)<br />

2006-10-02<br />

3.1 Exempel på strategier och arkitekturer<br />

Det finns ett mycket stort antal pågående arkitekturinitiativ i såväl offentlig<br />

som privat sektor och inom ramen för denna förstudie har vi bara kunnat<br />

skumma på ytan.<br />

Systemarkitektur, verksamhetsarkitektur och interoperabilitetsarkitektur<br />

beskriver tre successivt högre nivåer av IT-arkitektur.<br />

Verksamhetsarkitektur reglerar systemarkitektur genom att beskriva en<br />

övergripande målbild för verksamheten. Systemarkitektur reglerar<br />

utvecklingsarbetet för ett enskilt IT-system, genom att beskriva dess<br />

övergripande organisation och principer. Interoperabilitetsarkitektur,<br />

slutligen, beskriver den in<strong>format</strong>ion som utbyts mellan organisatio<strong>ner</strong> samt<br />

de elektroniska tjänster som tillhandahålls för att behandla denna<br />

in<strong>format</strong>ion; därmed regleras såväl en organisations verksamhetsarkitektur<br />

som dess systemarkitekturer, genom att verksamheten och dess IT-system<br />

anpassas för elektroniskt samarbete med andra organisatio<strong>ner</strong>.<br />

Gemensamt för de tre perspektiven är att de beskriver målbilder, visio<strong>ner</strong>.<br />

Det som beskrivs av en interoperabilitetsarkitektur är en vision om ett<br />

framtida samarbete mellan olika organisatio<strong>ner</strong>.<br />

3.1.1 SOA<br />

Kraven på att kunna hantera ett allt snabbare in<strong>format</strong>ionsutbyte och<br />

anpassa sig till en föränderlig omvärld ställer stora krav på hur man<br />

utformar sin verksamhet. Arkitekturen måste ta höjd för föränderliga krav,<br />

förändrade verksamhetsprocesser och utvecklingen av ny teknik.


PM 8 (19)<br />

2006-10-02<br />

Ett sätt att angripa detta är att tillämpa en arkitekturmodell som tillåter löst<br />

sammansatta komponenter att utbyta in<strong>format</strong>ion på ett strukturerat sätt.<br />

Genom att specificera gränsytorna mellan komponenterna kan dessa<br />

kommunicera med varandra oberoende av underliggande processer och<br />

teknologi. Man kan se dessa komponenter som svarta boxar med okänt<br />

innehåll men med känd funktionalitet. Genom ett väl definierat<br />

kommunikationsgränssnitt kan komponenterna utbyta in<strong>format</strong>ion med<br />

varandra oberoende av komponenternas beskaffenhet.<br />

SOA tillämpar ett processorienterat synsätt där komponenterna sätts ihop i<br />

en kedja med utgångspunkt i verksamhetsprocesserna. För att undvika att<br />

flera komponenter med snarlik funktionalitet skapas förespråkas ge<strong>ner</strong>iska<br />

funktio<strong>ner</strong> framför specialanpassningar som endast kan <strong>nytt</strong>jas i specifika<br />

tillämningar.<br />

3.1.2 Sverige<br />

I Sverige förekommer ett antal arkitekturinitiativ, men ingen nationell<br />

samordning. Vårdsektorn och Försvaret tillhör dem som har kommit långt.<br />

Det svenska Nätverket för arkitekter startades för några år sedan av IT-<br />

/verksamhetsarkitekterna på ett tiotal större myndigheter, dels som ett forum<br />

för utbyte av erfarenhet och uppbyggnad av kompetens arkitekterna<br />

emellan, dels som en reaktion på att det inte förekom något gemensamt och<br />

samordnat arkitekturarbete i förvaltningen.<br />

Nätverket har arbetat fram ett första idéutkast till ett förvaltningsgemensamt<br />

arkitekturramverk uppbyggt av:<br />

• Ge<strong>ner</strong>ella myndighetsprinciper<br />

• Ge<strong>ner</strong>ella verksamhetsprinciper<br />

• Ge<strong>ner</strong>ella arkitekturprinciper<br />

• Ge<strong>ner</strong>ella designprinciper.<br />

3.1.3 Internationella eGov-initiativ<br />

I delrapport 3 finns kortfattade beskrivningar och länkar till ett axplock av<br />

eGovernment-initiativ i olika länder, som arbetsgruppen har kommit i<br />

kontakt med och bedömer som intressanta att titta närmare på. En närmare<br />

analys ryms inte inom ramen för denna förstudie, och listan kan säkert<br />

kompletteras med flera andra exempel av likvärdigt intresse. Syftet har i<br />

första hand varit att ge förutsättningar för en överblick över hur andra länder<br />

har tagit sig an området och att underlätta och inspirera till närmare studier,<br />

jämförelser och samarbeten i det fortsatta arkitekturarbetet.<br />

Gemensamt för de länder, vars nationella strategier och arkitekturer vi<br />

beskriver (och även många andra som inte tas upp här) är att arbetet har<br />

• pågått i många år,<br />

• det har varit förankrat på hög politisk nivå och


PM 9 (19)<br />

2006-10-02<br />

• drivits av centralt placerade organisatio<strong>ner</strong> med<br />

• gott om specialistresurser (egna och konsulter).<br />

• Man har publicerat mängder av rapporter och riktlinjer,<br />

• inrättat egna webbplatser med stora tekniska och redaktionella<br />

resurser och har<br />

• arrangerat många workshops och konferenser för sina målgrupper.<br />

Vi måste alltså konstatera att Sverige ligger flera år efter jämförbara länder.<br />

Detta har varit ett medvetet val, som det nu kan finnas anledning att<br />

ompröva.<br />

3.1.4 Standardiseringsorgan, konsortier och privat sektor<br />

Referens- och arkitekturmodeller utvecklas på många håll.<br />

De formella, internationella standardiseringsorganisatio<strong>ner</strong>na ISO/IEC/ITU<br />

har tagit fram referensmodeller och arkitekturer för olika ändamål som<br />

ibland refereras i nationella ramverk. Utöver dessa finns ett flertal andra<br />

organisatio<strong>ner</strong> som utarbetar modeller och rekommendatio<strong>ner</strong> som är<br />

relevanta för arkitekturarbetet. Några av dessa är UN/CEFACT, OASIS och<br />

IEEE. Bland ledande analys- och konsultföretag kan Zachman Institute och<br />

Gart<strong>ner</strong> nämnas. Många stora IT-företag har också egna modeller, som<br />

Microsoft och IBM med flera.<br />

4 Analys och slutsatser<br />

4.1 Grundfunktio<strong>ner</strong> eller gemensamma<br />

specifikatio<strong>ner</strong><br />

Om Verva skall kunna åta sig att driva utvecklingen av grundfunktio<strong>ner</strong> så<br />

är det avgörande att ha en samsyn med såväl beställare (regeringen) som<br />

med leverantörer (IT-branschen) och användare (förvaltningen, företag,<br />

medborgare) kring vad det egentligen är som skall produceras.<br />

Tolkningsfrågan gällde främst om grundfunktio<strong>ner</strong>na<br />

1. utgörs av produkter eller tjänster (dvs. fungerande tekniska lösningar)<br />

eller<br />

2. utgörs av funktionella kravspecifikatio<strong>ner</strong>, som gör det möjligt för olika<br />

aktörer att upphandla eller utveckla de produkter eller tjänster som realiserar<br />

grundfunktio<strong>ner</strong>na.<br />

Efter genomgång och diskussion med berörda intressenter kom vi fram till<br />

att alternativ 2 är det som främst avses och att följande definition gäller:


PM 10 (19)<br />

2006-10-02<br />

”Grundfunktio<strong>ner</strong> är ett samlingsbegrepp för ge<strong>ner</strong>ella funktio<strong>ner</strong> som<br />

vissa eller alla parter i samhället har behov och <strong>nytt</strong>a av.<br />

Dessa funktio<strong>ner</strong> kan vara självständiga, t.ex. identifiering, eller vara en<br />

komponent i ett system, t.ex. gränssnitt i upphandlingssystem.<br />

Grundfunktio<strong>ner</strong> är inte tekniska lösningar. De är funktionella<br />

specifikatio<strong>ner</strong> av gränssnitt och funktion, som olika leverantörer kan<br />

finna olika lösningar och tillämpningar för.”<br />

I Statskontorets arkitekturmodell kan man placera in en ge<strong>ner</strong>ell bottenplatta<br />

med gemensamma specifikatio<strong>ner</strong> av grundfunktio<strong>ner</strong>, hellre benämnda<br />

gemensamma kravspecifikatio<strong>ner</strong>. Om dessa följs när olika tillämpningar i<br />

den ovanförliggande strukturen realiseras så bör man på sikt uppnå<br />

önskvärda effekter som harmonisering, interoperabilitet och återanvändning.<br />

Användarbehov<br />

och<br />

-efterfrågan<br />

Arkitektur för en sammanhållen e-förvaltning<br />

Gemensammaförgrundsfunktio<strong>ner</strong><br />

Verksamhetssystem<br />

Verksamhetssystem<br />

Verksamhetssystem<br />

Gemensamma kravspecifikatio<strong>ner</strong><br />

Gemensamma<br />

strukturer<br />

och<br />

resurser<br />

Föreskrifter Riktlinjer Vägledningar<br />

Verva som plattform för samverkan<br />

Specifikatio<strong>ner</strong> Standarder Metoder Processer Gränssnitt<br />

I Näringsdepartementets IT-strategi jämförs grundfunktio<strong>ner</strong>na med<br />

byggstenar, som kan kombi<strong>ner</strong>as på många olika sätt för olika<br />

verksamhetsbehov. Detta synsätt stämmer väl överens med principerna för<br />

en tjänsteorienterad arkitektur (SOA; Service Oriented Architecture), som är<br />

en sannolik utgångspunkt för den framtida arkitekturmodellen.<br />

De verktyg som närmast står till buds för att fastställa gemensamma<br />

kravspecifikatio<strong>ner</strong> är antingen bindande föreskrifter eller<br />

rekommenderande riktlinjer och vägledningar, som i sin tur pekar på de<br />

standarder, metoder, processer, gränssnitt osv. som skall tillämpas.


PM 11 (19)<br />

2006-10-02<br />

4.1.1 Inventering<br />

Några viktiga områden där förvaltningsgemensamma kravspecifikatio<strong>ner</strong><br />

troligen behövs och bör vidare- eller nyutvecklas är t.ex.<br />

• Säkert in<strong>format</strong>ionsutbyte (omfattande t.ex. transport, struktur,<br />

terminologi)<br />

• eLegitimatio<strong>ner</strong> (för individer och organisatio<strong>ner</strong>)<br />

• eUnderskrifter och eStämplar<br />

• Personliga in<strong>format</strong>ionstjänster (Mina Sidor)<br />

• Funktio<strong>ner</strong> för mottagning/utskick av myndighetsin<strong>format</strong>ion<br />

• Utformning av webbdialoger<br />

• Säker lagring av in<strong>format</strong>ion<br />

• eInköp (omfattande t.ex. eUpphandling, eHandel, eFaktura)<br />

• Ledningssystem för IT-tjänster (ITIL, ISO/IEC 20000)<br />

• Ledningssystem för in<strong>format</strong>ionssäkerhet (LIS, SS-ISO/IEC<br />

17799:2005)<br />

Vi kan dock inte börja om från början utan måste ta tillvara de investeringar<br />

och erfarenheter som redan finns. Produkt- och tjänsteförsörjningen kan<br />

heller inte ge<strong>ner</strong>ellt överlämnas till marknaden. Enbart fastställda och<br />

publicerade specifikatio<strong>ner</strong> räcker inte, utan i nästa steg i försörjningskedjan<br />

kan styrning och stimulans behövas, t.ex. via ramavtalsupphandlingar,<br />

gemensamma finansieringslösningar, offentliga-privata part<strong>ner</strong>skap osv.<br />

Vi har mycket som redan fungerar väl och som fortsatt bör användas, även<br />

om vidareutveckling och anpassning till nya krav behövs. Det finns gällande<br />

riktlinjer och vägledningar från e-nämnden och det finns föreskrifter med<br />

allmänna råd från andra myndigheter som PTS och Riksarkivet.<br />

Andra exempel ur Vervas perspektiv på utgångspunkter, som idag tjänar<br />

som gemensamma grundförutsättningar för den sammanhållna eförvaltningen<br />

är t.ex.<br />

• e-Id<br />

• SHS<br />

• Infratjänsten<br />

• SGSI<br />

• Sverige.se<br />

• Rättsin<strong>format</strong>ionssystemet<br />

• SFTI och Svefakturan.


PM 12 (19)<br />

2006-10-02<br />

Några av dem bygger i botten på gemensamma kravspecifikatio<strong>ner</strong> som har<br />

implementerats som fungerande tekniska lösningar i form av existerande<br />

produkter och tjänster, medan andra har vuxit fram stegvis i andra former.<br />

Användningen har dock inte alltid fått den snabba spridning som har<br />

förväntats och orsakerna till detta borde kunna analyseras utifrån olika<br />

perspektiv i en strukturerad arkitekturmodell.<br />

För- och nackdelar med olika specifikations-, förankrings- och<br />

försörjningsmekanismer för olika tillämpningsområden kan sedan fortsatt<br />

studeras och utvärderas.<br />

4.1.2 Prioritering<br />

I det fortsatta arbetet behöver de prioriterade områden där förvaltningen<br />

behöver utgå från gemensamma grundförutsättningar analyseras närmare,<br />

dels utifrån regeringens e-strategi och Vervas insatsområden, dels med<br />

avseende på var de hör hemma i den arkitekturmodell som kommer att<br />

väljas. Samband, beroenden och upplevda problem behöver kartläggas för<br />

att säkerställa att de gemensamma kraven verkligen siktar in sig på de reella<br />

behoven. Troligen behöver kraven formuleras utifrån ett antal olika<br />

perspektiv utöver det tekniska, t.ex. juridik, ekonomi, organisation, säkerhet<br />

och så vidare.<br />

4.2 Förväntningar och krav<br />

4.2.1 EU<br />

Vi konstaterar att strategier för e-förvaltning och förbättrad interoperabilitet<br />

nu är ett prioriterat område inom EU som i hög grad kommer att påverka<br />

medlemsländernas interna e-förvaltningsutveckling.<br />

Trenden går mot en ökad betydelse av standarder i såväl lagstiftning som i<br />

rådgivande dokument, upphandlingskrav och projektspecifikatio<strong>ner</strong>. Sverige<br />

behöver förhålla sig till denna trend mot ökad samordning. Vi kan också dra<br />

mycket egen <strong>nytt</strong>a av det arbete som vi bidrar till att bekosta med<br />

gemensamma EU-medel, eller som kan ställas till vårt förfogande av andra<br />

medlemsländer.<br />

Som stöd för ett mer strukturerat och medvetet beslutsfattande behöver även<br />

Sverige ha en övergripande arkitekturmodell och ett nationellt ramverk för<br />

interoperabilitet, vilket EU förväntar sig av alla medlemsländer. Både av<br />

resurs- och harmoniseringsskäl är det önskvärt att Sverige deltar i<br />

Kommissionens pågående utveckling och ansluter sig till de samarbeten<br />

med andra länder som erbjuds, så att den svenska modellen så långt som<br />

möjligt kan ansluta till den gemensamma synen inom EU.


PM 13 (19)<br />

2006-10-02<br />

4.2.2 Sverige<br />

Hälso- och sjukvårdsektorn samt Försvaret är exempel på sektorer som<br />

bedriver eget arkitekturarbete, liksom ett antal större myndigheter, bland<br />

annat de som är representerade i det informella Nätverket för arkitekter.<br />

Sveriges Kommu<strong>ner</strong> och Landsting driver också frågan, både som stöd för<br />

att återanvända gemensamma komponenter och effektivisera kommu<strong>ner</strong>nas<br />

interna verksamheten och för att få till stånd enhetliga<br />

interoperabilitetsgränssnitt för utbyte med olika statliga myndigheter.<br />

En arbetsgrupp från de olika sjukvårdsregio<strong>ner</strong>na har konstaterat att<br />

långtgående samordning på en rad områden krävs och att alla landsting<br />

behöver införa en nationellt fastställd IT-infrastruktur någorlunda samtidigt.<br />

Från dessa och andra håll finns krav på tydligare vägledning och i vissa fall<br />

kanske även en tvingande styrning från regeringen för att snabbare kunna<br />

åstadkomma en bättre e-förvaltning och de flesta ser Verva som den<br />

naturliga hemvisten för att organisera det praktiska genomförandet.<br />

4.3 Positio<strong>ner</strong>ing av arkitekturinitiativ<br />

Vi bedömer att många av de använda arkitekturmodellerna är abstrakta och<br />

svåra att förstå och att verksamhets<strong>nytt</strong>an inte alltid är uppenbar.<br />

Som en kritisk framgångsfaktor bör gälla att<br />

Arkitekturen skall vara en bas för ledningens beslut och att den skall utgöra<br />

en länk mellan visio<strong>ner</strong>na och de konkreta lösningarna.<br />

Det gäller också att vara klar över syftet vid valet mellan olika modeller för<br />

t.ex. verksamhetsarkitekturer, IT-arkitekturer, in<strong>format</strong>ionsarkitekturer,<br />

interoperabilitetsarkitektur osv.<br />

Arkitekturmodellerna kan alltså vara ganska olika, men några<br />

utgångspunkter och synsätt verkar vara vanligt förekommande:<br />

Man formulerar en uppsättning gemensamma principer, som skall vara<br />

vägledande för fortsatta strategiska beslut.<br />

Som interoperabilitetsmodell använder man indelningen i<br />

• en organisatorisk,<br />

• en semantisk och en<br />

• teknisk nivå.<br />

Ibland förfinas denna interoperabilitetsmodell med en syntaktisk nivå<br />

mellan den semantiska och den tekniska och med en juridisk ovanför den<br />

organisatoriska.<br />

Zachmans matrisstruktur återkommer i olika varianter, såväl med<br />

påbyggnader som förenklingar.


PM 14 (19)<br />

2006-10-02<br />

Olika vyer används för att skapa en helhetsbild och följande fem<br />

förekommer i många varianter:<br />

• Business Architecture<br />

• In<strong>format</strong>ion Architecture<br />

• System Architecture<br />

• Technology Architecture samt<br />

• Enterprise Architecture Governance.<br />

Arkitekturutvecklingen som en ständigt pågående förbättringsprocess<br />

betonas i flera fall.<br />

I de under senare tid utvecklade modellerna är den löst kopplade<br />

tjänsteorienteringen enligt SOA domi<strong>ner</strong>ande.<br />

Dessa och andra aspekter och synsätt behöver värderas närmare i ett<br />

eventuellt fortsatt arbete för att välja basen för en nationell arkitekturmodell.<br />

4.4 Arkitektur och ramverk – förslag på inriktning<br />

Vid avstämningsmöten, såväl inom Verva som på EU-nivå inom IDABC<br />

återkommer frågan om syftet och <strong>nytt</strong>an med en arkitekturmodell, vad vi<br />

skall ha den till. Ett vanligt svar är att den behövs som pedagogisk<br />

förklaringsmodell och som pla<strong>ner</strong>ingshjälp för förändringsarbetet, men för<br />

att fungera som det behöver olika användare olika perspektiv och dessa<br />

behöver förtydligas.<br />

Frågor som<br />

• vad skall förändras,<br />

• vem skall göra det,<br />

• när skall det göras<br />

osv. bör modellen ge stöd för att besvara, men ur vems synpunkt?<br />

Regeringen, myndighetsledningarna och de IT-ansvariga behöver olika<br />

modeller men där det finns ett spårbart samband mellan dem.<br />

Vi behöver veta var vi är och vi behöver en kompass för att ta oss dit vi vill<br />

- problemet är att det behövs olika kompasser för olika delar av världen.<br />

Inledningsvis så bör vi sikta in oss på en interoperabilitetsarkitektur enligt<br />

modellen i refererat arkitektur-PM från Statskontoret.


PM 15 (19)<br />

2006-10-02<br />

I en artikel i tidskriften Öppna system, skriven av några av<br />

arkitekturnätverkets medlemmar, hämtas ytterligare krav på det<br />

gemensamma förändringsarbetet som har stort utrymme för förbättringar.<br />

Med utökad samordning och pla<strong>ner</strong>ing av genomförandet skulle man kunna<br />

ge myndigheterna stöd i sin pla<strong>ner</strong>ing och samtidigt underlätta samordning<br />

av hela förändringsarbetet. Genom att systematisera och strukturera<br />

förändringsarbetet kan organisationen lättare svara upp mot omvärldens<br />

krav. Processorientering är ett exempel på ett sätt att bedriva<br />

förändringsarbete och modernisering. Genom processorientering blir<br />

förändring det normala tillståndet., vilket illustreras i följande bild som<br />

bygger på en modell från Meta group.<br />

Uppdrag & vision<br />

Mål och resultat<br />

Interna och externa drivkrafter<br />

Utforma<br />

Strategier<br />

Pla<strong>ner</strong>a<br />

Förändringar<br />

Ledning & styrning<br />

Utforma<br />

verksamheten<br />

Grundläggande principer<br />

Utforma<br />

IKT<br />

Analysera<br />

Förändringsbehov


PM 16 (19)<br />

2006-10-02<br />

Vidare framhålls att detta kommer att kräva inte bara teknisk normering<br />

utan även samverkan och normering vad det gäller legala frågor,<br />

verksamhetsprocesser, finansiering, vinsthemtagning, begrepp och<br />

in<strong>format</strong>ionsstandarder.<br />

För att utforma myndighetsöverskridande processer krävs klara gränslinjer<br />

med avseende på ansvar och roller. För att undvika missförstånd och för att<br />

skapa effektiva processer krävs vidare ett samförstånd och normering vad<br />

det gäller begrepp och systematisk vokabulär.<br />

En bra utgångspunkt är modellen med de tre interoperabilitetsnivåerna i<br />

European Interoperability Framework, kompletterad med en rättslig nivå för<br />

att modernisera och samordna regelverket.<br />

Rättslig interoperabilitet<br />

Organisatorisk interoperabilitet<br />

Semantisk interoperabilitet<br />

Teknisk interoperabilitet<br />

En referensarkitektur bör också driva förändringar i öskvärd riktning, även<br />

om alla förutsättningar inte är på plats i dagens system. Därför är en<br />

tjänsteorienterad arkitektur enligt den tidigare beskrivna SOA-modellen en<br />

bra inriktning som passar den svenska modellen med fristående<br />

myndigheter.<br />

Organisationen OASIS har nyligen presenterat ett förslag till<br />

standardarkitektur för SOA-modellen. Där beskrivs tre arkitekturnivåer som<br />

även kan ligga till grund för att definiera de olika nivåerna i vårt<br />

modellarbete.<br />

På den översta abstraktionsnivån finns en Referensmodell (eller ett<br />

ramverk). Här beskrivs grundläggande principer och samband, helt utan<br />

tekniska referenser.<br />

På den andra nivån finns en eller flera referensarkitekturer, som ger mer<br />

detaljerad vägledning ur olika perspektiv, t.ex. genom att peka på standarder<br />

som bör tillämpas.<br />

På den tredje nivån finns de konkreta arkitekturerna som beskriver hur<br />

specifika lösningar konstrueras i det enskilda fallet.


PM 17 (19)<br />

2006-10-02<br />

Utgångspunkten för Vervas arkitekturmodell bör vara att underlätta att<br />

uppfylla kraven i regeringens e-strategi och i våra förväntade konkreta<br />

regeringsuppdrag samt att hitta metoder att upptäcka och påvisa om saker<br />

görs i fel ordning, om nödvändiga komponenter saknas osv. Det innebär att<br />

vi behöver arbeta med referensmodeller och referensarkitekturer enligt<br />

ovan, medan de konkreta arkitekturerna är myndigheternas och<br />

leverantörernas sak.<br />

Vi måste däremot inte nödvändigtvis få fram en sammanhängande grafisk<br />

modell, vilket vi och andra har försökt med många gånger utan att lyckas.<br />

Vi behöver inte heller direkt ta fram ett fullständigt arkitekturdokument, det<br />

kan utvecklas stegvis efter behov. Inledningsvis kan det eventuellt räcka<br />

med några enkla principer som listas i textform, utifrån olika perspektiv,<br />

t.ex. på legal, organisatorisk, semantisk och teknisk nivå. Om vi därmed<br />

t.ex. kan visa att tekniken finns men inte får användas så kan det bidra till ett<br />

förändringstryck på lagstiftarna att lösa sin del.<br />

Referensmodellen och referensarkitekturen skall hjälpa oss att angripa våra<br />

konkreta uppdrag på rätt sätt. Arkitekurdokumentet i sig är inte huvudsaken<br />

men vi bör påbörja arbetet, sedan har vi fram till 2010 på oss att förfina<br />

modellen.<br />

Vi får inte heller ta utgångspunkt i Vervas tidigare framtagna lösningar och<br />

produkter eller i intressentgrupper för dessa, då de inte är givna som<br />

förutsättningar för framtida lösningar.<br />

Vi bör däremot ta hjälp av andra grupperingar, som samverkansgrupperna,<br />

e-forum och arkitektnätverket för att förankra arbetet och få bidrag med<br />

nödvändiga resurser, både avseende kompetens och finansiering.<br />

4.5 Förslag till förändringsplan<br />

4.5.1 Etappindelning<br />

1. Att Verva informerar internt och externt om förstudiens resultat och<br />

förankrar pla<strong>ner</strong>na på ett fortsatt arbete med inriktning mot en<br />

referensarkitektur.<br />

• När lämpligt grundmaterial tagits fram inleds ett nära samarbete med myndigheter,<br />

kommu<strong>ner</strong> och landsting<br />

• Om acceptabelt för intressenterna utgår man i arbetet från synsätt och<br />

begreppsapparater från det internationella arbetet med tjänsteorienterade<br />

arkitekturer<br />

• Modellen bör även ansluta till European Interoperability Framework<br />

Måldatum 2006-12-15.


PM 18 (19)<br />

2006-10-02<br />

2. Att Verva i samverkan med andra intressenter etablerar ett för offentlig<br />

sektor gemensamt arkitekturdokument (först en referensmodell, därefter<br />

referensarkiktur enligt ovan) med fokus på att vara ett ramverk för<br />

interoperabilitet.<br />

Måldatum 2007-06-01 för referensmodell version 1.<br />

3. Att en process för utformning, förankring, användning, uppföljning,<br />

justering avseende ett arkitekturdokument etableras.<br />

4. att ta fram en arbetsplan för fortsatt arbete fram till 2010<br />

Fortsatt arbete bedrivs under vissa förutsättningar som vid behov ändras.<br />

Arbetet syftar i första hand till att ge stöd till arbetet med att utveckla den sammanhållna<br />

förvaltningen. Utgångspunkter blir därför den förvaltningspolitiska programförklaringen,<br />

strategin för fortsatt utveckling av elektronisk förvaltning och kommande uppdrag.<br />

o Arbetsplanen sätter upp övergripande mål för perioden<br />

o Arbetsplanen sätter upp årliga mål för arbetet<br />

o Arbetsplanen revideras årligen eller vid behov<br />

o Arbetsplanen beskriver hur uppföljning och utvärdering av<br />

effekterna av arkitekturdokumentet hanteras<br />

o Arbetsplanen beskriver hur arbetet med omvärldsbevakning,<br />

omvärldsanalys och slutsatsdragning inom området hanteras<br />

som tillsammans med uppföljningen utgör grund för en<br />

pla<strong>ner</strong>ad utgivning av nya versio<strong>ner</strong> av arkitekturdokumentet<br />

o Arbetsplanen beskriver hur arkitekturdokumentet<br />

kvalitetssäkras och förankras med ambitionen att inga nya<br />

referensgrupper tillskapas<br />

Måldatum 2007-10-01 för 3 och 4.<br />

4.5.2 Organisation<br />

Programverksamhet under Vervas ledning i nära samverkan med Vervas<br />

etablerade samverkansgrupper, e-Forum, arkitektnätverket med flera.<br />

Arbetet skall också ske i nära samverkan och avstämning med<br />

• IT-Standardiseringskommittén<br />

• IDABC:s uppdateringsprojekt av European Interoperability<br />

Framework och Architecture Guideleines.


PM 19 (19)<br />

2006-10-02<br />

4.5.3 Finansiering<br />

Grundprogrammet finansieras via Vervas anslag.<br />

Samverkande myndigheter står för sina egna kostnader.<br />

Om den i samverkan föreslagna ambitionsnivån kräver ytterligare<br />

finansiering är förutsättningen för genomförandet antingen att det kan<br />

• samfinansieras av intressenterna eller<br />

• att regeringen beslutar om ytterligare anslag.


Malin<br />

C:\Documents and Settings\malin\Skrivbord\Till PDF\delrapport 1 grundfunktio<strong>ner</strong>.doc<br />

PM 1 (7)<br />

2006-10-02<br />

Delrapport 1 – Grundfunktio<strong>ner</strong><br />

Ingår som bilaga 1 i Vervas förstudie om Arkitektur och ramverk för<br />

interoperabilitet.<br />

Delrapport 1 – Grundfunktio<strong>ner</strong> 1<br />

1 Bakgrund 1<br />

2 Kartläggning och analys 2<br />

3 Slutsats och förslag 3<br />

4 Överväganden inför det fortsatta arbetet 5<br />

1 Bakgrund<br />

Termen ”Grundfunktio<strong>ner</strong>” har på senare tid ofta använts i tal,<br />

presentatio<strong>ner</strong> och skrivelser från såväl närings- som finansdepartementen<br />

för att beskriva visio<strong>ner</strong> och mål för IT-samhället i allmänhet och den<br />

sammanhållna e-förvaltningen i syn<strong>ner</strong>het. Det har också framgått att Verva<br />

förväntas ta en viktig roll för att förverkliga dessa grundfunktio<strong>ner</strong>.<br />

Många som har använt termen grundfunktio<strong>ner</strong> har nog betraktat dess<br />

innebörd som underförstådd och självklar, men det har visat sig att det finns<br />

olika tolkningar. Det finns också olika uppfattningar om hur viktigt det<br />

egentligen är att ge termen en entydig definition, men för Verva är motivet<br />

för att det behövs en definition följande:<br />

Om Verva skall kunna åta sig att driva utvecklingen av grundfunktio<strong>ner</strong> så<br />

är det avgörande att ha en samsyn med såväl beställare (regeringen) som<br />

med leverantörer (IT-branschen) och användare (förvaltningen, företag,<br />

medborgare) kring vad det egentligen är som skall produceras.


PM 2 (7)<br />

2006-10-02<br />

2 Kartläggning och analys<br />

I IT-propositionen (juli 2005, se<br />

http://www.regeringen.se/sb/d/108/a/47411) förekommer termen<br />

grundfunktio<strong>ner</strong> på 23 ställen. Den har också använts i flera andra publika<br />

sammanhang, i både tal och skrift. Vid ett större samrådsmöte med<br />

representanter för Verva och regeringskansliet (Näringsdepartementet,<br />

Finansdepartementet och regeringens IT-strategigrupp) blev det uppenbart<br />

att det fanns olika tolkningar som skilde sig åt och ledde till missförstånd.<br />

Detta föranledde en serie mindre uppföljningsmöten med fokus på<br />

definitionsfrågan, dels internt inom Verva och dels med representanter för<br />

IT-strategigruppen respektive med Sveriges Kommu<strong>ner</strong> och Landsting<br />

(SKL).<br />

Följande skiljelinjer i uppfattningarna kunde konstateras:<br />

Vervas representanter har i första hand uppfattat termen ”grundfunktio<strong>ner</strong>”<br />

som konkreta tekniska lösningar (produkter eller tjänster), som tillgodoser<br />

ett identifierat ge<strong>ner</strong>ellt funktionsbehov för den offentliga sektorn. Dessa<br />

har antingen har upphandlats via ramavtal (t.ex. eId, Infratjänsten), eller har<br />

utvecklats och förvaltats av en utpekad organisation/myndighet (t.ex.<br />

www.sverige.se). Utgångspunkten uppfattades i första hand som<br />

verksamhets-/in<strong>format</strong>ions-/programvarufokuserad med inriktning på<br />

försörjning med lösningar.<br />

IT-strategigruppens användning av termen ”grundfunktio<strong>ner</strong>” avser tvärtom<br />

inte några färdiga produkter, tjänster eller tekniska lösningar, utan snarare<br />

kravspecifikatio<strong>ner</strong> för hur man skall realisera grundfunktio<strong>ner</strong>na ifråga.<br />

Man menar också att grundfunktio<strong>ner</strong> i sin tur kan bygga på andra<br />

grundfunktio<strong>ner</strong>, i flera nivåer eller skikt, varför en del grundfunktio<strong>ner</strong> kan<br />

vara teknikorienterade interna komponenter, långt ifrån det som användaren<br />

ser och är medveten om. Utgångspunkten uppfattades i första hand vara mer<br />

inriktad på infrastrukturfrågor, t.ex. Internet och bredbandsutbyggnad. Man<br />

framhöll också några av e-nämndens riktlinjer som exempel på goda<br />

grundfunktio<strong>ner</strong>.<br />

SKL-representanterna hade ungefär samma synsätt som IT-strategigruppen,<br />

möjligen med den skillnaden att man betonade att kraven på<br />

grundfunktio<strong>ner</strong>na skall ta sin utgångspunkt i verksamhetens processer.<br />

Sedan kan i och för sig medborgarens funktionskrav i slutändan t.ex. leda<br />

till tekniska krav på IT-infrastrukturen. Även SKL betonade att<br />

grundfunktio<strong>ner</strong>na inte får bygga på specifika produkter eller tjänster. Ett<br />

viktigt motiv var att undvika inlåsningseffekter till ett fåtal leverantörer utan<br />

att istället öppna upp marknaden även för små leverantörer och att skapa<br />

priskonkurrens.


3 Slutsats och förslag<br />

PM 3 (7)<br />

2006-10-02<br />

Tolkningsfrågan verkar alltså främst handla om huruvida grundfunktio<strong>ner</strong>na<br />

1. utgörs av produkter eller tjänster (dvs. fungerande tekniska lösningar)<br />

eller<br />

2. utgörs av funktionella kravspecifikatio<strong>ner</strong>, som gör det möjligt för olika<br />

aktörer att upphandla eller utveckla de produkter eller tjänster som realiserar<br />

grundfunktio<strong>ner</strong>na.<br />

Vi konstaterar att alternativ två torde vara den tolkning som ligger närmast<br />

till hands. I diskussio<strong>ner</strong>na framkom dock att termen ”funktion” i dagligt tal<br />

brukar uppfattas som något som redan ”fungerar”, dvs. en existerande<br />

lösning och inte bara en beskrivning av en potentiell lösning. För att minska<br />

risken för fortsatta missförstånd är det därför i många sammanhang mer<br />

korrekt att använda termerna ”krav” eller ”specifikation”, eller<br />

kombinatio<strong>ner</strong> som funktionsspecifikation, kravspecifikation eller krav på<br />

grundfunktion.<br />

Vidare blev vi uppmärksammade på den beskrivning av grundfunktio<strong>ner</strong><br />

som finns i Näringsdepartementets strategiprogram ”IT- och<br />

telekombranschen – en del av Innovativa Sverige”, publicerat i december<br />

2005, se sidan 16 i<br />

http://www.regeringen.se/download/97a347f4.<strong>pdf</strong>?major=1&minor=54862<br />

&cn=attachmentPublDuplicator_0_attachment :<br />

”Grundfunktio<strong>ner</strong> är ett samlingsbegrepp för ge<strong>ner</strong>ella funktio<strong>ner</strong> som<br />

vissa eller alla parter i samhället har behov och <strong>nytt</strong>a av.<br />

Dessa funktio<strong>ner</strong> kan vara självständiga, t.ex. identifiering, eller vara en<br />

komponent i ett system, t.ex. gränssnitt i upphandlingssystem.<br />

Grundfunktio<strong>ner</strong> är inte tekniska lösningar. De är funktionella<br />

specifikatio<strong>ner</strong> av gränssnitt och funktion, som olika leverantörer kan<br />

finna olika lösningar och tillämpningar för.”<br />

Vi föreslår att ovanstående definition av grundfunktio<strong>ner</strong> fortsatt får gälla,<br />

men att man när så är lämpligt förtydligar med att explicit tala om<br />

specifikatio<strong>ner</strong> av grundfunktio<strong>ner</strong>. Ett ytterligare förslag är att, när så är<br />

lämpligt, använda uttrycket nationella specifikatio<strong>ner</strong>. (Strävan bör givetvis<br />

vara att om möjligt utgå från internationella specifikatio<strong>ner</strong>, standarder eller<br />

rekommendatio<strong>ner</strong>, men ibland finns det inga sådana att hänvisa till.)


PM 4 (7)<br />

2006-10-02<br />

Vidare har vi också stämt av definitionen av grundfunktio<strong>ner</strong> enligt ovan<br />

med berörda representanter för Finansdepartementet, som har arbetat med<br />

att formulera regeringens e-förvaltningsstrategi, och har då kommit fram till<br />

följande: Slutsatserna om innebörden i grundfunktio<strong>ner</strong> är rätt, men med<br />

tanke på att begreppet uppenbart har vållat mycket förvirring och diskussion<br />

så är det kanske bättre om vi lägger begreppet åt sidan och istället använder<br />

kravspecifikatio<strong>ner</strong> eller förvaltningsgemensamma kravspecifikatio<strong>ner</strong> när<br />

det handlar om de krav på IT-lösningar som är gemensamma för hela<br />

förvaltningen.<br />

Dessa kravspecifikatio<strong>ner</strong> kan förekomma på alla nivåer i en verksamhets-<br />

eller IT-arkitektur. I Vervas fortsatta studie om arkitektur och ramverk avser<br />

vi att påbörja kartläggningen av behovet av nationella specifikatio<strong>ner</strong> för<br />

grundfunktio<strong>ner</strong>, att placera in eventuella existerande grundfunktio<strong>ner</strong> i en<br />

översikt och att identifiera eventuella kompletteringsbehov, överlapp eller<br />

luckor.<br />

Några viktiga områden där nationella specifikatio<strong>ner</strong> troligen behövs och<br />

bör vidare- eller nyutvecklas är t.ex.<br />

• Säkert in<strong>format</strong>ionsutbyte (omfattande t.ex. transport, struktur,<br />

terminologi)<br />

• eLegitimatio<strong>ner</strong> (för individer och organisatio<strong>ner</strong>)<br />

• eUnderskrifter och eStämplar<br />

• Personliga in<strong>format</strong>ionstjänster (Mina Sidor)<br />

• Funktio<strong>ner</strong> för mottagning/utskick av myndighetsin<strong>format</strong>ion<br />

• Utformning av webbdialoger<br />

• Säker lagring av in<strong>format</strong>ion<br />

• eInköp (omfattande t.ex. eUpphandling, eHandel, eFaktura)<br />

• Ledningssystem för IT-tjänster (ITIL, ISO/IEC 20000)<br />

• Ledningssystem för in<strong>format</strong>ionssäkerhet (LIS, SS-ISO/IEC<br />

17799:2005)


PM 5 (7)<br />

2006-10-02<br />

I Statskontorets ”diskussionsunderlag om en arkitektur för en modern<br />

nätverksförvaltning”, 2004:27, se<br />

http://www.statskontoret.se/Statskontoret/Templates/PublicationPage____1<br />

997.aspx , presenteras en arkitekturmodell. Där kan man tänka sig att<br />

placera in en ge<strong>ner</strong>ell bottenplatta av gemensamma specifikatio<strong>ner</strong> av<br />

grundfunktio<strong>ner</strong>. Om dessa följs när olika tillämpningar i den<br />

ovanförliggande strukturen realiseras, oavsett vilka delar som berörs i det<br />

enskilda fallet, så bör man på sikt kunna uppnå önskvärda effekter som<br />

harmonisering, interoperabilitet och återanvändning.<br />

Användarbehov<br />

och<br />

-efterfrågan<br />

Arkitektur för en sammanhållen e-förvaltning<br />

Gemensammaförgrundsfunktio<strong>ner</strong><br />

Verksamhetssystem<br />

Verksamhetssystem<br />

Verksamhetssystem<br />

Gemensamma grundfunktio<strong>ner</strong><br />

Gemensamma<br />

strukturer<br />

och<br />

resurser<br />

4 Överväganden inför det fortsatta arbetet<br />

I näringsdepartementets ovan refererade IT-strategiprogram fortsätter texten<br />

om grundfunktio<strong>ner</strong>, efter definitionen, med följande resonemang:<br />

”Grundfunktio<strong>ner</strong>na kan liknas vid byggstenar med vilka grunden i en<br />

upphandling kan läggas. Varje upphandling innehåller olika många och<br />

olika kombinatio<strong>ner</strong> av byggstenar som kompletterar de för tillfället unika<br />

verksamhetsbehoven. Förekomsten av, och allmän kännedom om, sådana<br />

grundfunktio<strong>ner</strong> möjliggör att den statliga myndighet, kommun, landsting<br />

eller småföretagare som är först att införa och använda en ny grundfunktion<br />

inte behöver ta hela nationens kostnad för framtagningen. Därmed minskar<br />

myndigheters, kommu<strong>ner</strong>s och småföretags risktagande vid investeringar<br />

eftersom risken för inlåsning och isolerade tekniska öar minskar, vilket i sin<br />

tur ökar utbytet av en IT-investering. Upphandlingen kan effektiviseras<br />

genom att gemensamma grundfunktio<strong>ner</strong> möjliggör en ökad konkurrens


PM 6 (7)<br />

2006-10-02<br />

mellan olika tillhandahållare av tekniska lösningar för dessa funktio<strong>ner</strong>.<br />

Gemensamma normer och grundfunktio<strong>ner</strong> är därför viktiga för IT- och<br />

telekombranschen. I kraft av den storlek som stat och kommun har som<br />

upphandlare kan grundfunktio<strong>ner</strong>na få stor genomslagskraft även på den<br />

privata marknaden. Därmed ges ett bidrag till att öka takten i övergången<br />

till in<strong>format</strong>ionssamhället. Arbetet med standarder och normer ska även<br />

säkerställa att man tillvaratar redan gjord utveckling inom såväl privat som<br />

offentlig sektor. Det finns idag specifikatio<strong>ner</strong> för ett antal grundfunktio<strong>ner</strong>.<br />

Samtidigt saknas fortfarande sådana för andra ändamål, de är inte<br />

ge<strong>ner</strong>ella eller de kan vara mindre lämpliga och behöva vidareutvecklas.<br />

Ett projekt för att utveckla grundfunktio<strong>ner</strong> består sannolikt av flera<br />

delprojekt, med olika målgrupper, ge<strong>ner</strong>ella grundfunktio<strong>ner</strong> för alla (t.ex.<br />

identifiering och säker kommunikation) eller grundfunktio<strong>ner</strong> för olika<br />

livssituatio<strong>ner</strong> och behov (t.ex. finansiella ärenden, vård etc.) Det finns<br />

också andra områden som kan anses vara av arten grundfunktio<strong>ner</strong>.”<br />

Det finns anledning att ytterligare analysera och utveckla dessa resonemang:<br />

Vilka är våra övergripande syften, vilka <strong>nytt</strong>or räkna vi med att uppnå, på<br />

vilken nivå skall kraven specificeras, vem kan bäst utforma kraven, finns det<br />

motstridiga krav från olika intressenter och hur kan man säkerställa<br />

marknadsförsörjningen med kostnadseffektiva tekniska lösningar för<br />

grundfunktio<strong>ner</strong>na? Några ansatser som har föreslagits kan t.ex. vara att<br />

• kraven på grundfunktio<strong>ner</strong> bör utgå från ge<strong>ner</strong>ella medborgar- eller<br />

verksamhets<strong>nytt</strong>or<br />

• detaljerade tekniska kravspecifikatio<strong>ner</strong> bör undvikas, såvida de inte<br />

är väl motiverade och kan hänvisa till beprövade och kända<br />

standarder<br />

• produkt- och tjänsteförsörjningen kan inte ge<strong>ner</strong>ellt och på alla<br />

områden överlämnas till marknaden, enbart via fastställda och<br />

publicerade specifikatio<strong>ner</strong>. Annan styrning och stimulans kan<br />

behövas, t.ex. via ramavtal, gemensamma finansieringslösningar,<br />

offentliga-privata part<strong>ner</strong>skap osv.<br />

I Näringsdepartementets IT-strategi jämförs grundfunktio<strong>ner</strong>na med<br />

byggstenar som kan kombi<strong>ner</strong>as på många olika sätt för olika<br />

verksamhetsbehov. Detta synsätt stämmer väl överens med principerna<br />

för en tjänsteorienterad arkitektur (SOA; Service Oriented Architecture),<br />

som är den sannolika utgångspunkten för den kommande<br />

arkitekturmodellen (se vidare delrapport 3).<br />

De verktyg som närmast står till buds för att fastställa gemensamma<br />

kravspecifikatio<strong>ner</strong> är antingen bindande föreskrifter eller<br />

rekommenderande riktlinjer och vägledningar, som i sin tur pekar på de<br />

standarder, metoder, processer, gränssnitt osv. som skall tillämpas.


Användarbehov<br />

och<br />

-efterfrågan<br />

PM 7 (7)<br />

2006-10-02<br />

Arkitektur för en sammanhållen e-förvaltning<br />

Gemensammaförgrundsfunktio<strong>ner</strong><br />

Verksamhetssystem<br />

Verksamhetssystem<br />

Verksamhetssystem<br />

Gemensamma kravspecifikatio<strong>ner</strong><br />

Gemensamma<br />

strukturer<br />

och<br />

resurser<br />

Föreskrifter Riktlinjer Vägledningar<br />

Verva som plattform för samverkan<br />

Specifikatio<strong>ner</strong> Standarder Metoder Processer Gränssnitt<br />

Å andra sidan kan vi inte börja om från noll, utan vi måste ta tillvara de<br />

investeringar och erfarenheter som redan finns. Vi har mycket som<br />

fungerar väl och bör användas, även om vidareutveckling och<br />

anpassning till nya krav kan behövas. Några exempel på sådant som vi<br />

kan utgå ifrån, både i form av gemensamma kravspecifikatio<strong>ner</strong> och i<br />

form av existerande produkter och tjänster, har lagts in i följande bild:<br />

Användarbehov<br />

och<br />

-efterfrågan<br />

Arkitektur för en sammanhållen e-förvaltning<br />

Gemensammaförgrundsfunktio<strong>ner</strong><br />

Verksamhetssystem<br />

Verksamhetssystem<br />

Verksamhetssystem<br />

Gemensamma grundfunktio<strong>ner</strong><br />

E-Nämndens Riktlinjer E-Nämndens Vägledningar<br />

e-Id SHS Infra-tjänst SGSI<br />

Gemensamma<br />

strukturer<br />

och<br />

resurser<br />

nationell topp-domän sverige.se Rättsin<strong>format</strong>ions-systemet<br />

Inom andra områden pågår projekt som kan komplettera bilden. De<br />

behöver fogas in i ett gemensamt ramverk för att skapa överblick över<br />

vilka insatser som är mest angelägna för att närma oss den sammanhållna<br />

e-förvaltningen. I delrapport 2 inventeras krav och förväntningar<br />

från EU-håll och i delrapport 3 kartläggs och diskuteras allmänna<br />

principer och pågående insatser från olika organisatio<strong>ner</strong> och länder.


Malin<br />

C:\Documents and Settings\malin\Skrivbord\Till PDF\delrapport 2 EU-förutsättningar.doc<br />

PM 1 (27)<br />

2006-10-02<br />

Delrapport 2 - Krav och förutsättningar från<br />

EU-initiativ på vårt nationella arbete<br />

Ingår som bilaga 2 i Vervas förstudie om Arkitektur och ramverk för<br />

interoperabilitet.<br />

Delrapport 2 - Krav och förutsättningar från EU-initiativ på vårt<br />

nationella arbete 1<br />

1 i2010 – Det europeiska in<strong>format</strong>ionssamhället för tillväxt och<br />

sysselsättning 2<br />

1.1 Handlingsplan för e-förvaltning inom ramen för initiativet i2010:<br />

Ett snabbare införande av e-förvaltning i Europa till <strong>nytt</strong>a för alla 4<br />

1.2 EPAN eGovernment Working Group 6<br />

2 ICT-standardisering 7<br />

2.1 Om den europeiska standardiseringens roll i EU:s politik och<br />

lagstiftning 7<br />

2.2 CEN och CEN/ISSS 10<br />

2.2.1 CEN/ISSS eGovernment Focus Group 10<br />

2.2.2 CEN/ISSS ADNOM Workshop (ADMinistrative NOMenclature) 10<br />

2.2.3 CEN/ISSS eBIF (European e-Business Interoperability Forum) 11<br />

3 Interoperabilitet 11<br />

3.1 Interoperabilitet för alleuropeiska förvaltningstjänster 11<br />

3.2 IDABC (Interoperable Delivery of European eGovernment<br />

Services to public Administrations, Business and Citizens) 13<br />

3.3 EIF (European Interoperability Framework) 14<br />

3.4 AG (Architecture Guidelines) 14<br />

3.5 Content Interoperability Strategy 15<br />

3.6 ODF (Open Document Formats) 15<br />

3.7 OSS (Open Source Software) 16<br />

3.8 eProcurement 16<br />

3.9 eID 17<br />

3.10 eLink 17<br />

3.11 TESTA 18<br />

4 eInköp/eHandel 19<br />

5 Pågående forskning och studier 20<br />

5.1 Barriers to eGovernment 20<br />

5.2 eGovernment research roadmap 2020 21<br />

6 Sammanfattning, analys och slutsatser 24<br />

6.1 Sammanfattning 24<br />

6.2 Analys och slutsatser 27


PM 2 (27)<br />

2006-10-02<br />

1 i2010 – Det europeiska<br />

in<strong>format</strong>ionssamhället för tillväxt och<br />

sysselsättning<br />

(Meddelande från Kommissionen till Rådet och Europaparlamentet m.fl.,<br />

KOM(2005) 229, 1.6.2005)<br />

http://europa.eu.int/eurlex/lex/LexUriServ/site/sv/com/2005/com2005_0229<br />

sv01.<strong>pdf</strong>#search=%22KOM(2005)%20229%22<br />

I juni 2005 presenterade Europeiska kommissionen ett förslag till en ny<br />

strategisk ram, i2010 – Europeiska in<strong>format</strong>ionssamhället 2010 med<br />

allmänna riktlinjer. Syftet är att främja en öppen och konkurrenskraftig<br />

digital ekonomi och betona IT:s roll som en motor för integration och<br />

livskvalitet. Strategin är en viktig del av det förnyade Lissabonpart<strong>ner</strong>skapet<br />

för tillväxt och sysselsättning och kommer att utvecklas till en integrerad<br />

strategi för in<strong>format</strong>ionssamhället och audiovisuella medier i EU. I strategin<br />

föreslår kommissionen tre prioriteringar för Europas in<strong>format</strong>ionssamhälle<br />

och media:<br />

i) Att skapa ett gemensamt europeiskt in<strong>format</strong>ionsområde som främjar en<br />

öppen och konkurrenskraftig inre marknad för in<strong>format</strong>ionssamhället och<br />

media;<br />

ii) Att stärka innovation och investeringar i IT-forskning för att främja<br />

tillväxt och fler och bättre arbetstillfällen;<br />

iii) Att uppnå ett europeiskt in<strong>format</strong>ionssamhälle där alla kan delta som<br />

främjar tillväxt och sysselsättning på ett sätt som överensstämmer med<br />

hållbar utveckling och som prioriterar bättre offentliga tjänster och<br />

livskvalitet.<br />

I dokumentet beskrivs målen för i2010 och de viktigaste verksamheterna<br />

som är helt integrerade och överensstämmer med den nya<br />

förvaltningscykeln för Lissabonprocessen.<br />

Målen är;<br />

− Ett gemensamt europeiskt in<strong>format</strong>ionsområde som erbjuder säker<br />

bredbandskommunikation till rimligt pris, ett rikt och diversifierat<br />

innehåll och digitala tjänster.<br />

− Resultat på världsnivå i forskning och innovation i IT genom att minska<br />

klyftan till Europas ledande konkurrenter.<br />

− Ett in<strong>format</strong>ionssamhälle som är integrerat, tillhandahåller<br />

högkvalitativa offentliga tjänster och främjar livskvaliteten.


PM 3 (27)<br />

2006-10-02<br />

Det tredje målet är tydligt riktat till medlemsstaternas förvaltningar.<br />

Kommissionen skriver att i takt med att användningen av IT ökar blir dess<br />

inverkan på samhället allt större. Därför har kommissionen tillsammans med<br />

medlemsstaterna tagit fram strategier för att säkerställa att IT kommer alla<br />

medborgare till <strong>nytt</strong>a genom att förbättra de offentliga tjänsterna och göra<br />

dem mer kostnadseffektiva och tillgängliga samt att förbättra livskvaliteten.<br />

I i2010 betonas starkt att alla skall kunna delta och att människor måste få<br />

en grundläggande digital kompetens. De offentliga tjänsterna är en<br />

betydande del av den europeiska ekonomin. Den offentliga upphandlingen<br />

svarar t.ex. för 16 % av BNP. En viktig utmaning är att göra dessa tjänster<br />

bättre, mer tillgängliga och mer kostnadseffektiva. Avsevärda framsteg har<br />

uppnåtts vad gäller utbyggnaden av IT-baserade offentliga tjänster.<br />

Kommissionen framhåller att de länder som har kommit långt när det gäller<br />

den offentliga sektorns öppenhet, effektivitet och e-förvaltning också ligger<br />

i topp när det gäller ekonomi och konkurrenskraft1. Den starka kopplingen<br />

mellan ett lands konkurrenskraft, grad av innovationsförmåga och kvalitet<br />

på offentliga förvaltningar betyder att bättre förvaltning är ett absolut krav<br />

för att hävda sig i den globala konkurrensen. Genom e-förvaltning kan den<br />

offentliga sektorn ge ett viktigt bidrag till Lissabonagendan.<br />

För att uppnå mål 3 aviserade kommissionen följande åtgärder för att<br />

lansera i2010:s sociala dagordning:<br />

− Utfärda riktlinjer om strategier för bredbandstillgänglighet och<br />

bredbandstäckning (2005).<br />

− Föreslå ett europeiskt initiativ för e-integration (2008).<br />

− Anta en åtgärdsplan för e-förvaltning och strategiska riktlinjer om ITbaserade<br />

offentliga tjänster (2006).<br />

− Lansera demonstrationsprojekt för att på operativ nivå testa tekniska,<br />

rättsliga och<br />

− organisatoriska lösningar i syfte att lägga ut offentliga tjänster på nätet<br />

(2007).<br />

− Starta tre IT-initiativ för ”livskvalitet”, som ett första steg (2007).


PM 4 (27)<br />

2006-10-02<br />

1.1 Handlingsplan för e-förvaltning inom ramen<br />

för initiativet i2010: Ett snabbare införande av<br />

e-förvaltning i Europa till <strong>nytt</strong>a för alla<br />

(Meddelande från Kommissionen till Rådet och Europaparlamentet m.fl.,<br />

KOM(2006) 173, 25.4.2006)<br />

http://europa.eu.int/in<strong>format</strong>ion_society/activities/egovernment_research/do<br />

c/highlights/comm_<strong>pdf</strong>_com_2006_0173_f_sv_acte.<strong>pdf</strong>#search=%22KOM(<br />

2006)%20173%22<br />

I April 2006 presenterade Europeiska kommissionen sin handlingsplan för<br />

e-förvaltning. Den är en del av initiativet i2010 för arbetstillfällen och<br />

tillväxt i in<strong>format</strong>ionssamhället. Målsättningen är att bidra till<br />

förverkligandet av Lissabonagendan och andra delar av kommissionens<br />

politik.<br />

Kommissionen framhåller att det är viktigt att skynda på införandet av eförvaltning<br />

för att kunna modernisera och skapa nya lösningar. Orsaken till<br />

det är att regeringarna står inför flera svåra utmaningar, bl.a. åldrandet,<br />

klimatförändringarna och terrorismen. Samtidigt kräver medborgarna bättre<br />

service, större säkerhet och ökad demokrati, och företagen mindre byråkrati<br />

och större effektivitet.<br />

I takt med att Europeiska unionen utvidgas och omfattar en allt större<br />

mångfald, uppstår nya behov och krav, t.ex. på sammanhängande och<br />

gränslösa offentliga förvaltningar, något som är avgörande för att öka<br />

medborgarnas möjligheter till rörlighet och företagande i Europa.<br />

E-förvaltning kan vara ett redskap för regeringarna att möta dessa<br />

utmaningar och krav.<br />

Med handlingsplanen vill kommissionen<br />

− snabbare kunna ge alla medborgare och företag påtagliga fördelar,<br />

− se till att e-förvaltning på nationell nivå inte leder till nya hinder på den<br />

inre marknaden p.g.a. uppsplittring och bristande interoperabilitet,<br />

− utöka fördelarna med e-förvaltning till EU-nivå genom att möjliggöra<br />

skalfördelar inom medlemsstaternas initiativ och genom att samarbeta<br />

om gemensamma europeiska frågor,<br />

− se till att alla berörda aktörer i EU samarbetar om utformning och<br />

genomförande av e-förvaltning.


PM 5 (27)<br />

2006-10-02<br />

Handlingsplanen har sin viktigaste utgångspunkt i den ministerdeklaration<br />

som antogs vid den tredje ministerkonferensen i Manchester om eförvaltning,<br />

då man formulerade tydliga förhoppningar om utbredda och<br />

mätbara fördelar av e-förvaltning till 2010.<br />

Den beskriver hur Europeiska kommissionen skall stödja medlemsstaternas<br />

målsättningar och gemenskapens politik, särskilt när det gäller<br />

Lissabonstrategin, inre marknaden, bättre lagstiftning och europeiskt<br />

medborgarskap.<br />

Den expertgrupp, eGov Subgroup, som bildades under i2010-initiativet för<br />

utarbetandet av kommissionens handlingsplan kommer att utgöra<br />

kommissionens styrgrupp för genomförandet av handlingsplanen. Under<br />

denna grupp har det bildats fem expertgrupper en för var och en av<br />

handlingsplanens delmål. Finansdepartementet deltar i styrgruppen medan<br />

Verva deltar som experter i grupperna B, C och D i syfte att följa arbetets<br />

utveckling och påverka des inriktning med utgångspunkt från svenska<br />

strategiska mål.<br />

Handlingsplanen ställer upp fem viktiga mål för e-förvaltning och näm<strong>ner</strong><br />

några särskilda målsättningar inför 2010:<br />

A. Inget utanförskap: Att skynda på ”integrationen” genom e-förvaltning<br />

så att alla medborgare senast 2010 har god tillgång till och kan dra <strong>nytt</strong>a<br />

av pålitliga och innovativa tjänster. Expertgruppens ambition är att öka<br />

e-tjänsternas tillgänglighet och användbarhet för alla medborgare oavsett<br />

de enskildas förutsättningar.<br />

B. Verklig effektivitet och ändamålsenlighet: Att fram till 2010 avsevärt<br />

bidra till att användarna blir nöjdare, att öppenhet och ansvarighet ökar,<br />

att den administrativa bördan blir mindre och att det skapas<br />

effektivitetsvinster. Expertgruppens uppdrag är att lämna förslag till<br />

indikatorer för mätning och uppföljning av utvecklingen och<br />

effektiviteten i nationell elektronisk förvaltning. De föreslagna<br />

indikatorerna kommer att testas under 2007.<br />

C. Att leverera nyckeltjänster med stor genomslagskraft till<br />

medborgare och företag: Senast 2010 skall 100 % av offentlig<br />

upphandling vara tillgänglig elektroniskt och det verkliga ut<strong>nytt</strong>jandet<br />

ligga på 50 %, och man skall avtala om samarbete om fler elektroniska<br />

tjänster med stor genomslagskraft. Expertgruppens uppdrag är att<br />

utarbeta gemensamma lösningar för elektronisk upphandling och som<br />

ökar den gränsöverskridande handeln. Arbetet sker i nära samarbete med<br />

det arbete som sker inom IDABC.<br />

D. Att skapa grundförutsättningar: Senast 2010 skall medborgare och<br />

företag ha tillgång till bekväma, säkra, interoperabla och verifierade


PM 6 (27)<br />

2006-10-02<br />

offentliga tjänster i hela Europa. Expertgruppens uppgift är att hitta<br />

gemensamma lösningar och förutsättningar för användningen av elegitimatio<strong>ner</strong><br />

inom EU. Gruppen ska också tillta på möjligheten att<br />

skapa gemensamma ”standarder” för e-dokument. Gruppen kommer<br />

under 2007 att köra ett antal piloter.<br />

E. Att öka deltagande och demokratiskt beslutsfattande: Att senast<br />

2010 kunna uppvisa verktyg för en verksam offentlig debatt och<br />

deltagande i det demokratiska beslutsfattandet. Det här målet finns inte<br />

med i Ministerdeklarationen från Manchester. Kommissionen har dock<br />

fått ett önskemål från EU-parlamentet om utvecklingen av ett verktyg<br />

för att öka EU-medborgarnas deltagande i den politiska diskussionen<br />

och som ger dem möjlighet att följa och granska parlamentarikernas<br />

arbete. Arbetet sköts helt av kommissionen.<br />

Handlingsplanen har haft stor betydelse för utarbetandet av regeringens estrategi<br />

som presenterades i juni 2006.<br />

1.2 EPAN eGovernment Working Group<br />

EPAN ¬– European Public Administration Network, är ett europeiskt<br />

informellt nätverk för ge<strong>ner</strong>aldirektörer ansvariga inom området för statlig<br />

förvaltnings- och personalpolitik. Nätverket och arbetsgruppernas arbete<br />

administreras av det land som vid tillfället innehar EU:s ordförandeskap.<br />

En av nätverkets arbetsgrupper är eGovernment Network. Gruppen har<br />

främst fungerat som ett forum för utbyte av erfarenheter och diskussion av<br />

för de europeiska förvaltningarnas gemensamma behov. Under de senaste<br />

tre åren har dock samarbetet med EU-kommissionen ökat. Guppens arbete<br />

har också dokumenterats och fastställts i ett antal ministerdeklaratio<strong>ner</strong>. Den<br />

senaste i raden är den ministerdeklaration som antogs i Manchester,<br />

november 2005. I deklarationen som utarbetats av det brittiska<br />

ordförandeskapet fastställs ett antal gemensamma mål för utvecklingen av<br />

elektronisk förvaltningen inom Europa. Ansvariga ministrar överlämnar<br />

deklarationen till Ministerrådet för Transport, Telekommunikation och<br />

E<strong>ner</strong>gi och inbjuder kommissionen att innefatta målen i sitt meddelande<br />

med Action Plan for eGovernment under the framework of i2010.


PM 7 (27)<br />

2006-10-02<br />

Arbetsgruppen för eGovernment har på så sätt haft betydelse för EU:s<br />

medlemsländer och EU-kommissionen diskussio<strong>ner</strong> och hantering av frågor<br />

som i annat fall inte ryms inom EU:s fördrag. Arbetet i samband med<br />

kommissionens vidare utveckling av Europeiskt gemensamma lösningar har<br />

även betydelse för den svenska förvaltningens vidareutveckling av eförvaltningen.<br />

Regeringens har i sin e-strategi hämtat inspiration för sina mål både från<br />

Ministerdeklarationen från Manchester och Kommissionens handlingsplan.<br />

2 ICT-standardisering<br />

Standardiseringens betydelse för samhällsutvecklingen och<br />

konkurrenskraften har fått ökad uppmärksamhet och standarder kan fungera<br />

som strategiska verktyg för att förverkliga politiska mål.<br />

2.1 Om den europeiska standardiseringens roll i<br />

EU:s politik och lagstiftning<br />

(Meddelande från Kommissionen till Rådet och Europaparlamentet,<br />

KOM(2006) 45, 18.10.2004)<br />

http://ec.europa.eu/enterprise/standards_policy/role_of_standardisation/doc/<br />

communication_sv.<strong>pdf</strong><br />

Standardisering är en del av rådets och kommissionens politik för att uppnå<br />

”bättre lagstiftning”, skärpa företagens konkurrenskraft och avlägsna hinder<br />

för internationell handel.<br />

Kommissionens översyn visade att nuvarande standardiseringssystem i EU,<br />

som huvudsakligen bygger på direktiv 98/34/EG, har gett de resultat som<br />

förväntades. Europeisk standardisering har visat sig vara ett framgångsrikts<br />

verktyg för att fullfölja den inre marknaden för varor. Det finns dock<br />

utrymme för förbättringar för alla berörda parter, dvs. Europeiska<br />

kommissionen, de europeiska standardiseringsorganen, de nationella<br />

standardiseringsorganen, nationella myndigheter, näringslivet och<br />

intresseorganisatio<strong>ner</strong> på standardiseringsområdet.<br />

Kommissionen kommer, i linje med åtagandet att förbättra lagstiftningen, att<br />

fortsätta att bredda användningen av standarder som komplement till<br />

lagstiftning. Europeisk standardisering kan medverka till att stärka<br />

konkurrenskraften i EU-företagen. Genom det frivilliga europeiska<br />

standardiseringssystemet kan mycket göras på alla områden som är viktiga<br />

för att den inre marknaden ska fungera väl, inte bara för varor, utan också<br />

t.ex. tjänster, IT, konsument- och miljöskydd.


PM 8 (27)<br />

2006-10-02<br />

Kommissionen är dock medveten om kritik när det gäller effektiviteten och<br />

snabbheten i arbetet med att ta fram standarder, särskilt på området ny<br />

teknik, t.ex. IT, där snabb standardisering är ett måste om man vill klara de<br />

krav som ställs av snabba förändringar i förutsättningarna på marknaden.<br />

Specifikatio<strong>ner</strong> framtagna av industriforum eller –konsortier spelar en allt<br />

viktigare roll, särskilt på internationell nivå.<br />

Kommissionen bedömer att det finns stor potential för<br />

effektivitetsförbättringar i EU:s standardiseringssystem och dess sätt<br />

att tillmötesgå marknadens eller företagens behov samt hantera<br />

ständiga förändringar i förutsättningarna.<br />

Med hänsyn till att europeisk standardisering är en oberoende verksamhet<br />

och sker på näringslivets initiativ uppmanas de europeiska<br />

standardiseringsorganen att, tillsammans med övriga berörda parter,<br />

undersöka om arbetsmetoderna, förfaringssätten och policyn återspeglar<br />

användarnas behov i tillräcklig grad och överväga bättre sätt att möta<br />

marknadens krav. EU ska bidra till att göra standardisering till ett bättre<br />

komplement till EU:s politik genom att göra en genomgripande<br />

genomgång av organisationen så att standardiseringen kan fylla sin uppgift<br />

på ett effektivt sätt.<br />

Kommissionen ska, i samarbete med de europeiska standardiseringsorganen,<br />

fortsätta att uppmuntra arbetet på internationella standarder i lämpliga<br />

internationella standardiseringsorgan och stödja deras användning.<br />

Standarder kan åstadkomma och säkerställa samverkansförmåga och<br />

därmed hjälpa till att motverka marknadsfragmentering. Detta är särskilt<br />

viktigt när marknader utvecklas snabbt och tekniken ständigt ändras, t.ex.<br />

IT. Här har marknaden förändrats genomgripande och definitivt under det<br />

senaste decenniet. Avregleringen av marknaden har inneburit att olika<br />

sektorer tvingas konkurrera. En värld präglad av monopol har ersatts med<br />

fortlöpande och mångsidig teknisk utveckling.<br />

En viktig trend är förskjutningen från hårdvara till mjukvara. Det betyder att<br />

man rör sig från traditionella former av standardisering mot produkter med<br />

kortare utvecklings- och exploateringscykler. Detta kräver tidig<br />

standardisering för att åstadkomma samverkansförmåga, vilket är en<br />

förutsättning för att man ska slippa marknadsfragmentering, och driver på<br />

arbetet med att ta fram standarder och presentera nya produkter. Vidare<br />

konvergerar telekom och IT. Marknaderna har blivit globala, vilket i sin tur<br />

leder till en ny marknadsorganisation och till samverkan mellan företagen<br />

på internationell nivå. Resultatet är att konsortier och fora spelar en allt<br />

viktigare roll när det gäller att utveckla standarder. Standardisering som<br />

komplement till lagstiftningen om IT är en modell som behöver ses över.


PM 9 (27)<br />

2006-10-02<br />

Följande åtgärder rekommenderas bland annat:<br />

• Utökad användning av europeisk standardisering i EU:s politik och<br />

lagstiftning<br />

• Bättre effektivitet, sammanhållning och synlighet för europeisk<br />

standardisering<br />

• Inom IT-området kommer Kommissionen, tillsammans med<br />

medlemsstaterna och andra berörda parter, att inleda en strategisk<br />

översyn inriktad på att utröna hur samtliga aktörer kan lyckas med<br />

att utarbeta standarder för IT på ett effektivt sätt.<br />

• Kommissionen kommer att fortsätta att stödja internationella<br />

standarder som utarbetas av internationella standardiseringsorgan<br />

(ISO, IEC, ITU) och se till att de tillämpas i EU.<br />

• När internationella standarder utvecklas och omsätts till europeiska<br />

standarder som komplement till EU-politiken måste de europeiska<br />

standardiseringsorganen se till att standarderna är förenliga med<br />

målsättningarna för EU:s politik.<br />

• Europeisk standardisering måste spela en mer framträdande roll på<br />

den internationella scenen och dess konkurrenskraft måste<br />

synliggöras.<br />

Mer in<strong>format</strong>ion om hur arbetet bedrivs vidare för att genomföra dessa<br />

åtgärder finns bland annat på följande länkar:<br />

Meeting the challenges of standardisation in ICT, 17.7.2006<br />

http://europa.eu.int/in<strong>format</strong>ion_society/eeurope/i2010/index_en.htm<br />

EU Study on the specific policy needs for ICT standardisation<br />

http://www.ictstandardisation.eu/index.php


2.2 CEN och CEN/ISSS<br />

PM 10 (27)<br />

2006-10-02<br />

Den formella europeiska standardiseringen hanteras av CEN, CENELEC<br />

och ETSI.<br />

Utöver det egentliga, europeiska standardiseringsarbetet erbjuder CEN/ISSS<br />

(In<strong>format</strong>ion Society Standardization System) även förenklade arbetsformer<br />

för att motsvara efterfrågan på mindre formella samarbetsprocedurer inom<br />

ICT-området. Syftet är att snabbare och enklare kunna ta fram rapporter och<br />

riktlinjer av gemensamt intresse, som ibland också blir beslutsunderlag för<br />

fortsatt arbete. Dessa kan antingen vara<br />

• Workshops, som producerar CWA (CEN Workshop Agreements),<br />

dvs. informella specifikatio<strong>ner</strong> eller rekommendatio<strong>ner</strong>, som kan<br />

ligga till grund för fortsatt formell standardisering, eller<br />

• Focus Groups, vars målsättning t.ex. kan vara att definiera en<br />

standardiseringspolicy eller en arbetsplan som underlag för vidare<br />

aktiviteter.<br />

Finansieringen ordnas av intressenterna själva eller genom sponsorer där<br />

Kommissionen ofta är huvudsponsor.<br />

Exempel på relevanta sådana arbeten är<br />

2.2.1 CEN/ISSS eGovernment Focus Group<br />

skall identifiera, positio<strong>ner</strong>a och dokumentera viktiga standarder, initiativ<br />

och aktiviteter som bidrar till utvecklingen av eGovernment. Gruppen skall<br />

också bedöma hur en permanent organisation skulle kunna organiseras och<br />

bidra till att koordi<strong>ner</strong>a utvecklingen av pan-europeiska e-tjänster, t.ex.<br />

inom ramen för kommissionens IDABC-program.<br />

Gruppen fokuserar på följande tre nyckelområden:<br />

o Standardisering för interoperabla tjänster<br />

o Standardisering kring processer och terminologi (semantik)<br />

o Standardisering av identifieringsmetoder<br />

2.2.2 CEN/ISSS ADNOM Workshop (ADMinistrative<br />

NOMenclature)<br />

fokuserar på den semantiska interoperabiliteten. Ett mål är att etablera ett<br />

nätverk mellan europeiska översättnings- och terminologiorganisatio<strong>ner</strong> för<br />

att utveckla och sprida en harmoniserad administrativ terminologi, bl.a. med<br />

stöd av en webbaserad, decentraliserad databas. Detta är en viktig<br />

förutsättning för att bygga paneuropeiska e-tjänster enligt målsättningen för<br />

eEurope 2005.


PM 11 (27)<br />

2006-10-02<br />

2.2.3 CEN/ISSS eBIF (European e-Business<br />

Interoperability Forum)<br />

Är sedan 2004 verksamt som en europeisk strategisk plattform för att<br />

främjar interoperabiliteten för elektroniska affärer, bland annat genom att<br />

bevaka och rekommendera standardiseringsaktiviteter på området. Man har<br />

nyligen publicerat en ny ”eBusiness Roadmap” som tar upp behoven av att<br />

skapa interoperabilitet på teknisk, semantisk, affärsmässig, organisatorisk<br />

och legal nivå. Man berör utvecklingen av XML, ebXML och Web Services<br />

och behovet av konvergens och samordning av olika standarder. Det finns<br />

också en introduktion till ebXML, ”ebXML for Managers” på eBIF:s webb,<br />

se vidare<br />

http://www.cenorm.be/CENORM/BusinessDomains/businessdomains/isss/a<br />

ctivity/ebif.asp .<br />

Inom CEN/ISSS finns även flera andra arbetsgrupper utöver der redan<br />

nämnda, se http://www.cenorm.be/, som stöder utvecklingen av ramverk för<br />

interoperabilitet i Europa, t.ex. eBES för European eBusiness<br />

Standardization, eCAT för eBusiness-kataloger och ”Cultural Diversity<br />

Focus Group” som uppmärksammar kraven för att klara flerspråkighet osv.<br />

3 Interoperabilitet<br />

3.1 Interoperabilitet för alleuropeiska<br />

förvaltningstjänster<br />

(Meddelande från Kommissionen till Rådet och Europaparlamentet,<br />

KOM(2006) 45, 13.2.2006)<br />

http://europa.eu.int/eurlex/lex/LexUriServ/site/sv/com/2006/com2006_0045sv01.<strong>pdf</strong>#search=%22<br />

KOM(2006)%2045%22<br />

I sitt meddelande från februari 2006 skriver kommissionen att för att stärka<br />

de europeiska ekonomiernas konkurrenskraft krävs att den offentliga<br />

sektorn moderniseras och att samarbetet mellan berörda organisatio<strong>ner</strong><br />

förbättras. Den inre marknaden är beroende av moderna och effektiva<br />

myndigheter som underlättar rörlighet och en problemfri interaktion mellan<br />

medborgare och företag. Det förutsätter moderna myndigheter och kräver<br />

sofistikerad IT-infrastruktur och enhetliga e-förvaltningsprocesser. För att<br />

kunna ut<strong>nytt</strong>ja inforationssamhällets möjligheter att erbjuda


PM 12 (27)<br />

2006-10-02<br />

kostnadseffektiva, öppna och lättillgängliga tjänster krävs de att dessa<br />

förutsättningar är på plats.<br />

Sambandet mellan e-förvaltningsinfrastrukturen och företagens rörlighet<br />

betonas också i förslaget till direktiv om tjänster på den inre marknaden 1 . I<br />

förslaget ställs krav på att medlemsstaterna bygger upp nödvändig<br />

infrastruktur för interoperabilitet i syfte att kunna erbjuda företagen en enda<br />

kontaktpunkt för administrativa förfaranden som krävs för att kunna bedriva<br />

verksamhet över gränserna.<br />

Vidare skriver kommissionen att även andra politikområden inom EU<br />

behöver stöd i form av ökat in<strong>format</strong>ionsutbyte mellan myndigheter. För att<br />

uppnå målen på olika områden krävs därför ökat samarbete mellan<br />

myndigheter och som stöd för detta förutsätts in<strong>format</strong>ionsteknik. Detta<br />

gäller enligt kommissionen oavsett om det handlar om rättsliga och inrikes<br />

frågor eller utrikespolitik och säkerhetsfrågor. Därför har interoperabilitet<br />

för e-förvaltningstjänster, baserad på standarder, öppna specifikatio<strong>ner</strong> och<br />

gränssnitt blivit absolut avgörande för framgång. Detta framhölls också som<br />

en förutsättning för att kunna införa e-förvaltningstjänster inom EU, både i<br />

handlingsplanen för eEurope och vid ministermötet i Como i juli 2003.<br />

Detta innebär att även om medlemsstaterna ansvarar för att de nationella<br />

systemen är driftskompatibla så krävs det samarbete och samordning inom<br />

EU för att säkerställa interoperabilitet på EU-nivå, vilket krävs om<br />

gemensam EU-politik och gemensamma prioriteringar ska kunna<br />

genomföras. Frågan om sådan interoperabilitet föreslås därför stå kvar högt<br />

upp på EU:s dagordning för elektroniska tjänster i allmänhetens intresse,<br />

särskilt som en del av det nya strategiska ramverket “i2010 – Det europeiska<br />

in<strong>format</strong>ionssamhället för tillväxt och sysselsättning” och de olika initiativ<br />

och program som hänger samman med det.<br />

Meddelandet har haft betydelse för arbetet inom flera delar av EUkommissionens<br />

arbete inom området för in<strong>format</strong>ionssamhällets tjänster.<br />

Det har också fått genomslag vid utarbetandet av det handlingsprogram för<br />

e-Government som beskrivs i avsnitt 1.2.<br />

Här framhålls vikten av att skapa grundförutsättningar för teknisk,<br />

organisatorisk och semantisk interoperabilitet. Policies och riktlinjer<br />

behöver tas fram och standarder och lagstiftning behöver ses över.<br />

1 Förslag till Europaparlamentets och rådets direktiv om tjänster på den inre<br />

marknaden (KOM(2004) 2, framlagt av kommissionen (Tjänstedirektivet –<br />

Under förhandling)


PM 13 (27)<br />

2006-10-02<br />

På grundval av detta meddelande kommer kommissionen att skapa<br />

förutsättningar för att få till stånd interoperabilitet för alleuropeiska tjänster.<br />

Detta sker bland annat inom IDABC-programmet, där mekanismer för att<br />

säkra den finansiella och operationella varaktigheten för IDABC:s<br />

infrastrukturstjänster även måste utarbetas.<br />

3.2 IDABC (Interoperable Delivery of European<br />

eGovernment Services to public<br />

Administrations, Business and Citizens)<br />

eller ”interoperabelt tillhandahållande av alleuropeiska eförvaltningstjänster<br />

för offentliga förvaltningar, företag och medborgare”<br />

enligt den officiella svenska översättningen”, är ett program som<br />

administreras inom kommissionens DG Enterprise and Industry.<br />

Se även http://ec.europa.eu/idabc/en/home .<br />

Projects of Common Interest (PCIs) implementerar europeiska<br />

eGovernment-tjänster inom utvalda policy-områden.<br />

Horizontal Measures (HMs) implementerar infrastrukturtjänster och<br />

europeiska eGovernment-tjänster som inte tillhör något enskilt policyområde.<br />

HMs kan också avse strategiska stödaktiviteter, t.ex.<br />

• eGovernment Observatory<br />

• Open Source Observatory<br />

IDABC skall påverka och främja utvecklingen av Pan European<br />

eGovernment Services (PEGS) enligt följande modell och några aktuella<br />

IDABC-projekt anges nedan:


PM 14 (27)<br />

2006-10-02<br />

3.3 EIF (European Interoperability Framework)<br />

http://ec.europa.eu/idabc/en/document/3473/5887<br />

Som grund för IDABC.s horisontella projekt för att främja<br />

systemsamverkan över gränserna har man definierat ramverket EIF, som<br />

strukturerar interoperabilitet i tre nivåer,<br />

• teknisk,<br />

• semantisk och<br />

• organisatorisk interoperabilitet.<br />

Fyra målsättningar framhålls som vägledande för att utforma nationella<br />

ramverk i medlemsstaterna:<br />

• Effectiveness: Allow delivery of entirely new services.<br />

• Efficiency: Improved access to in<strong>format</strong>ion and cost reduction.<br />

• Flexibility: Multi-channel access to in<strong>format</strong>ion and services 24/7.<br />

• Transparency: Ease of finding and using services, allowing better access.<br />

Dokumentet innehåller också 17 olika rekommendatio<strong>ner</strong>, fördelade på de<br />

tre interoperabilitetsnivåerna, med principer för utveckling av<br />

gränsöverskridande e-tjänster.<br />

Detta ramverk har fått stort genomslag, och även orsakat stark debatt,<br />

särskilt genom sin definition av öppna standarder, som ifrågasätts av många,<br />

såväl leverantörer som standardiseringsorgan.<br />

Arbetet med en ny version av EIF har just påbörjats, där ambitionen är att<br />

skapa ett policydokument som kan antas av och gälla för hela<br />

Kommissionen.<br />

3.4 AG (Architecture Guidelines)<br />

http://ec.europa.eu/idabc/en/document/2317/5890<br />

IDABC har också sedan flera år arbetat med att ta fram Architecture<br />

Guidelines för Pan-europeiska tjänster och man uppmanar också alla<br />

medlemsländer att fastställa motsvarande egna, nationella guidelines.<br />

IDABC har hittills inte fått fram något accepterat resultat och även här görs<br />

nu en omstart för att pröva nya angreppssätt, där man utgår från de<br />

erfarenheter som har vunnits i olika länders framtagning av sina<br />

Architecture Guidelines. Danmark har erbjudit sig att koordi<strong>ner</strong>a ett<br />

utvidgat samarbete på området, och formerna för hur detta skulle kunna<br />

organiseras diskuteras för närvarande.


PM 15 (27)<br />

2006-10-02<br />

3.5 Content Interoperability Strategy<br />

http://ec.europa.eu/idabc/en/document/3875/5890<br />

Uppdraget bygger på IDA-programmets artikel 6, som handlar om att främja<br />

In<strong>format</strong>ion Content Interoperability. För varje Pan-European<br />

eGovernment Service(PEGS) skall motsvarande datastrukturer göras<br />

interoperabla. Uppdragets kärna är då att definiera en framtida strategi för<br />

content interoperability och att ge rekommendatio<strong>ner</strong> om hur europeiska<br />

semantikfrågor kan hanteras.<br />

Projektteamet har introducerat begreppet Semantic Interoperability Assets<br />

(SIA), som innefattar såväl syntaktiska strukturer i form av XML-scheman<br />

och Core Components som semantiska hjälpmedel som ordlistor,<br />

taxonomier, ontologier, nomenklaturer osv. Befintliga SIA bör publiceras<br />

och spridas för att kunna delas mellan olika PEGS. Det kommer också att<br />

finnas behov av semantic gateways för att kunna mappa mellan olika SIA,<br />

vilket är en svår uppgift, men nödvändigt för att uppnå semantisk<br />

interoperabilitet för vissa PEGS.<br />

3.6 ODF (Open Document Formats)<br />

http://ec.europa.eu/idabc/en/document/3428/5890<br />

IDABC engagerar sig starkt för behovet av enhetliga och öppna <strong>format</strong> för<br />

kontorsdokument. Man för en kontinuerlig dialog med både Open Sourcerörelsen<br />

och Business Software Alliance, liksom med branschens ledande<br />

aktörer som Microsoft, Sun, IBM och Adobe. Man påverkar också<br />

standardiseringsorgan som ISO, ECMA och OASIS för att få till stånd en<br />

harmonisering och standardisering av XML-baserade, öppna <strong>format</strong> som<br />

kan säkerställa en sund konkurrens och långsiktig tillgänglighet till<br />

elektroniska dokument.


PM 16 (27)<br />

2006-10-02<br />

3.7 OSS (Open Source Software)<br />

IDABC arbetar på olika sätt med frågor som rör open source software<br />

(OSS). Motivet är att främja interoperabilitet och att få mer<br />

kostnadseffektiva lösningar för offentlig förvaltning. Viktiga frågor är att<br />

visa på goda exempel och att man kan dela lösningar i syfte att modernisera<br />

offentlig förvaltning.<br />

IDABC har genomfört ett antal aktiviteter för att främja användningen av<br />

OSS i offentlig förvaltning:<br />

• Open Source Observatory. Syftet med denna aktivitet är att<br />

informera om vad som händer både nationellt och på EU-nivå samt<br />

att sprida kunskap om goda exempel inom området<br />

• Open source competence centres. Kompetenscentra för OSS har<br />

etablerats i flera medlemsstater. IDABC har anordnat workshops för<br />

att främja samrbete mellan olika kompetensscentra.<br />

• OSS Migration Guidelines. IDABC har tagit fram en vägledning<br />

som hjälp vid migrering till en öppen miljö.<br />

IDABC kommer under hösten 2006 att påbörja en studie om<br />

förutsättningar för att samla OSS-komponenter i ett centralt<br />

”repository”. Man arbetar även med en särskild programlicens för OSS,<br />

EULP, anpassad efter europeiska förhållanden.<br />

se även http://ec.europa.eu/idabc/eb/chapter/5874<br />

3.8 eProcurement<br />

I de nya EG-direktiven för offentlig upphandling som antogs år 2004<br />

finns regler om elektronisk upphandling. IDABC s bidrag för att skynda<br />

på användning av elektroniska metoder är bl.a. att sprida in<strong>format</strong>ion om<br />

dessa, att tillhandahålla gemensamma funktionella krav och verktyg<br />

samt att arbeta för interoperabla lösningar.<br />

Resultat från arbetet inom IDABC är bl.a.:<br />

• Rapport om ”State of the Art”, status inom EU för elektronisk<br />

upphandling. Man har också kartlagt hinder för handel över<br />

gränserna.<br />

• Funktionella krav för de nya elektroniska upphandlingsförfarandena,<br />

auktio<strong>ner</strong> och dynamiska inköpssystem samt ramavtal


PM 17 (27)<br />

2006-10-02<br />

• Datamodeller och XML-schema för olika delar av inköpsprocessen,<br />

anbud och tilldelning samt order och fakturering<br />

• seminarier och workshops för att visa på goda exemple och främja<br />

utvecklingen.<br />

IDABC arbetar nu med frågor om användning av elektroniska kataloger<br />

för varor och tjänster vid upphandling. Det pågår också en studie av hur<br />

olika bevis som krävs av leverantörer i offentlig upphandling ska kunna<br />

lämnas elektroniskt. Uppdatering pågår även av de funktionella kraven<br />

för systemlösningar.<br />

IDABCs arbetsgrupp för eProcurement samverkar med motsvarande<br />

arbetsgrupper i DG Inre Marknads Rådgivande kommittée för<br />

upphandling samt GD In<strong>format</strong>ion Society.<br />

Se vidare http://ec.europa.eu/idabc/en/chapter/5874 .<br />

3.9 eID<br />

Inom IDABCs arbete med infrastrukturella frågor (”horisontals”) ingår flera<br />

delområden som i princip arbetar med frågor som utgår från krav på<br />

in<strong>format</strong>ionssäkerhet. Bland de infrastrukturella frågorna finns ett område<br />

som direkt avser säkerhet: ”Säkerhetsåtgärder” - Security Measures,<br />

De projekt som ingår i området ”Säkerhetsåtgärder” grupperas under:<br />

• Security Instruments.<br />

• Common Identity Management Service (CIMS).<br />

• Certification Services.<br />

• eID Interoperabilty for PEGS.<br />

• Preliminary study on the mutual recognition of electronic signatures.<br />

Inom dessa projektområden bedrivs både operativa aktiviteter (PKI, Time<br />

Stamping etc) och utredningar inom expertgrupper om identitetshantering,<br />

elektroniska underskrifter etc.<br />

3.10 eLink<br />

http://ec.europa.eu/idabc/en/document/4372/5644<br />

En förutsättning för pan-europeiska tjänster är möjlighet till säkert och<br />

pålitligt in<strong>format</strong>ionsutbyte mellan olika system. Projektet eLink är ett<br />

arbete för att utveckla en europeisk gemensam lösning som pågått under ett<br />

antal år. Behovet motsvarar det som i Sverige har lösts med SHS.


PM 18 (27)<br />

2006-10-02<br />

Utveckling av specifikatio<strong>ner</strong> och en illustrationstillämpning som var tänkt<br />

att ställas till medlemsländernas förfogande som öppen och gratis<br />

programvara har kännetecknats av oklarhet kring hur kommissionen tänkt ta<br />

ansvar för den färdiga produkten och hur den skulle förvaltas och<br />

vidareutvecklas. Sverige meddelade på ett tidigt stadium att användning av<br />

eLink inte var aktuellt i Sverige men att vi såg ett samgående på<br />

specifikationsnivå som eftersträvansvärt när mogna internationella<br />

specifikatio<strong>ner</strong> fanns tillgängliga.<br />

Svårigheterna att få fram en i praktiken användbar produkt har lett till att<br />

denna ambition nu har övergivits till förmån för ett samarbete kring gradvisa<br />

anpassningar av de nationella specifikatio<strong>ner</strong>na till en framtida gemensam<br />

europeisk specifikation. Försörjningen av produkter och tjänster lämnas i<br />

dag till respektive medlemsland. Sverige avser att delta i denna nya aktivitet<br />

och ser hoppfullt på att få en gemensam europeisk användning av de<br />

specifikatio<strong>ner</strong> som nu växer fram främst inom ramen för OASIS arbete<br />

med Web Services.<br />

3.11 TESTA<br />

TESTA står för Trans European Services for Telematics between<br />

Administrations, och är EUs privata IP-baserade nätverk. TESTA liknar<br />

Internet i sin uppbyggnad, men är specifikt för den europeiska<br />

förvaltningens behov och som garanterar särskilda krav på tillgänglighet,<br />

kapacitet och säkerhet. TESTA erbjuder en plattform för telekommunikation<br />

som svarar upp till ett behov av säker kommunikation mellan offentliga<br />

myndigheter i Europa. Målet med TESTA är att tillhandahålla<br />

telekommunikations tjänster för datautbyte i syfte att stödja genomförandet<br />

av EUs politik.<br />

TESTA består att två delar; Europa domänen (EuroDomain) samt den<br />

Lokala domänen (Local Domain). Den Lokala domänen kan vara nationella<br />

eller regionala nätverk. I Sverige består den lokala domänen av SGSI<br />

(Swedish Governmnet Secure Network), se nedan. Europa Domänen är det<br />

europeiska ryggradsnätet för datakommunikation mellan EU institutio<strong>ner</strong>na.<br />

Genom att den Lokala domänen är ansluten till Europa Domänen kan<br />

anslutna platser nås, både i andra Lokala domä<strong>ner</strong> och i Europa Domänen.<br />

Europa Domänen är åtskild från öppna Internet, vilket garanterar säker<br />

överföring av in<strong>format</strong>ion. Uppdelningen på Europa domän och lokal<br />

domän innebär vidare en tydlig fördelning av ansvar och kostnader för<br />

driften. Kommissionen ansvarar för och bekostar Europa domänen.<br />

Medlemsländerna ansvarar för och bekostar den Lokala domänen.


PM 19 (27)<br />

2006-10-02<br />

SGSI – Swedish Government Secure Intranet<br />

I syfte att erbjuda de svenska myndigheterna en kostnadseffektiv anslutning<br />

till Europa domänen har en IP-tjänst enligt särskilda krav upphandlats, som<br />

Telia idag levererar. Verva är systemägare till SGSI och Rikspolisstyrelsen<br />

ansvarar för den särskilda knutpunkten (Swedish Node) som förbinder den<br />

Lokala domänen för Sveriges med Europa domänen. SGSI är en IP-tjänst i<br />

form av ett virtuellt privat nät, och har ingen direkt förbindelse med det<br />

öppna Internet. I Sverige kan SGSI fylla kravet på kostnadseffektiv och<br />

säker kommunikationslösning mellan myndigheter, samt kommunikation<br />

med anslutna europeiska myndigheter till TESTA. SGSI garanterar även<br />

hög tillgänglighet med upp till 99,7% dygnet runt alla dagar. Detta innebär<br />

att om det öppna internet skulle bli överbelastat t.ex. i en krissituation, så<br />

kan ändå anslutna myndigheter kommunicera via SGSI och webbplatser i<br />

SGSI kan vara tillgängliga. En högre tillgänglighet medför även ett högre<br />

pris för tjänsten, och f.n. beslutar myndigheten själv vilken nivå som skall<br />

gälla. Idag finns 18 anslutningar till SGSI, och tolv myndigheter är<br />

ackrediterade för kommunikation inom SGSI.<br />

4 eInköp/eHandel<br />

De nya EU-direktiven om offentlig upphandling omfattar regler om<br />

elektronisk upphandling. Inom DG Inre Marknad och dess Rådgivande<br />

kommittée för upphandling, finns en arbetsgrupper för eProcurement.<br />

Gruppen arbetar främst med tillämpning av det nya regelverket. Syftet med<br />

arbetet i gruppen att främja införande av elektroniska metoder i offentlig<br />

upphandling. Kommissionen har tagit fram en handlingsplan ”Action plan<br />

for the implementation of the new legal framework on electronic public<br />

procurement” som omfattar ett antal åtgärder som ska genomföras på<br />

europeisk nivå. Det finns även åtgärder för nationell nivå, bl.a. ska<br />

medlemsstaterna ta fram egna nationella handlingspla<strong>ner</strong>.<br />

Handlingsplanen för e-förvaltning inom ramen för initiativet i2010 omfattar<br />

ett antal nyckeltjänster för medborgare och företag. En är att offentlig<br />

upphandling ska kunna genomföras elektroniskt senast år 2010. DG<br />

In<strong>format</strong>ion Society håller i en e-procurement sub group. I denna pågår<br />

arbete för att ta fram en ”road-map” till slutet av år 2006. I denna ska bl.a.<br />

man identifiera de viktigaste arbetsområden under åren 2006 – 2010.<br />

Inom standardiseringsorganet CEN/ISS pågår eller har genomförts<br />

workshops och andra aktiviteter som rör e-upphandling och e-handel. Som<br />

exempel kan nämnas en genomgång av standarder mm. för public


PM 20 (27)<br />

2006-10-02<br />

procurement, arbete med elektroniska kataloger och e-invoicing. CEN är<br />

europeisk kontaktpunkt för UN/CEFACT.<br />

I ett samarbete mellan offentlig förvaltning och privata aktörer i norra<br />

Europa, NES, North European Subset Group, arbetar man med<br />

specifikatio<strong>ner</strong> för affärsdokument, elektronisk order m.m. Syftet är att<br />

utveckla ett subset till den kommande specifikationen UBL 2.0. Arbetet<br />

med UBL bedrivs inom ramen för OASIS och avsikten är att UBLspecifikatio<strong>ner</strong>na<br />

på sikt ska ingå i UN/CEFACTs ramverk.<br />

5 Pågående forskning och studier<br />

Inom EU bedrivs eller finansieras ständigt ett stort antal studier med bäring<br />

på e-förvaltningens utveckling.<br />

5.1 Barriers to eGovernment<br />

En aktuell sådan, som DG Info Society´s eGovernment Unit finansierar,<br />

under eEurope2005 och Modinis-programmet, är ett forskningsprojekt om<br />

”Barriers to eGovernment”, lett av Oxford Internet Institute. De publicerade<br />

i augusti 2006 en ”work in progress”-rapport (slutrapporten kommer i<br />

december 2007). Där framhålls bland annat att man inte har kunnat finna<br />

något enskilt avgörande problem som hindrar e-förvaltningens utveckling.<br />

Istället identifierar man sju olika viktiga hinder, som var för sig och<br />

tillsammans har stor betydelse:<br />

• leadership failures,<br />

• financial inhibitors,<br />

• digital divides,<br />

• poor coordination,<br />

• workplace and organizational inflexibility,<br />

• lack of trust and<br />

• poor technical design.<br />

Man strukturerar och värderar också hindren med avseende på olika legala<br />

områden, se nedan och http://ec.europa.eu/idabc/en/document/5782/194


PM 21 (27)<br />

2006-10-02<br />

Källa: eGovernment Unit, DG In<strong>format</strong>ion Society, European Commission<br />

5.2 eGovernment research roadmap 2020<br />

Ett annat forskningsprojekt under sjätte ramprogrammet går under<br />

benämningen eGovRTD2020. Projektet utgår från ett holistiskt perspektiv<br />

på eGovernment som forskningsdisciplin.


PM 22 (27)<br />

2006-10-02<br />

Man har genomfört ett antal internationella workshops med deltagande från<br />

myndigheter, forskningsinstitutio<strong>ner</strong> och IT-företag för att inventera eGovstatus<br />

i olika länder (dock ej Sverige) och för att beskriva ett antal scenarier<br />

med tidsperspektivet 2020. Fortsättningsvis skall man genomföra en GAPanalys<br />

och framställa en Roadmap för forskning och utveckling. Projektet<br />

avslutas 2007 och resultatet skall bl a spridas i bokform.<br />

Som utgångspunkter tas samhället i stort, IT-utvecklingen, lagstiftningen<br />

och ekonomiska effekter.<br />

Man utgår från dessa aspekter och deras samband och tittar på EU, ett antal<br />

medlemsländer och även några representativa länder utanför EU och<br />

Europa. Bland annat analyseras och rangordnas vilka delområden som ofta<br />

uppmärksammas av EU och i många länder och som därmed förefaller vara<br />

högt prioriterade. I topp inom EU kommer<br />

• Tillit och säkerhet<br />

• Förstå individuella behov<br />

• Harmonisering och interoperabilitet.<br />

Den konceptuella ramen inom EU beskrivs som nedan och de tre<br />

interoperabilitetsnivåerna teknisk, semantisk och organisatorisk lyfts<br />

särskilt fram i texten.


PM 23 (27)<br />

2006-10-02<br />

Sammantaget bland de deltagande länderna tar flest länder upp<br />

• Tillit och säkerhet<br />

• eLearning och<br />

• Offentlig – privat samverkan.<br />

Mer om studien kan läsas på http://www.egovrtd2020.org/ .


PM 24 (27)<br />

2006-10-02<br />

6 Sammanfattning, analys och slutsatser<br />

I denna delrappport redovisas ett axplock av viktiga initiativ och projekt på<br />

EU-nivå som har bäring på strategi- och arkitekturfrågor och som har<br />

presenterats något utförligare ovan. Det finns mycket mer, detta är ett urval<br />

där Verva-medarbetare har viss insyn i arbetet och även aktivt är med och<br />

påverkar resultaten.<br />

6.1 Sammanfattning<br />

Ett centralt strategidokument inom ramen för Lissabonstrategin är i2010–<br />

det europeiska in<strong>format</strong>ionssamhället 2010, där det tredje delmålet är<br />

tydligt riktat till medlemsstaternas förvaltningar. I takt med att<br />

användningen av IT ökar blir dess inverkan på samhället allt större. För att<br />

uppnå mål tre aviserade kommissionen ett antal åtgärder, bland andra att<br />

− Anta en åtgärdsplan för e-förvaltning och strategiska riktlinjer om ITbaserade<br />

offentliga tjänster (2006) och att<br />

− Lansera demonstrationsprojekt för att på operativ nivå testa tekniska,<br />

rättsliga och organisatoriska lösningar i syfte att lägga ut offentliga<br />

tjänster på nätet (2007).<br />

I sin handlingsplan för e-förvaltning framhåller Kommissionen att det är<br />

viktigt att skynda på införandet av e-förvaltning för att kunna modernisera<br />

och skapa nya lösningar. Man vill bland annat<br />

− se till att e-förvaltning på nationell nivå inte leder till nya hinder på den<br />

inre marknaden p.g.a. uppsplittring och bristande interoperabilitet,<br />

− utöka fördelarna med e-förvaltning till EU-nivå genom att möjliggöra<br />

skalfördelar inom medlemsstaternas initiativ och genom att samarbeta<br />

om gemensamma europeiska frågor, och<br />

− se till att alla berörda aktörer i EU samarbetar om utformning och<br />

genomförande av e-förvaltning.<br />

Handlingsplanen ställer vidare upp fem viktiga mål för e-förvaltning och<br />

näm<strong>ner</strong> några särskilda målsättningar inför 2010:<br />

• Inget utanförskap<br />

• Verklig effektivitet och ändamålsenlighet.<br />

• Att leverera nyckeltjänster med stor genomslagskraft till medborgare<br />

och företag. Hit hör att senast 2010 skall 100 % av offentlig upphandling<br />

vara tillgänglig elektroniskt, det verkliga ut<strong>nytt</strong>jandet skall ligga på 50 %,<br />

och man skall avtala om samarbete om fler elektroniska tjänster med stor<br />

genomslagskraft.


PM 25 (27)<br />

2006-10-02<br />

• Att skapa grundförutsättningar<br />

• Att öka deltagande och demokratiskt beslutsfattande.<br />

Handlingsplanen har haft stor betydelse för utarbetandet av regeringens estrategi<br />

som presenterades i juni 2006.<br />

Vidare har ICT-standardiseringens betydelse för samhällsutvecklingen<br />

och konkurrenskraften fått ökad uppmärksamhet genom att standarder kan<br />

fungera som strategiska verktyg för att förverkliga politiska mål.<br />

Standardisering är en del av rådets och kommissionens politik för att uppnå<br />

”bättre lagstiftning”, skärpa företagens konkurrenskraft och avlägsna hinder<br />

för internationell handel.<br />

Kommissionen kommer, i linje med åtagandet att förbättra lagstiftningen, att<br />

fortsätta att bredda användningen av standarder som komplement till<br />

lagstiftning.<br />

Följande åtgärder rekommenderas bland annat:<br />

• Utökad användning av europeisk standardisering i EU:s politik och<br />

lagstiftning<br />

• Bättre effektivitet, sammanhållning och synlighet för europeisk<br />

standardisering<br />

• Fortsätta att stödja internationella standarder som utarbetas av<br />

internationella standardiseringsorgan (ISO, IEC, ITU) och se till att<br />

de tillämpas i EU.<br />

Interoperabilitet är nyckelordet i ett kommissionsmeddelande om<br />

e-förvaltningen i EU.<br />

Den inre marknaden är beroende av moderna och effektiva myndigheter<br />

som underlättar rörlighet och en problemfri interaktion mellan medborgare<br />

och företag. Det kräver sofistikerad IT-infrastruktur och enhetliga eförvaltningsprocesser.<br />

Därför har interoperabilitet för e-förvaltningstjänster,<br />

baserad på standarder, öppna specifikatio<strong>ner</strong> och gränssnitt blivit absolut<br />

avgörande för framgång.<br />

Även om medlemsstaterna ansvarar för att de nationella systemen är<br />

driftskompatibla, så krävs det samarbete och samordning inom EU för att<br />

säkerställa interoperabilitet på EU-nivå, vilket krävs om en gemensam EUpolitik<br />

och gemensamma prioriteringar ska kunna genomföras.<br />

På grundval av detta meddelande skapar kommissionen förutsättningar för<br />

att få till stånd interoperabilitet för alleuropeiska tjänster och detta sker<br />

bland annat inom IDABC-programmet.


PM 26 (27)<br />

2006-10-02<br />

Som grund för IDABC.s horisontella projekt för att främja<br />

systemsamverkan över gränserna har man definierat ramverket EIF<br />

(European Interoperability Framework), som strukturerar interoperabiliteten<br />

i tre nivåer,<br />

• teknisk,<br />

• semantisk och<br />

• organisatorisk interoperabilitet.<br />

Detta ramverk har fått stort genomslag, och arbetet med en ny version av<br />

EIF har just påbörjats, där ambitionen är att skapa ett policydokument som<br />

kan antas av och gälla för hela Kommissionen.<br />

EIF kompletteras av AGL (Architecture Guidelines), med mer detaljerade<br />

rekommendatio<strong>ner</strong> om tekniska standarder och specifikatio<strong>ner</strong> för paneuropeiska<br />

e-tjänster. Även detta dokument skall nu struktureras om.<br />

IDABC förutsätter att medlemsländerna har egna nationella ramverk med<br />

arkitektur-rekommendatio<strong>ner</strong> (NIF; National Interoperability Frameworks),<br />

och IDABC ser då EIF/AGL som komplement till dessa.<br />

Inom några centrala områden finns särskilda horisontella IDABC-projekt,<br />

t.ex. för Semantisk interoperabilitet, Öppna dokument<strong>format</strong>, Öppen<br />

källkod, eId, e-Upphandling och säkra nät- och transporttjänster.<br />

e-Inköp/e-Handel intar en särställning som prioriterat utvecklingsområde<br />

med ett flertal olika pågående projekt, både för att standardisera och för att<br />

främja användningen.<br />

EU finansierar också olika forskningsprojekt och studier. Bland annat<br />

identifieras hinder för e-förvaltningens utveckling. I en aktuell studie<br />

framhålls följande sju viktiga hinder:<br />

Bristande ledarskap, Finansieringsproblem, Den digitala klyftan, Dålig<br />

samordning, Förändringsmotstånd i organisationen/på arbetsplatsen,<br />

Bristande tillit och Dålig teknisk design.


6.2 Analys och slutsatser<br />

PM 27 (27)<br />

2006-10-02<br />

Vi konstaterar att strategier för e-förvaltning och förbättrad interoperabilitet<br />

nu är ett prioriterat område inom EU som i hög grad kommer att påverka<br />

medlemsländernas interna e-förvaltningsutveckling.<br />

Trenden går mot en ökad betydelse av standarder i såväl lagstiftning som i<br />

rådgivande dokument, upphandlingskrav och projektspecifikatio<strong>ner</strong>. Sverige<br />

behöver förhålla sig till denna trend mot ökad samordning. Vi kan också dra<br />

mycket egen <strong>nytt</strong>a av det arbete som vi bidrar till att bekosta med<br />

gemensamma EU-medel, eller som kan ställas till vårt förfogande av andra<br />

medlemsländer. Många medlemsländer har redan utarbetat egna detaljerade<br />

e-strategier och arkitekturmodeller. Ofta kan de, genom en mer centraliserad<br />

styrning på hemmaplan, lättare än vi agera tydligt och kraftfullt i olika<br />

frågor.<br />

Just nu befin<strong>ner</strong> sig mycket av EU:s strategi- och arkitekturarbete i rörelse.<br />

Området är prioriterat och de övergripande dokumenten är fastställda, men<br />

mycket av tolkningen och detaljutformningen återstår. Sverige tenderar<br />

ibland att vara passivt, att vänta och se och vid behov anpassa sig när nya<br />

direktiv kommer. Vi kan i stället välja att tidigt vara proaktiva och påverka<br />

utvecklingen. Erfarenheten visar att med goda argument och förberedelser<br />

kan man nå långt, även med förslag och synpunkter som kommer från små<br />

länder. Med våra begränsade resurser kan vi dock inte påverka överallt. Då<br />

gäller det att åtminstone satsa tillräckliga bevakningsresurser för att veta vad<br />

som är på gång för att kunna bedöma, prioritera och fokusera på det Sverige<br />

anser vara viktigast. I dag är mycket av Sveriges EU-arbete personbundet<br />

och knutet till ett fåtal medarbetare, med oklara in<strong>format</strong>ions- och<br />

beslutsvägar. Det är viktigt med kontinuitet och erfarenhet, men också att ha<br />

en klar roll i en organisatorisk struktur. Sverige behöver därför en tydligare<br />

process för förankring och återrapportering av EU-arbetet.<br />

Som stöd för ett mer strukturerat och medvetet beslutsfattande behöver även<br />

Sverige ha en övergripande arkitekturmodell och ett nationellt ramverk för<br />

interoperabilitet, vilket EU förväntar sig av alla medlemsländer. Både av<br />

resurs- och harmoniseringsskäl är det önskvärt att Sverige deltar i<br />

Kommissionens pågående utvecklingsarbete och ansluter sig till de<br />

samarbeten med andra länder som erbjuds, så att den svenska modellen så<br />

långt som möjligt kan ansluta till den gemensamma synen inom EU.


Malin<br />

C:\Documents and Settings\malin\Skrivbord\Till PDF\delrapport 3 arkitekturmodeller.doc<br />

PM 1 (34)<br />

2006-10-02<br />

Delrapport 3 – Arkitekturmodeller, ramverk<br />

och strategier<br />

Ingår som bilaga 3 i Vervas förstudie om Arkitektur och ramverk för<br />

interoperabilitet.<br />

Delrapport 3 – Arkitekturmodeller, ramverk och strategier 1<br />

1 Allmänt om arkitekturmodeller 2<br />

1.1 Arkitekturbegreppet i olika skepnader 3<br />

1.2 Ramverk 5<br />

1.3 Service Oriented Architecture, SOA 6<br />

2 Exempel på strategier och arkitekturer 7<br />

2.1 Svenska myndighetsinitiativ 7<br />

2.1.1 Statskontoret 7<br />

2.1.2 e-Nämnden 8<br />

2.1.3 Försvaret 9<br />

2.1.4 Civila statsförvaltningen 9<br />

2.1.5 Nätverket för arkitekter 11<br />

2.1.6 Vårdsektorn 13<br />

2.1.7 Sveriges Kommu<strong>ner</strong> och Landsting (SKL) 14<br />

2.1.8 Umeå kommun 16<br />

2.2 eGovernment-initiativ internationellt 16<br />

2.2.1 Danmark 16<br />

2.2.2 Norge 18<br />

2.2.3 Storbritannien 20<br />

2.2.4 Tyskland 21<br />

2.2.5 Schweiz 22<br />

2.2.6 USA 23<br />

2.2.7 Kanada 24<br />

2.3 Standardiseringsorgan och konsortier 26<br />

2.3.1 UN/CEFACT 26<br />

2.3.2 OASIS 26<br />

2.3.3 OSOA (Open Service Oriented Architecture) 27<br />

2.3.4 IEEE 27<br />

2.3.5 The Open Group 27<br />

2.4 Leverantörsinitiativ 27<br />

2.5 Analysföretag, press, forskning 28<br />

2.5.1 Enterprise Architecture Group 28<br />

2.5.2 Zachman Institute 29<br />

2.5.3 Gart<strong>ner</strong> 30<br />

2.5.4 CIO Magazine 30<br />

3 Analys och slutsatser 31


PM 2 (34)<br />

2006-10-02<br />

1 Allmänt om arkitekturmodeller<br />

Verksamhetsarkitektur och IT-arkitektur har bara existerat i ca 20 år och de<br />

har inte fått ordentlig spridning förrän på 2000-talet. Jämfört med den<br />

traditionella byggnadsarkitekturen, som redan de gamla grekerna och<br />

romarna behärskade till fulländning, är detta alltså en mycket ung och<br />

omogen arkitekturdisciplin, där mycket utvecklingsarbete återstår.<br />

Vitruvius skrev redan före Kristi födelse ett standardverk om arkitektur, där<br />

han formulerade ett antal grundregler som han menade kännetecknade god<br />

arkitektur och som i korthet kan uttryckas som att:<br />

Arkitekturen skall lösa ett problem, den skall vara robust, den skall vara<br />

tidlös och den skall skänka oss glädje.<br />

Vidare formulerade han arkitekturens tre grundpelare:<br />

• Funktion: Arkitekturen skall vara användbar för sitt ändamål.<br />

• Styrka: Arkitekturen skall möjliggöra ett starkt och hållbart bygge.<br />

• Skönhet: Arkitekturen skall vara estetiskt tilltalande.<br />

Dessa principer har en allmängiltighet som bör kunna fungera som<br />

ledstjärnor också för 2000-talets verksamhets- och IT-arkitekturer.<br />

Vid värderingen av de ansatser som redovisas i det följande kan Vitruvius<br />

grundprinciper fortfarande tjäna som ett stöd för bedömningen.<br />

Det finns ingen enskild arkitekturmodell som täcker alla behov och alla<br />

målgrupper, tvärtom är det nödvändigt med olika perspektiv och olika<br />

detaljeringsnivåer för att skapa en helhetsbild. Däremot bör de olika<br />

perspektiven hänga ihop och visa på sambanden, och däri ligger den stora<br />

utmaningen.<br />

Referensmodeller eller ramverk skall vara ett stöd för att identifiera dessa<br />

grundläggande samband, vilket kan leda fram till en referensarkitektur för en<br />

viss verksamhet. Därifrån kan man utveckla en konkret arkitektur för en viss<br />

verksamhet som ligger till grund för hur den specifika verksamhetslösningen<br />

skall utformas.<br />

Om vi skall skapa en nationell arkitektur så börjar den på en högre nivå och<br />

har den ett annat syfte än för en samhällssektor, en specifik myndighet eller<br />

en utvald verksamhetsprocess. Det är viktigt att vara medveten om på vilken<br />

abstraktionsnivå man befin<strong>ner</strong> sig och att som utgångspunkt välja en modell<br />

med passande perspektiv som vid behov kan till erforderlig detaljeringsgrad.<br />

I en sammanfattning av det danska arkitekturarbetet står det att ”Arkitekturen<br />

skall vara en bas för ledningens beslut och den skall utgöra en länk mellan<br />

visio<strong>ner</strong>na och de konkreta lösningarna”, vilket kan vara en användbar<br />

övergripande målsättning för ett nationellt arkitekturarbete.


PM 3 (34)<br />

2006-10-02<br />

1.1 Arkitekturbegreppet i olika skepnader<br />

Begreppet “Arkitektur” definieras enligt IEEE 1471 som<br />

“Den grundläggande organisationen av ett system som byggs upp av dess<br />

komponenter, deras relatio<strong>ner</strong> till varandra och till omgivningen , samt de<br />

principer som styr deras design och livscykel”.<br />

Denna definition kräver även en definition begreppet system. En sådan<br />

tillhandahåller ISO/IEC 15288: ”System – en sammansättning av<br />

samverkande element organiserade att uppnå ett eller flera uttalade syften”.<br />

De system som avses i definitionen av arkitektur ovan är alltså inte<br />

begränsade till tekniska system utan kan vara hela verksamheter eller<br />

organisatio<strong>ner</strong> med allt vad detta innebär. (FMV har i sitt arkitekturarbete<br />

beskrivit systembegreppet enligt följande: ”De system som omfattas av<br />

denna ansats är skapade av människan och används för att tillanda hålla<br />

tjänster i definierade miljöer, till förmån för användare och andra<br />

intressenter. Dessa system kan vara sammansatta av en eller flera enheter i<br />

form av maskinvara, programvara, människor, tillhörande processer,<br />

infrastruktur och naturligt förekommande enheter – t.ex. vatten, organismer,<br />

mi<strong>ner</strong>aler”).<br />

Definitio<strong>ner</strong>na är inte helt enkla att förstå. En genomgång med utgångspunkt<br />

i innebörden av olika typer av arkitekturer (vyer) gör det dock möjligt att<br />

bygga upp en förståelse för vad det handlar om.<br />

Ur Konsten att beskriva visio<strong>ner</strong> för IT-relaterade förändringsarbeten 1 ,<br />

Statskontorets PM om IT-arkitektur, nov. 2004, hämtas följande:<br />

Systemarkitektur, verksamhetsarkitektur och interoperabilitetsarkitektur<br />

beskriver tre successivt högre nivåer av IT-arkitektur. Verksamhetsarkitektur<br />

reglerar systemarkitektur genom att beskriva en övergripande målbild för<br />

verksamheten. Systemarkitektur reglerar utvecklingsarbetet för ett enskilt ITsystem,<br />

genom att beskriva dess övergripande organisation och principer.<br />

Interoperabilitetsarkitektur, slutligen, beskriver den in<strong>format</strong>ion som utbyts<br />

mellan organisatio<strong>ner</strong> samt de elektroniska tjänster som tillhandahålls för att<br />

behandla denna in<strong>format</strong>ion; därmed regleras såväl en organisations<br />

verksamhetsarkitektur som dess systemarkitekturer, genom att verksamheten<br />

och dess IT-system anpassas för elektroniskt samarbete med andra<br />

organisatio<strong>ner</strong>.<br />

Gemensamt för de tre perspektiven är att de beskriver målbilder, visio<strong>ner</strong>.<br />

Det som beskrivs av en interoperabilitetsarkitektur är en vision om ett<br />

framtida samarbete mellan olika organisatio<strong>ner</strong>.<br />

1 Författare Olov Östberg med stöd av konsulten Peter Lindberg Oops


PM 4 (34)<br />

2006-10-02<br />

En verksamhetsarkitektur ("Enterprise Architecture") behövs för att<br />

säkerställa att de olika IT-systemen inom en verksamhet hanterar samma<br />

in<strong>format</strong>ion på samma sätt, att de system som utvecklas kan integreras mot<br />

existerande system och så vidare.<br />

En verksamhetsarkitektur utgör (enligt Zachman) en totalbild av en<br />

verksamhet. Den ska ange verksamhetens gränser, beskriva dess processer,<br />

dess vokabulär, dess organisation, principer, strategier och så vidare. En<br />

verksamhetsarkitektur ska vara till stöd för såväl utveckling av IT-system<br />

som organisatoriska omstruktureringar, det vill säga för varje tänkbar<br />

förändringsprocess. En verksamhetsarkitektur anger dels ett nuläge, dels ett<br />

framtida önskat läge samt "tillhandahåller en planritning ['blueprint'] för att<br />

nå dit".<br />

Nu blir det allt vanligare med elektroniskt samarbete över<br />

organisationsgränser, inom näringslivet och i allt högre grad inom den<br />

offentliga sektorn i och med satsningar på e-förvaltning (e-Government).<br />

Liksom integration inom en verksamhet kräver stöd av en<br />

verksamhetsarkitektur, en övergripande logisk konstruktion, kräver<br />

integration mellan verksamheter en interoperabilitetsarkitektur<br />

("Interoperability Architecture"). Syftet med denna arkitektur är att uppnå<br />

teknisk, semantisk och organisatorisk interoperabilitet.<br />

Behovet av ytterligare en högre nivå av IT-arkitektur har uppstått till följd av<br />

att fler och fler stora organisatio<strong>ner</strong> inleder samarbete med andra<br />

organisatio<strong>ner</strong>. Denna trend börjar bli tydlig inom olika länders satsning på<br />

e-förvaltning, där statliga myndigheter och kommu<strong>ner</strong> ska effektiviseras med<br />

elektroniska medel och bli mer tillgängliga för medborgarna.


PM 5 (34)<br />

2006-10-02<br />

Interoperabilitetsarkitektur handlar om att kartlägga och beskriva<br />

förutsättningarna för elektroniskt samarbete. Att integrera IT-system över<br />

organisationsgränserna kräver formella riktlinjer för de inblandade i<br />

samarbetet. En interoperabilitetsarkitektur omfattar därför de datoriserade<br />

processer och den elektroniska in<strong>format</strong>ion som är intressant för andra<br />

organisatio<strong>ner</strong> att ut<strong>nytt</strong>ja, samt beskrivningar av de protokoll och<br />

teknologier, meddelande<strong>format</strong> med mera som tillämpas. Därutöver krävs<br />

ibland även organisatorisk anpassning hos de inblandade i samarbetet, varför<br />

arkitekturen ofta beskriver även organisationsöverskridande processer samt<br />

de gemensamma begrepp man enats om.<br />

1.2 Ramverk<br />

Med Arkitekturramverk (Architecture Framework) avses en beskrivning av<br />

hur en arkitektur ska beskrivas (en ”metaarkitektur”). Ramverket är tänkt att<br />

tjäna som vägledning för att utveckla och dokumentera de egna<br />

arkitekturerna.<br />

Ramverken kan vara utvecklade för en viss bransch eller grupp av<br />

organisatio<strong>ner</strong> och utgöra en grundläggande lösning som delvis kan utvidgas<br />

och anpassas för egna behov.<br />

Det är speciellt för utvecklingen av Enterprise<br />

architectures/verksamhetsarkitekturer som man talar om ramverk, t.ex<br />

Zachman Framework, the Open Group Architecture Framework (TOGAF),<br />

US Department of Defence Architecture Framework (DoDAF).<br />

Många av ramverken specialiserar sig mot olika marknader (bankvärlden,<br />

tillverkningsindustrin, försvaret etc.), men kan ändå till stora delar vara<br />

allmänt tillämpbara. Zachman och TOGAF har dock ambitionen att vara<br />

ge<strong>ner</strong>iska.<br />

Ett ramverk för interoperabilitet kan definieras som en uppsättning<br />

principer och riktlinjer, som en grupp organisatio<strong>ner</strong> har enats om ska gälla<br />

för interaktion och samverkan organisatio<strong>ner</strong>na emellan.<br />

Ett exempel är The EUROPEAN INTEROPERABILITY FRAMEWORK<br />

FOR PAN-EUROPEAN eGOVERNMENT SERVICES (EIF), utvecklat av<br />

EU:s IDABC-program, som lägger fast en uppsättning rekommendatio<strong>ner</strong><br />

och principer för e-tjänster för att göra det möjligt för myndigheter, företag<br />

och medborgare att kommunicera gränsöverskridande och i ett paneuropeiskt<br />

perspektiv.


PM 6 (34)<br />

2006-10-02<br />

1.3 Service Oriented Architecture, SOA<br />

Kraven på att kunna hantera ett allt snabbare in<strong>format</strong>ionsutbyte och anpassa<br />

sig till en föränderlig omvärld ställer stora krav på hur man utformar sin<br />

verksamhet. Arkitekturen måste ta höjd för föränderliga krav, förändrade<br />

verksamhetsprocesser och utvecklingen av ny teknik.<br />

Ett sätt att angripa detta är att tillämpa en arkitekturmodell som tillåter löst<br />

sammansatta komponenter att utbyta in<strong>format</strong>ion på ett strukturerat sätt.<br />

Genom att specificera gränsytorna mellan komponenterna kan dessa<br />

kommunicera med varandra oberoende av underliggande processer och<br />

teknologi. Man kan se dessa komponenter som svarta boxar med okänt<br />

innehåll men med känd funktionalitet. Genom ett väl definierat<br />

kommunikationsgränssnitt kan komponenterna utbyta in<strong>format</strong>ion med<br />

varandra oberoende av komponenternas beskaffenhet.<br />

Genom att koncentrera sig på att definiera regelverket och gränsytorna för<br />

kommunikation samtidigt som de kommunicerande komponenternas<br />

beskaffenhet inte begränsas ges möjlighet till flexibla konstellatio<strong>ner</strong> av<br />

funktio<strong>ner</strong> som med enkla medel kan konfigureras om när förutsättningarna<br />

så kräver. Detta tjänstebaserade angreppssätt gör det möjligt att integrera<br />

funktio<strong>ner</strong> med olika förutsättningar (organisatoriska eller tekniska) och<br />

tillvarata redan gjorda investeringar utan att begränsa möjligheten till stöd för<br />

nya behov. Detta angreppssätt kallas Tjänsteorienterad arkitektur eller<br />

Service Oriented Architechture, SOA på engelska.<br />

Konceptet är mycket intressant ur ett svenskt perspektiv med många<br />

autonoma verksamheter som bedriver sin verksamhet på ett heterogent sätt.<br />

Genom att inte kräva att processer, organisation och tekniska funktio<strong>ner</strong><br />

byggs om från grunden utan förses med kommunikationsgränssnitt<br />

underlättas integration mellan olika enheter.<br />

SOA tillämpar ett processorienterat synsätt där komponenterna sätts ihop i en<br />

kedja med utgångspunkt i verksamhetsprocesserna. För att undvika att flera<br />

komponenter med snarlik funktionalitet skapas förespråkas ge<strong>ner</strong>iska<br />

funktio<strong>ner</strong> framför specialanpassningar som endast kan <strong>nytt</strong>jas i specifika<br />

tillämningar.<br />

Ett SOA-baserat angreppssätt kräver en överordnad förvaltning som tillser att<br />

komponenter skapas, <strong>nytt</strong>jas och sätts samman utifrån de behov som finns<br />

och säkerställer att utvecklingen sker under kontrollerade former.<br />

OASIS har utarbetat en softwareorienterad SOA reference model, som håller<br />

på att fastställas som OASIS-standard, se<br />

http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=soa-rm.<br />

OASIS framhåller att en viktig drivkraft för SOA-modellen är att den<br />

underlättar utbyggnad av storskaliga system och att den sänker kostnaderna<br />

för samverkan mellan fristående organisatio<strong>ner</strong>.


PM 7 (34)<br />

2006-10-02<br />

Jämfört med den tidigare objektorienterade synen, som paketerade data med<br />

operatio<strong>ner</strong>, fokuserar SOA på verksamhetsfunktio<strong>ner</strong>. SOA bygger på att<br />

samverkande tjänster kan ha olika ägare och på att matcha behov med<br />

tjänsters egenskaper. OASIS referensmodell utgår från följande sex begrepp<br />

som tillsammans definierar en service:<br />

• Service Description<br />

• Policies & Contracts<br />

• Execution Context<br />

• Visibility<br />

• Interaction<br />

• Real World Effect.<br />

Se även<br />

Wikipedia - http://en.wikipedia.org/wiki/Service-oriented_architecture<br />

Grundläggande in<strong>format</strong>ions och kursunderlag om SOA och Web Services,<br />

framtaget inom ramen för ett samarbetsprojekt sponsrat av Vinnova, finns på<br />

Dataföreningens webbplats, se http://dsv.su.se/soa/ .<br />

2 Exempel på strategier och arkitekturer<br />

2.1 Svenska myndighetsinitiativ<br />

2.1.1 Statskontoret<br />

Statskontoret har under årens lopp arbetat med att ta fram ramverk och<br />

arkitekturer som ett stöd för att kartlägga och pla<strong>ner</strong>a IT-stödet för offentlig<br />

verksamhet. Ett förslag från senare år utvecklas i dokumentet<br />

”Den offentliga förvaltningen i e-samhället - Diskussionsunderlag om en<br />

arkitektur för en modern nätverksförvaltning” från hösten 2004, se<br />

http://www.verva.se/web/t/Publication____1478.aspx , där resonemanget<br />

utgår från den grundläggande strukturmodellen i figuren nedan:<br />

Användarnas behov<br />

och efterfrågan<br />

Gemensamma<br />

förgrundsfunktio<strong>ner</strong><br />

G<br />

Verksamhetssystem<br />

Samhälleliga strukturer och resurser<br />

Gemensamma<br />

strukturer & resurser


PM 8 (34)<br />

2006-10-02<br />

Vid upphandling av produkter inom området in<strong>format</strong>ionsförsörjning har<br />

Statskontoret använt följande referensmodell för att strukturera<br />

upphandlingskraven och åskådliggöra samband och skillnader mellan det<br />

logiska funktionsomfånget hos olika programvaruprodukter.<br />

e-id<br />

SHS<br />

infratjänst<br />

diarieföring e-post Office Övriga befintliga system<br />

Indata:<br />

e-blanketter<br />

scanning/<br />

tolkning<br />

Funktionsmodell<br />

för in<strong>format</strong>ionsförsörjning<br />

organisationsportal<br />

ärendehantering/workflow/process management<br />

Utdata:<br />

sökmotorer publicering/<br />

presentation/<br />

document-/content mgmt export<br />

records management/e-arkivering<br />

Modellerings-verktyg<br />

XML- och integrationsverktyg<br />

e-id<br />

SHS<br />

infratjänst<br />

2.1.2 e-Nämnden<br />

Under e-Nämndens tvååriga verksamhet 2004-2005 upplevde man ett tydligt<br />

behov av en gemensam spelplan eller karta för att pla<strong>ner</strong>a in och prioritera<br />

mellan olika insatsområden. Frågan diskuterades och olika ansatser gjordes<br />

men ledde inte fram till någon konkret ramverksmodell.<br />

Nämnden identifierade dock följande fem huvudområden för sitt arbete:<br />

- Användbarhet och tillgänglighet<br />

- In<strong>format</strong>ionssäkerhet<br />

- Elektronisk identifiering<br />

- In<strong>format</strong>ionsutbyte<br />

- In<strong>format</strong>ionsut<strong>nytt</strong>jande<br />

E-Nämnden fastställde följande vägledningar och riktlinjer inom dessa<br />

områden, som nu kan betraktas som gemensamma specifikatio<strong>ner</strong> av<br />

grundfunktio<strong>ner</strong>, se vidare<br />

http://www.verva.se/web/t/PublicationList____3036.aspx .<br />

• Grundläggande vägledning för myndigheternas användning av elegitimatio<strong>ner</strong><br />

och elektroniska underskrifter<br />

• Riktlinjer för teckenmängd för namnskrivning i svensk elektronisk<br />

förvaltning<br />

• Riktlinjer för utveckling av standardmeddelanden för förenklat<br />

in<strong>format</strong>ionsutbyte med elektroniska standarddokument<br />

• Vägledning för användargränssnitt som uppfyller legala krav


PM 9 (34)<br />

2006-10-02<br />

• Vägledning för hantering av inkommande elektroniska handlingar<br />

• Vägledning för in<strong>format</strong>ion som enligt lag ska lämna på webbplatser<br />

• Vägledning för myndighetsföreskrifter vid införande av e-tjänster<br />

• Vägledningen 24-timmarswebben<br />

Behovet av att placera in e-nämndens resultat i någon form av övergripande<br />

ramverk kvarstår inför det fortsatta arbetet i Vervas regi.<br />

2.1.3 Försvaret<br />

Försvarsmaktens utveckling mot ett nätverksbaserat försvar (NBF) där olika<br />

enheter sätts samman utifrån behoven i varje situation, har utgjort ett starkt<br />

incitament för ett målmedvetet arkitekturarbete. Ett förslag till<br />

arkitekturramverk (FM AR) är under utarbetande, som sedan ska ligga till<br />

grund för utformning av olika arkitekturer.<br />

Ett arkitekturdrivande krav för försvarets verksamhet är att modern<br />

in<strong>format</strong>ions- och kommunikationsteknik ska användas för att stödja det<br />

militära försvarets förmåga men också för att samverka med övriga<br />

myndigheter inom totalförsvaret och krisberedskapsområdet, för att öka den<br />

totala förmågan att samordnat kunna möta svåra kriser eller påfrestningar på<br />

vårt samhälle. Arkitekturarbetet inom försvaret omfattar därmed ett antal<br />

myndigheter och erfarenheterna från arbetet torde vara av stor relevans även<br />

i andra sammanhang.<br />

2.1.4 Civila statsförvaltningen<br />

Försäkringskassan, CSN, Kriminalvården, Lantmäteriet,<br />

Länsstyrelserna, Polisen, Skatteverket och Tullverket är exempel på<br />

myndigheter där arkitekturfrågorna under de senaste åren har fått en<br />

framträdande plats.<br />

Det vanligaste är kanske att man talar om att arbetet ska syfta till att ta fram<br />

en IT-arkitektur, men även verksamhetsarkitektur/Corporate Architecture<br />

nämns (liksom övergripande arkitektur, systemarkitektur, stadsplan m.fl.<br />

begrepp). Oavsett benämning är det ändå genomgående att arbetet är<br />

verksamhetsdrivet på ett helt annat sätt än vad som ofta tidigare varit fallet<br />

t.ex. vid utvecklingen av IT-strategier.<br />

Nedanstående exempel är hämtat från Polisen men har sin motsvarighet även<br />

hos flera andra myndigheter.<br />

Styrande riktlinjer för arkitekturarbetet härleds i form av<br />

Verksamhetsprinciper och läggs som grund för utformning av styrande<br />

riktlinjer i form av Arkitekturprinciper för aktuellt systemområde (i det här<br />

fallet Polisens IT-stöd).


PM 10 (34)<br />

2006-10-02


PM 11 (34)<br />

2006-10-02<br />

Myndigheternas arbete har i högre eller mindre tagit avstamp i, eller låtit sig<br />

inspireras av, olika existerande ramverk för verksamhetsarkitektur/Corporate<br />

Architecture (t.ex. Skatteverket i Open Groups TOGAF och Gart<strong>ner</strong>s och<br />

Meta Groups EPAS, Polisen likaså EPAS, Tullen testar IBM:s CBM).<br />

Andra ramverk och inspirationskällor har också utgjorts av det arbete som<br />

genomförts på olika myndigheter.<br />

2.1.5 Nätverket för arkitekter<br />

Nätverket för arkitekter startades för några år sedan av IT-/verksamhetsarkitekterna<br />

på ett tiotal större myndigheter, dels som ett forum för utbyte av<br />

erfarenhet och uppbyggnad av kompetens arkitekterna emellan, dels som en<br />

reaktion på att det inte förekom något gemensamt och samordnat arkitekturarbete<br />

i förvaltningen. I den första rollen har nätverket upplevts som extremt<br />

värdefullt av de enskilda medlemmarna. Även i den andra rollen har<br />

nätverket, givet sina förutsättningar som informell gruppering utan egentlig<br />

finansiering, fungerat som en intressant tankesmedja.<br />

Nätverket har under sina möten arbetat fram ett första idéutkast till ett<br />

förvaltningsgemensamt arkitekturramverk uppbyggt av:<br />

− Ge<strong>ner</strong>ella myndighetsprinciper<br />

− Ge<strong>ner</strong>ella verksamhetsprinciper<br />

− Ge<strong>ner</strong>ella arkitekturprinciper<br />

− Ge<strong>ner</strong>ella designprinciper.<br />

Som en test av möjligheten att utveckla en förvaltningsgemensam arkitektur<br />

har nätverket tentativt härlett ett antal möjliga förvaltningsge<strong>ner</strong>ella<br />

myndighetsprinciper ur olika förvaltningspolitiska styrdokument.


PM 12 (34)<br />

2006-10-02<br />

De identifierade myndighetsprinciperna pekar på behovet av att låta<br />

arkitekturramverket bestå av flera vyer än den tekniska


PM 13 (34)<br />

2006-10-02<br />

Erfarenheterna från nätverket visar att det har förutsättningar i form av<br />

kompetens och intresse att utgöra en resurs i ett eventuellt organiserat<br />

förvaltningsgemensamt arkitekturarbete.<br />

2.1.6 Vårdsektorn<br />

I mars i år presenterade Socialdepartementet i samarbete med Sveriges<br />

kommu<strong>ner</strong> och landsting, Socialstyrelsen, Läkemedelsverket Apoteket AB<br />

samt Carelink en ”Nationell IT-strategi för vård och omsorg”<br />

(www.regeringen.se/sb/d/6255/a/59662).<br />

Strategin innebar ett genombrott för tanken på nationell IT-samverkan inom<br />

vård och omsorg för att effektivisera och förbättra verksamheten. I strategin<br />

presenteras visionen att såväl medborgare, patienter och anhöriga som<br />

personalen och beslutsfattarna har tillgång till allsidig in<strong>format</strong>ion och<br />

samverkande IT-stöd, som sträcker sig vida utöver vad som har samlats in<br />

och lagrats av den enskilda vårdgivaren. (”Patientin<strong>format</strong>ionen följer<br />

medborgaren oavsett var, när och av vem man fått vård och omsorg, och<br />

oavsett om man kontaktar vården från sin sommarstuga, från arbetsplatsen<br />

eller under utlandssemestern.”)


PM 14 (34)<br />

2006-10-02<br />

Strategin lyfter fram sex insatsområden för samarbete och samordning på<br />

nationell nivå:<br />

1. Harmonisera lagar och regelverk med en ökad IT-användning.<br />

2. Skapa en gemensam in<strong>format</strong>ionsstruktur.<br />

3. Skapa en gemensam teknisk infrastruktur.<br />

4. Skapa förutsättningar för samverkande och verksamhetsstödjande ITsystem.<br />

5. Möjliggöra åtkomst till in<strong>format</strong>ion över organisationsgränser.<br />

6. Göra in<strong>format</strong>ion och tjänster lättillgängliga för medborgarna.<br />

Nu pågår beredning inför beslut av respektive huvudman, dvs. å ena sidan<br />

staten och å andra sidan enskilda kommu<strong>ner</strong> och landsting, om att införa och<br />

tillämpa strategin. Samtidigt pågår också arbete i syfte att finna former för<br />

hur arbetet med att genomföra strategin ska organiseras och finansieras. En<br />

avrapportering är pla<strong>ner</strong>ad till mars 2007.<br />

Arbete för att stödja en utveckling i den riktning strategin anvisar, har också<br />

pågått under några år. Socialstyrelsen har t.ex. regeringens uppdrag att<br />

ansvara för terminologisamordningen för vård och omsorg.<br />

Carelink har sedan år 2004 arbetat med att ta fram ett gemensamt regelverk – RIV –<br />

regelverk för elektronisk interoperabilitet, dels i teknisk, dels i semantisk mening,<br />

för att säkerställa elektronisk samverkan mellan vårdens och omsorgens IT-system.<br />

I februari i år inleddes också ett arbete för att titta på principer för en nationell<br />

infrastruktur. Ett första diskussionsunderlag är att vänta under hösten och är tänkt att<br />

omfatta följande perspektiv:<br />

- Principer för nationell samverkan<br />

- Principer för säkerhet<br />

- Principer för in<strong>format</strong>ionslagring och åtkomst<br />

- Principer för applikatio<strong>ner</strong> i vård och omsorg<br />

- Principer för vårdgivares deltagande i nationell samverkan.<br />

2.1.7 Sveriges Kommu<strong>ner</strong> och Landsting (SKL)<br />

Sveriges Kommu<strong>ner</strong> och Landsting agerar aktivt för att driva på utvecklingen<br />

av kommunal e-service. Man har t.ex. gett ut skriften ”e-förvaltning och<br />

samverkan med IT-stöd i kommunal sektor”, som nu även finns översatt till<br />

engelska. Skrifterna kan laddas hem från<br />

http://kikaren.skl.se/artikel.asp?C=4120&A=15986<br />

Hur e-förvaltningen hänger ihop med de övergripande pla<strong>ner</strong>ingsfrågorna<br />

illustreras med en kartbild i tre nivåer, de processer och den service som<br />

levereras varje dag, den hårda infrastrukturen i form av telenät, bredband<br />

m.m. i marken och etern samt mellan dem den mjuka infrastrukturen som<br />

inbegriper elektronisk identifiering, semantiska frågor, säker kommunikation<br />

men också <strong>nytt</strong>janderätter, domänhantering affärsmodeller m.m.


PM 15 (34)<br />

2006-10-02<br />

I mars 2006 inbjöds samtliga kommu<strong>ner</strong> att delta i en undersökning om "hur<br />

man ligger till i förändringsarbetet mot en modern förvaltning". Inbjudan<br />

skickades till samtliga kommunchefer och 153 kommu<strong>ner</strong> besvarade<br />

enkäten. Undersökningen bygger på scenarion, kännetecken och indikatorer<br />

utifrån fyra hörnstenar enligt nedan och ger på så sätt en bild av relativa<br />

styrkor och svagheter inom valda områden.<br />

Delrapporten publicerades i september 2006, se vidare<br />

http://www.skl.se/artikel.asp?C=5378&A=29889 .


PM 16 (34)<br />

2006-10-02<br />

2.1.8 Umeå kommun<br />

Umeå tas som exempel på en kommun med aktiviteter på området.<br />

I Umeå pågår ett arbete med målsättningen att etablera en enhetlig arkitektur<br />

för integration av IT-stöd. Den föreslagna arkitekturen består av två delar, en<br />

logisk/verksamhetsmässig och en teknisk del. Man utgår från ett scenario<br />

som beskriver nödvändigheten av att övergå från skräddarsydda, unika<br />

system till lösningar som bygger på återanvändbara, löst kopplade moduler,<br />

dvs. en serviceorienterad modell. Man diskuterar också alternativa strategier<br />

för att snabbt nå fram till praktiska resultat: Den traditionella modellen att<br />

definiera IT-stödet utifrån behoven i verksamheternas kartlagda processer<br />

ställs mot modellen att identifiera och tillhandahålla ett antal ge<strong>ner</strong>ella ITtjänster,<br />

som likt Legobitar kan sättas samman och återanvändas för olika<br />

verksamhetsbehov.<br />

2.2 eGovernment-initiativ internationellt<br />

Nedan följer kortfattade beskrivningar och länkar till ett axplock av<br />

eGovernment-initiativ i olika länder, som arbetsgruppen har kommit i<br />

kontakt med och bedömer som intressanta att titta närmare på. En närmare<br />

analys ryms inte inom ramen för denna förstudie, och listan kan säkert<br />

kompletteras med flera andra exempel av likvärdigt intresse. Syftet är i första<br />

hand att ge förutsättningar för en överblick över hur andra länder har tagit sig<br />

an området och att underlätta och inspirera till närmare studier, jämförelser<br />

och samarbeten i det fortsatta arkitekturarbetet.<br />

2.2.1 Danmark<br />

Danmark har i många år satsat stora resurser på IT-arkitektur och ITstrategier<br />

för att samordna utvecklingen av sin e-förvaltning och för att<br />

stimulera IT-användningen i samhället. Danmark tillhör nog de länder som<br />

har kommit längst och man inbjuder till samarbete med andra länder, t.ex. för<br />

gemensam inventering och analys av IT-standarder, inom ramen för IDABCprogrammet.<br />

Öppenheten är stor och dokumentationen omfattande, i många fall på<br />

engelska, för att kunna påverka och bidra till det internationella arbetet.<br />

In<strong>format</strong>ion om det danska arkitektur- och standardiseringsarbetet kan<br />

enklast sökas via Open In<strong>format</strong>ion Online, http://www.oio.dk/<br />

Den danska arkitekturansatsen är inriktad på en serviceorienterad arkitektur<br />

och beskrivs i en vitbok, publicerad 2003, se<br />

http://www.oio.dk/arkitektur/publikatio<strong>ner</strong>/hvidbog .<br />

Som förutsättningar och motiv för arkitekturarbetet framhåller man fem<br />

principer, nämligen<br />

Princip 1: Interoperabilitet


Princip 2: Säkerhet<br />

Princip 3: Öppenhet<br />

Princip 4: Flexibilitet<br />

Princip 5: Skalbarhet<br />

PM 17 (34)<br />

2006-10-02<br />

Det finns en stor mängd dokumentation tillgänglig, bl a en prototyp till<br />

arkitekturguide på http://ab.oio.dk/arkitekturguide.<br />

En rapport framtagen av Gart<strong>ner</strong> beskriver tänkbara arkitekturkrav, se<br />

http://www.oio.dk/index.php?o=59b9b43488ee5bb9ddafbd7fc623dbf7<br />

Videnskabsministeriet har beställt fyra analyrapporter om SOA som kan<br />

läsas på http://www.oio.dk/arkitektur/soa/analyserapporter<br />

De danska IT-standarderna finns i katalogen http://standarder.oio.dk/Dansk/<br />

Hit hör också infostrukturbasen, http://isb.oio.dk/info/, som innehåller ett<br />

stort antal fastlagda datastrukturer i XML-<strong>format</strong>.<br />

Bakgrunder och motiv för den danska satsningen finns bl.a. i följande<br />

rapporter från Vetenskapsministeriet:<br />

”Udveksling af data mellem offentlige myndigheder- Analyse af<br />

udfordringer og barrierer”, se<br />

http://videnskabsministeriet.dk/site/forside/publikatio<strong>ner</strong>/2006/udvekslingaf-data-mellem-offentlige-myndigheder<br />

”En styrket indsats for bedre interoperabilitet”, se<br />

http://videnskabsministeriet.dk/site/forside/publikatio<strong>ner</strong>/2006/en-styrketindsats-for-bedre-interoperabilitet<br />

“IT and Telecommunication Policy Report 2006”, se<br />

http://videnskabsministeriet.dk/site/forside/publikatio<strong>ner</strong>/2006/it-andtelecommunication-policy-report-2006


PM 18 (34)<br />

2006-10-02<br />

Här framgår bland mycket annat att “The Digital Task Force”, som under ett<br />

antal år har drivit på e-förvaltningsutvecklingen, nu har organiserats som en<br />

permanent funktion under finansministeriet.<br />

En vägledning om dansk offentlig IT-standardisering finns på<br />

http://videnskabsministeriet.dk/site/forside/publikatio<strong>ner</strong>/2005/faellesoffentli<br />

g-it-standardisering/index.htm<br />

Danmark har via IDABC inviterat till europeiskt samarbete kring ett ramverk<br />

för interoperabilitet och erbjudit sig som värdar för en sådan satsning.<br />

IDABC har undersökt den legala plattformen för att stödja ett sådant initiativ<br />

och har kommit fram till att det är möjligt. Motivet är att det är ett drygt<br />

arbete att inventera och utvärdera alla tänkbara standarder utifrån öppenhet,<br />

mognadsgrad, spridning, licensvillkor o s v, och att det inte är rationellt att<br />

göra samma arbete i upp till 25 medlemsstater. Denna bedömning är i de<br />

flesta fall objektiv och nationsneutral, medan däremot värderingen av de<br />

olika egenskaperna kan skilja sig åt och därmed leda till olika slutsatser och<br />

rekommendatio<strong>ner</strong> i medlemsländerna. För att genomföra idén krävs att ett<br />

gemensamt sekretariat inrättas och en expertgrupp utses.<br />

2.2.2 Norge<br />

Norge har arbetat med eNorge pla<strong>ner</strong>. Den första lades fram år 2000 och<br />

versio<strong>ner</strong> 2 och 3 har kommit sedan dess. eNorge 2005 som lades fram i april<br />

2002 hade ambitionen att vara principiell och överordnad till skillnad från de<br />

tidigare som haft mer betoning på åtgärder vid de enskilda organisatio<strong>ner</strong>na.<br />

Genom uppföljningar har framåtskridandet mätts.<br />

I eNorge 2009 vill man få ut samhällsvinster av IT-användningen och man<br />

har tre målområden: Den enskilde i det digitala Norge, Innovation och<br />

tillväxt i näringslivet och En samordnad och användaranpassad offentlig<br />

sektor.<br />

En forskningsrapport betitlad Arkitektur för samhandling i offentlig sektor<br />

publicerades i juni 2004.<br />

Aktiva aktörer<br />

Förnyings- og administrasjonsdepartementet<br />

På departementet finns IT-politisk avdeling<br />

http://odin.dep.no/fad/norsk/dep/org/avd/p30005999/bn.html<br />

Avdelningen arbetar med strategi- och politikutveckling knutet till IT och<br />

utvecklingen av en enhetlig politik för in<strong>format</strong>ionssamhället. Avdelningen<br />

har samordningsansvar för regeringens IT-politik bl a:


PM 19 (34)<br />

2006-10-02<br />

Spridning av e-tjänster, infrastruktur för en elektronisk ID och signatur,<br />

ansvar för säkerhet och sårbarhet kopplat till samhällets användning av IT.<br />

Bredbandspolitiken och bättre tillgång till offentliga in<strong>format</strong>ionsresurser.<br />

Man har också ansvar för Norges deltagande internationellt som Nordiska<br />

Ministerrådet, OECD och EU. Uppföljning och utveckling av regeringens<br />

IT-politik genom eNorge-planen.<br />

Organisationen har 3 sektio<strong>ner</strong> och en projektgrupp:<br />

• Sektionen för offentliga e-tjänster och datasamordning<br />

o Koordi<strong>ner</strong>ing och förankring av e-förvaltningsarbetet som<br />

IT-arkitektur och standardisering i offentlig sektor,<br />

grunddataregister och persondatautredningen, tillgång till<br />

gemensamma e-tjänster/Min Side, föreskrift om elektronisk<br />

kommunikation<br />

• Sektionen för infrastruktur och in<strong>format</strong>ionsekonomi<br />

o Säkerhet och sårbarhet i IT-samhället, bredbandspolitiken,<br />

in<strong>format</strong>ionsekonomi, samhällsekonomiska effekter av IT, ITpolitik<br />

i OECD och Budget, räkenskaper och<br />

ekonomistyrning.<br />

• Sektionen för IT och samhälle<br />

o Utveckling och uppföljning av eNorge-pla<strong>ner</strong>na, sekretariat<br />

för statssekreterargruppen för IT, eNorge-forum, data och<br />

statistik för IT-samhället, samhällseffekter av IT som edemokrati,<br />

kunskap, funktionshindrade, personlig integritet,<br />

Norge.no, IT-politik i EU och i Nordiska Ministerrådet<br />

• Gruppen för eSignatur och teknologiövervakning<br />

eNorge<br />

o Skapandet av en samhällsinfrastruktur för elektronisk signatur<br />

och ID och en lösning för användning av dessa i offentlig<br />

sektor, drift av samordningsorganisationen för PKI i offentlig<br />

sektor samt Nationellt PKI-forum i samarbete med privat<br />

näringsliv, initiering av ny IT-politik utgående från<br />

övervakning av teknologi- och marknadstrender<br />

IT-arkitektur er fellesbegrepet som brukes om prinsippene og rammene for elektronisk samhandling.<br />

Det handler om hvordan arbeidsprosessene organiseres, hvilke begreper som brukes og om tekniske<br />

grensesnitt og systemer for bearbeiding og overføring av data. En velfungerende IT-arkitektur er en<br />

forutsetning for samspill mellom viktige registre. Det er også en forutsetning for at offentlig sektor skal<br />

kunne levere bedre digitale tjenester.<br />

Arkitekturarbeidet fokuserer ge<strong>ner</strong>elt på samspill, særlig mellom virksomheter, nasjonalt og<br />

internasjonalt, men også mellom IT-systemer i den enkelte virksomhet. Arkitekturarbeidet skal bidra<br />

til:


PM 20 (34)<br />

2006-10-02<br />

› bedre og mer sammenhengende digitale tjenester for innbyggere og næringsliv, på tvers av sektorer<br />

og forvaltningsnivåer.<br />

› bedre kvalitet og ut<strong>nytt</strong>else av felles grunndata for forvaltning og næringsliv<br />

› kostnadseffektivitet i offentlig sektor<br />

› større konkurranse og mangfold i leverandørmarkedet<br />

Det er en utfordring å sikre nødvendig fleksibilitet i offentlige løsninger samtidig som arkitekturen skal<br />

være robust over tid. Forprosjektrapporten Arkitektur for elektronisk samhandling i offentlig<br />

sektor, avgitt i juni 2004, markerte starten på et langsiktig arbeid i samsvar med målene ovenfor.<br />

Utvikling av brukerorienterte tjenester skal fortrinnsvis skje gjennom en tjenesteorientert arkitektur.<br />

Det innebærer at IT-løsningene leveres i uavhengige moduler som kan brukes på tvers av avdelinger<br />

og organisasjo<strong>ner</strong>. Hver modul gir et klart defi<strong>ner</strong>t sett med tjenester til systemet som helhet.<br />

2.2.3 Storbritannien<br />

Storbritannien var tidigt ute med både organisation och riktlinjer för att skapa<br />

bättre interoperabilitet. Redan år 2000 fastställdes e-GIF (e-Government<br />

Interoperability Framework), framtagen av ”the Office of the e-Envoy”,<br />

numera ”e-Government Unit” under ministern för ”The Cabinet Office”.<br />

Senaste versionen är 6.1 som utkom i mars 2005, se<br />

http://www.govtalk.gov.uk/interoperability/egif_document.asp?docnum=949<br />

I november 2005 presenterade premiärminister Tony Blairs kansli sin strategi<br />

för att utveckla den brittiska förvaltningen genom ny teknik.<br />

Premiärministerns kansli konstaterar inledningsvis att ny teknik spelar en<br />

huvudroll för att lösa de tre huvudsakliga utmaningar som globaliseringen<br />

ställer moderna förvaltningar inför: ekonomisk produktivitet, social rättvisa<br />

och reformering av offentliga tjänster.<br />

Utmaningen består inte bara i att ut<strong>nytt</strong>ja IT på ett bättre sätt i befintliga<br />

tjänster utan att också använda IT på ett annat sätt för att stödja nästa fas<br />

utvecklingen av offentliga tjänster, d v s att skapa tjänster som är mer<br />

samordnade, mer personliga, effektivare och mer verkningsfulla för att nå<br />

uppställda mål.<br />

Den strategi som föreslås kräver tre nyckelförändringar i förvaltningen:<br />

1. Citizen and Business Centred Services. De tjänster som tillhandahålls<br />

genom IT måste utformas kring medborgarna och företagen, inte utgå<br />

tjänsteleverantören och de måste tillhandahållas via moderna,<br />

samordnade kanaler.<br />

2. Shared Services Culture. Förvaltningen måste röra sig mot en<br />

integrerad tjänstekultur (shared services), gentemot användarna, i den<br />

egna organisationen, i in<strong>format</strong>ionens innehåll samt i infrastrukturen.<br />

3. Professionalism. Förvaltningen måste bredda och fördjupa sin<br />

kompetens vad gäller pla<strong>ner</strong>ing och tillhandahållande av tjänster,<br />

organisation, kunskaper och hantering av de förändringar som<br />

in<strong>format</strong>ionstekniken möjliggör.


PM 21 (34)<br />

2006-10-02<br />

Trans<strong>format</strong>ional Government – enabled by Technology, publicerad i<br />

november 2005 och med målsättningar att uppnå till juli 2007,<br />

se http://www.cabinetoffice.gov.uk/e-government/strategy/<br />

2.2.4 Tyskland<br />

Strategi- och arkitekturfrågor på federal nivå hanteras av KBSt, en<br />

koordi<strong>ner</strong>ings- och rådgivningsorganisation inom Bundesministerium des<br />

In<strong>ner</strong>n, se http://www.kbst.bund.de . Man utvecklar, publicerar och förvaltar<br />

ett antal vägledningar, bland annat mönsterarkitekturer och mönsterprocesser<br />

för olika ärendetyper. Ett centralt och omfattande dokument är SAGA<br />

(Standards & Architectures for eGovernment Application, som även finns i<br />

en engelsk utgåva). Den utgår bland annat från en beskrivningsmodell från<br />

fem olika ”viewpoints” se följande figur, som bygger på en standardiserad<br />

referensmodell för Open Distributed Processing, ISO/IEC 10746, se<br />

http://isotc.iso.org/livelink/livelink/fetch/2000/2489/Ittf_Home/PubliclyAvai<br />

lableStandards.htm .


PM 22 (34)<br />

2006-10-02<br />

Vidare beskrivs ett stort antal tekniska standarder och specifikatio<strong>ner</strong>, som<br />

löpande utvärderas enligt följande livscykelmodell.<br />

Vidare driver KBSt en ”XML-Infopoint”, där XML-användning i offentliga<br />

projekt beskrivs och datamodeller och XML-scheman publiceras för<br />

återanvändning.<br />

2.2.5 Schweiz<br />

Schweiz har sedan 2002 publicerat och vidareutvecklat en omfattande<br />

eGovernment-strategi. Den håller nu på att uppdateras och som ett led i det<br />

arbetet publicerades i april 2006 en ny<br />

vägledning för eGovernment-utveckling. Den bygger på tre principer:<br />

• Kundorientering (indelat i G2B, G2C och G2G)<br />

• Process-orientering och<br />

• Projektorientering<br />

och erbjuder olika strukturer, modeller och checklistor som stöd för<br />

pla<strong>ner</strong>ing och genomförande av såväl lokala som gemensamma projekt.<br />

Sedan tidigare finns ett stort antal styrande och rådgivande rapporter,<br />

riktlinjer och projektöversikter publicerade på http://www.evanti.ch/eGov/ .<br />

Arbetet drivs av en IT-strategiorganisation under det federala<br />

finansministeriet, i nära samverkan med federationens kanto<strong>ner</strong> och<br />

kommu<strong>ner</strong>.


2.2.6 USA<br />

Några viktiga aktörer på federal nivå:<br />

PM 23 (34)<br />

2006-10-02<br />

Office of Management and Budget (OMB) http://www.whitehouse.gov/omb/<br />

är del av presidentens Executive Office och utvecklar Federal Enterprise<br />

Architecture (FEA). OMB övervakar även upphandling på federal nivå.<br />

Chief In<strong>format</strong>ion Officer Council: http://www.cio.gov/index.cfm, till vilket<br />

är knutet en Architecture and Infrastructure Committee (AIC), samarbetar<br />

med programkontoret för Federal Enterprise Architecture (FEA PMO).<br />

En tidigare aktiv organisation är Ge<strong>ner</strong>al Services Agency (GSA)<br />

www.gsa.gov. Arbetar bl a med upphandling av IT.<br />

Federal Enterprise Architecture (FEA)<br />

http://www.whitehouse.gov/omb/egov/a-1-fea.html.<br />

FEA utgörs av en uppsättning referensmodeller som skall underlätta<br />

myndighetsövergripande analyser och identifiering av överlappande<br />

investeringar, missar mellan myndigheter och möjligheter till samarbete<br />

inom och mellan organisatio<strong>ner</strong>na. Tillsammans utgör de ett ramverk för att<br />

beskriva viktiga element ingående i FEA på ett sammanhållet och konsistent<br />

sätt genom användning av det gemensamma ramverket och den<br />

gemensamma begreppsapparaten. IT-portföljer inom den federala regeringen<br />

kan hanteras och ut<strong>nytt</strong>jas bättre. FEA består av följande delar:<br />

• Performance Reference Model (PRM)<br />

• Business Reference Model (BRM)<br />

• Service Component Reference Model (SRM)<br />

• Technical Reference Model (TRM)<br />

• Data Reference Model (DRM)<br />

Till detta kommer FEA Architecture Assessment Framework (ver 2.0) som<br />

används av OMB vid värderingar av federala organisatio<strong>ner</strong> och där<br />

mognadsnivån anges på en sexgradig skala.


PM 24 (34)<br />

2006-10-02<br />

2.2.7 Kanada<br />

Vid e-forums studieresa till Kanada gavs möjlighet att möta olika delar av<br />

den kanadensiska förvaltningen. Presentatio<strong>ner</strong>na visade på en tydlig<br />

strukturerad arkitektur för tillhandahållandet av offentlig service elektroniskt.<br />

Det fanns också en tydlig struktur för att tillhandhålla och sprida in<strong>format</strong>ion<br />

inom förvaltningen på federal nivå. Det var ett omfattande arbetet som<br />

förmodligen inte hade kunnat nå ett så gott resultat om det inte hade haft<br />

politiskt stöd på hög nivå och goda ekonomiska resurser. Grundsatsen i<br />

arbetet har varit och är samverkan över gränserna, federalt, provinsiellt och<br />

regionalt. Initiativet har, trots det politiska stödet, inte varit politiskt utan<br />

frågan har från början vuxit fram ur de lokala behoven av samverkan och<br />

organisation.<br />

Syftet har varit att förenkla, effektivisera och minska förvaltningens<br />

kostnader samt samordna förvaltningens service till medborgare och företag.<br />

Som et t viktigt led i arbetet har varit att åstadkomma gemensamma<br />

standarder och genomföra för förvaltningen gemensamma inköp av ITutrustning.<br />

Förvaltningens många IT-system förutsatte en bättre samordning<br />

vid framtida utveckling. Förvaltningen hade också problem med gammal<br />

utrustning, som måste underhållas och på sikt bytas ut. Den pla<strong>ner</strong>ade<br />

förändringen och utvecklingen kommer att beröra 60 000 anställda inom hela<br />

administrationen.<br />

Det har gjorts framför allt genom projektet Government Online (GOL).<br />

Projektet är ett av sex projekt och ingår i en större strategi som kallas<br />

connecting Canadians. GOL har rullat under 5 år och lämnade sin slutrapport<br />

i mars 2006. Budgeten var på 880 miljo<strong>ner</strong> Ca$ ca 5720 miljo<strong>ner</strong> SEK. Efter<br />

slutrapporten ska den fortsatta utvecklingen bekostas av förvaltningen via det<br />

ordinarie anslaget.<br />

Arbetet har bedrivits i mindre pilotprojekt och i nära samarbete mellan<br />

förvaltningens olika parter och nivåer. När projekttiden löpt ut är avsikten att<br />

de ska skalas upp till att omfatta hela Kanada.<br />

Följande slutsatser drogs vid e-forums studieresa i Kanada:<br />

Det är viktigt med ett strukturerat arbetssätt och att inneha verktyg för att<br />

skapa samverkan som en förutsättning för horisontella program över<br />

departement och politikområden.<br />

Kanada fäster stor vikt vid att sprida kunskap och arbetssätt/metodik,<br />

exempelvis rörande samarbetsmodeller och brukardialog. Man använder en<br />

strukturerad modell med tillhörande IT-stöd för att föra ut mål från central<br />

nivå och för att inhämta resultat från förvaltningen.


PM 25 (34)<br />

2006-10-02<br />

Insikten att sökmotorer får en allt större roll i medborgarnas<br />

in<strong>format</strong>ionsinhämtande.<br />

Det var intressant att notera arbetet med att öka användningsgraden av<br />

portalerna. Kanadas arbete med ”e-connect”, innebär att man hittar rätt tjänst<br />

oberoende av vokabulär. Många använder även olika sökmotorer som t ex<br />

”Google” för att finna rätt e-tjänst.<br />

Vikten av ett konkret långsiktigt arbete är att identifiera, konsolidera och<br />

återanvända gemensam infrastruktur och verksamhet inom förvaltningen.<br />

Användbarhetens betydelse är en kritisk framgångsfaktor.<br />

Det är också den faktor som medborgarna ansåg vara den allra viktigaste för<br />

att höja användningsgraden av e-tjänster.<br />

Kanadas förvaltningsgemensamma sida hittar in på följande länk:<br />

http://servicecanada.gc.ca/en/home.html


PM 26 (34)<br />

2006-10-02<br />

2.3 Standardiseringsorgan och konsortier<br />

De formella, internationella standardiseringsorganisatio<strong>ner</strong>na ISO/IEC/ITU<br />

har tagit fram referensmodeller och arkitekturer för olika ändamål som ibland<br />

refereras i nationella ramverk. Utöver dessa finns ett flertal andra<br />

organisatio<strong>ner</strong> som utarbetar modeller och rekommendatio<strong>ner</strong> som är<br />

relevanta för arkitekturarbetet. Några av dessa är:<br />

2.3.1 UN/CEFACT<br />

Förenta Natio<strong>ner</strong>na (FN), genom organet United Nations Centre for Trade<br />

Facilitation (UN/CEFACT), står tillsammans med Organization for the<br />

Advancement of Structured In<strong>format</strong>ion Standards (OASIS), bakom ebXML<br />

(Electronic Business using eXtensible Markup Language) som är ett ramverk<br />

för affärskommunikation. Flera ebXML-specifikatio<strong>ner</strong> har nyligen också<br />

publicerats som tekniska rapporter av ISO i serien ISO 15000.<br />

Projektet startade 1999 och inkluderade så småningom standarder för bland<br />

annat affärsprocesser, samarbetsprotokoll, kärndatakomponenter (Core<br />

Components) och utbyte av affärsmeddelanden.<br />

ebXML innehåller modeller för hela processen i elektronisk handel, från att<br />

hitta en affärspart<strong>ner</strong> till att utföra löpande affärer. ebXML baseras på FN:s<br />

välbeprövade standard för Electronic Data Interchange (EDI). ebXMLkonceptet<br />

är inte begränsat till elektronisk handel utan kan också tillämpas<br />

ge<strong>ner</strong>ellt för t.ex. offentlig ärendehantering.<br />

2.3.2 OASIS<br />

OASIS har utarbetat en referensmodell för Service Oriented Architecture,<br />

OASIS reference model - http://www.oasisopen.org/committees/tc_home.php?wg_abbrev=soa-rm<br />

som nu håller på att<br />

fastställas som en OASIS-standard (se även under SOA-avsnittet ovan).<br />

OASIS är ett globalt konsortium, bildat 1993, som stöder utveckling,<br />

praktisk tillämpning och spridning av standarder. OASIS har över 5 000<br />

medlemmar som representerar 600 organisatio<strong>ner</strong> och individuella<br />

medlemmar i 100 länder och arbetet är organiserat i ett stort antal tekniska<br />

kommittéer.<br />

OASIS har tekniska kommittéer inom många olika områden, t.ex. för ehandel<br />

där man specificerar UBL (Universal Business Language). UBL 2.0<br />

håller nu på att fastställas som OASIS-standard.<br />

Det nordiska samarbetet i fråga om e-handelsdokument syftar till att<br />

fastställa ett subset till UBL 2.0 samt att verka för att den fortsatta<br />

utvecklingen lämnas över från Oasis till UN/CEFACT (se ovan).<br />

Ett annat område där OASIS är aktivt är ODF (Open Document Format),<br />

som nu är på väg att också bli en ISO-standard (ISO/IEC DIS 26300).


PM 27 (34)<br />

2006-10-02<br />

2.3.3 OSOA (Open Service Oriented Architecture)<br />

Open SOA är ett samarbete mellan i stort sett samtliga ledande leverantörer<br />

på området, med ett viktigt undantag: Microsoft. OSOA tar f n gemensamt<br />

fram två specifikatio<strong>ner</strong> på området:<br />

• Service Component Architecture (SCA)<br />

• Service Data Objects (SDO)<br />

För mer info, se http://www.osoa.org/display/Main/Home .<br />

2.3.4 IEEE<br />

IEEE, Institute of Electrical and Electronics Engineers, utvecklar och<br />

publicerar bland annat standarder och rekommendatio<strong>ner</strong> inom IT och<br />

elektronik. En ofta refererad standard är ”Recommended Practice for<br />

Architectural Description of Software-Intensive Systems” (IEEE 1471-<br />

2000).<br />

2.3.5 The Open Group<br />

The Open Group Architecture Framework (TOGAF) utvecklas av ett<br />

konsortium för erfarenhetsutbyte och främjande av gränslöst<br />

in<strong>format</strong>ionsutbyte, se http://www.opengroup.org/<br />

TOGAF är designat för att stödja de fyra del-arkitekturer som brukar anses<br />

ingå I en enterprise architecture:<br />

• Business (or business process) architecture<br />

• Application architecture<br />

• Data architecture<br />

• Technology architecture.<br />

Senaste versionen, publicerad i augusti 2006, kan läsas här :<br />

http://www.opengroup.org/architecture/togaf8-doc/arch/ .<br />

2.4 Leverantörsinitiativ<br />

De ledande IT-leverantörerna och många mindre nischleverantörer arbetar<br />

med egna ramverk och arkitekturmodeller, numera oftast med SOAinriktning,<br />

som stöd för såväl sin egen utveckling och marknadsföring av<br />

produkter och tjänster som för sina part<strong>ner</strong>s och kunder. Några som har väl<br />

utvecklade och spridda koncept är exempelvis Microsoft, IBM, Sun, BEA<br />

och Software AG. Denna förstudie har inte närmare studerat eller jämfört<br />

leverantörernas arkitekturer, men det kan finnas anledning att göra det, t.ex.<br />

för att analysera de terminologi- och interoperabilitetsproblem som kan<br />

uppstå mellan myndigheter som har valt att följa olika leverantörers koncept<br />

och hur dessa kan förutses och överbryggas.


PM 28 (34)<br />

2006-10-02<br />

2.5 Analysföretag, press, forskning<br />

Det har forskats, analyserats och skrivits mycket om verksamhets- och ITarkitektur<br />

under senare år. Infallsvinklarna är många, men några<br />

gemensamma trender kan urskiljas. Mycket kan läsas fritt på Internet, men<br />

de senaste rapporterna från konsult- och analysföretagen är endast<br />

tillgängliga för registrerade kunder mot betalning. Inom ramen för denna<br />

förstudie har inga konferenser besökts eller rapporter köpts in, men i ett<br />

eventuellt fortsatt arkitekturprojekt bör mer input från t.ex. konsulter och<br />

analysföretag inhämtas.<br />

2.5.1 Enterprise Architecture Group<br />

På http://www.theeagroup.net/ delar verksamhetsarkitekter med sig av sina<br />

erfarenheter. Man försöker kartlägga olika modeller och har kommit upp i ett<br />

tjugotal, se figuren.<br />

Enligt EAGroup är det gemensamt för många av modellerna att de<br />

åtminstone inkluderar följande fem vyer för att skapa en helhetsbild av<br />

verksamhetens arkitektur:<br />

• Business Architecture<br />

• In<strong>format</strong>ion Architecture<br />

• System Architecture<br />

• Technology Architecture<br />

• samt Enterprise Architecture Governance.


PM 29 (34)<br />

2006-10-02<br />

2.5.2 Zachman Institute<br />

John Zachman presenterade 1987 sitt ursprungliga Zachman Framework,<br />

som brukar betraktas som originalet, som fortfarande är en ledande modell<br />

för verksamhetsarkitektur och som har inspirerat till många andra varianter.<br />

Den bygger på en matrisstruktur utifrån frågor om ”what, how, where, who,<br />

when och why” som ställs ur olika rollers perspektiv såsom pla<strong>ner</strong>are, ägare,<br />

desig<strong>ner</strong>, byggare, underleverantör osv.<br />

För mer info, se http://www.zifa.com/


PM 30 (34)<br />

2006-10-02<br />

2.5.3 Gart<strong>ner</strong><br />

Gart<strong>ner</strong> arbetar mycket med verksamhets- och IT-arkitekturer och anlitas av<br />

många organisatio<strong>ner</strong>, t.ex. de danska arkitekturstudierna refererar bl a till<br />

Gart<strong>ner</strong>s arkitekturmodeller.<br />

Gart<strong>ner</strong> betonar att ett framgångsrikt arkitekturarbete skall vara<br />

processorienterat.<br />

Enterprise & Planning Architecture Strategies – som utvecklats av Meta<br />

Group men som efter uppköp numera förvaltas av Gart<strong>ner</strong>, är ett hjälpmedel<br />

som har använts av svenska myndigheter för att beskriva verksamhets-,<br />

in<strong>format</strong>ions-, applikations-, system- och tekniska strategier och dess<br />

påverkan på verksamhetsfunktio<strong>ner</strong> och processer.<br />

EPAS Process modell<br />

Organisera<br />

arkitektur<br />

resutser<br />

Ta fram/<br />

fastställa fastst lla<br />

Verksamhets<br />

vision<br />

Fastställa/ Fastst lla/<br />

förfina rfina<br />

Verksamhets<br />

arkitektur<br />

Omgivande trender<br />

Fastställa/ Fastst lla/<br />

förfina rfina<br />

In<strong>format</strong>ions<br />

arkitektur<br />

Δ? Δ?<br />

Fastställa/ Fastst lla/<br />

förfina rfina<br />

Tekniska<br />

arkitektur<br />

Dokumentera dagens förh f rhållanden<br />

l Förändringsprojekt<br />

l In<strong>format</strong>ionsprojekt<br />

l Applikationsprojekt<br />

l Tekniskprojekt<br />

Δ? Δ?<br />

llanden Gap/brist<br />

Implementations<br />

pla<strong>ner</strong>ing<br />

Fastställa/ Fastst lla/<br />

förfina rfina<br />

Applikations<br />

Portfölj Portf lj<br />

Enterprise Architecture Governance and Evolution, Organizational Impact, and Communication<br />

© 2003 META Group, Inc., Stamford, CT-USA, +1 (203) 973-6700, metagroup.com. All materials are confidential and proprietary.<br />

Gap/brist<br />

Analys<br />

EPMO Linkage<br />

Enterprise Program Management Office<br />

Migrerings<br />

pla<strong>ner</strong>ing<br />

2.5.4 CIO Magazine<br />

Publicerar kortfattade Tutorials om aktuella trender, bland annat om SOA, se<br />

http://www.cio.com/abcs/soa_abc.html .<br />

3


3 Analys och slutsatser<br />

PM 31 (34)<br />

2006-10-02<br />

Från arbetet med att kartlägga och kortfattat beskriva de olika initiativen i<br />

denna delrapport vill vi lyfta fram följande:<br />

Verksamhets- och IT-arkitekturer har bara existerat i ca 20 år och de har inte<br />

fått ordentlig spridning förrän på 2000-talet. Detta är alltså en ung och ännu<br />

omogen arkitekturdisciplin, där mycket utvecklingsarbete återstår.<br />

Redan i Antikens Rom formulerades några grunder för god arkitektur som<br />

fortfarande kan tillämpas, även för att utvärdera 2000-talets modeller för<br />

verksamhets- och IT-arkitektur:<br />

Arkitekturen skall lösa ett problem, den skall vara robust, den skall vara<br />

tidlös och den skall skänka oss glädje.<br />

Vidare framhöll man<br />

• Funktion: Arkitekturen skall vara användbar för sitt ändamål.<br />

• Styrka: Arkitekturen skall möjliggöra ett starkt och hållbart bygge.<br />

• Skönhet: Arkitekturen skall vara estetiskt tilltalande<br />

som arkitekturens tre grundpelare.<br />

Det finns ett mycket stort antal pågående arkitekturinitiativ i såväl offentlig<br />

som privat sektor och inom ramen för denna förstudie har vi bara kunnat<br />

skumma på ytan. Vi utgår således ifrån att det inte finns någon anledning för<br />

Verva att börja från noll och utveckla en egen arkitekturmodell. Däremot<br />

behövs dels fortsatta insatser för att välja ut de för Sverige mest lämpade<br />

utgångspunkterna, dels behövs troligen en viss anpassning till svenska<br />

förhållanden och begrepp.<br />

Det svenska Nätverket för arkitekter startades för några år sedan av IT-<br />

/verksamhetsarkitekterna på ett tiotal större myndigheter, dels som ett forum<br />

för utbyte av erfarenhet och uppbyggnad av kompetens arkitekterna emellan,<br />

dels som en reaktion på att det inte förekom något gemensamt och samordnat<br />

arkitekturarbete i förvaltningen.<br />

Nätverket har arbetat fram ett första idéutkast till ett förvaltningsgemensamt<br />

arkitekturramverk uppbyggt av:<br />

• Ge<strong>ner</strong>ella myndighetsprinciper<br />

• Ge<strong>ner</strong>ella verksamhetsprinciper<br />

• Ge<strong>ner</strong>ella arkitekturprinciper<br />

• Ge<strong>ner</strong>ella designprinciper.<br />

Som en test av möjligheten att utveckla en förvaltningsgemensam arkitektur<br />

har nätverket härlett ett antal möjliga förvaltningsge<strong>ner</strong>ella<br />

myndighetsprinciper ur olika förvaltningspolitiska styrdokument.


PM 32 (34)<br />

2006-10-02<br />

De identifierade myndighetsprinciperna pekar på behovet av att låta<br />

arkitekturramverket bestå av flera vyer än den tekniska<br />

Erfarenheterna från nätverket visar att det har förutsättningar att utgöra en<br />

resurs i ett eventuellt organiserat förvaltningsgemensamt arkitekturarbete.<br />

Vi bedömer att många av de använda arkitekturmodellerna är abstrakta och<br />

svåra att förstå och att verksamhets<strong>nytt</strong>an inte alltid är uppenbar. Det finns<br />

goda argument för att utgå ifrån ett övergripande helhetsgrepp som sedan<br />

stegvis bryts <strong>ner</strong> till konkreta lösningsarkitekturer. Intrycket är dock att<br />

många arkitekturinitiativ fastnar i diskussio<strong>ner</strong> på de övergripande nivåerna<br />

för att aldrig hinna eller orka <strong>ner</strong> till den nivå där nya lösningar faktiskt<br />

realiseras. Därmed inte sagt att dessa övergripande arkitekturarbeten har varit<br />

o<strong>nytt</strong>iga. De har troligen bidragit till en viss harmonisering och samsyn, men<br />

den konkreta <strong>nytt</strong>an kan vara svår att bevisa.<br />

Som en kritisk framgångsfaktor bör gälla att<br />

Arkitekturen skall vara en bas för ledningens beslut och att den skall utgöra<br />

en länk mellan visio<strong>ner</strong>na och de konkreta lösningarna.<br />

Det gäller också att vara klar över syftet vid valet mellan olika modeller för<br />

t.ex. verksamhetsarkitekturer, IT-arkitekturer, in<strong>format</strong>ionsarkitekturer,<br />

interoperabilitetsarkitektur osv.<br />

Arkitekturmodellerna kan vara ganska olika, men några utgångspunkter och<br />

synsätt verkar vara vanligt förekommande:<br />

Man formulerar en uppsättning gemensamma principer, som skall vara<br />

vägledande för fortsatta strategiska beslut.


PM 33 (34)<br />

2006-10-02<br />

Som interoperabilitetsmodell använder man indelningen i<br />

• en organisatorisk,<br />

• en semantisk och en<br />

• teknisk nivå.<br />

Ibland förfinas denna interoperabilitetsmodell med en syntaktisk nivå mellan<br />

den semantiska och den tekniska och med en juridisk ovanför den<br />

organisatoriska.<br />

Zachmans matrisstruktur återkommer i olika varianter, såväl med<br />

påbyggnader som förenklingar.<br />

Olika vyer används för att skapa en helhetsbild och följande fem förekommer<br />

i många varianter:<br />

• Business Architecture<br />

• In<strong>format</strong>ion Architecture<br />

• System Architecture<br />

• Technology Architecture samt<br />

• Enterprise Architecture Governance.<br />

Arkitekturutvecklingen som en ständigt pågående förbättringsprocess<br />

betonas i flera fall.<br />

I de senare modellerna är den löst kopplade tjänsteorienteringen enligt SOA<br />

domi<strong>ner</strong>ande.<br />

Gemensamt för de länder, vars nationella strategier och arkitekturer vi<br />

beskriver (och även många andra som inte tas upp här) är att arbetet har<br />

• pågått i många år,<br />

• det har varit förankrat på hög politisk nivå och<br />

• drivits av centralt placerade organisatio<strong>ner</strong> med<br />

• gott om specialistresurser (egna och konsulter).<br />

• Man har publicerat mängder av rapporter och riktlinjer,<br />

• inrättat egna webbplatser med stora tekniska och redaktionella<br />

resurser och har<br />

• arrangerat många workshops och konferenser för sina målgrupper.<br />

Man kan ifrågasätta effektiviteten hos vissa satsningar, men även om Sverige<br />

skulle kunna agera smartare, så är vår bedömning ändå att Sverige ligger<br />

flera år efter jämförbara länder.


PM 34 (34)<br />

2006-10-02<br />

Inför beslutet bör man också vara medveten om att en nationell arkitektur<br />

inte bara bör ses som ett avgränsat utvecklingsprojekt. Det behöver åtföljas<br />

av ett långsiktigt förvaltningsåtagande som förutsätter att man avsätter<br />

resurser för en löpande förankrings-, förvaltnings- och<br />

utvecklingsorganisation.<br />

Om Sverige bestämmer sig för att göra en nationell arkitektursatsning så<br />

rekommenderar vi därför att aktivt söka samarbeten med EU-kommissionen,<br />

med andra intresserade länder och med lämpliga standardiseringsorganisatio<strong>ner</strong><br />

för att med rimlig tids- och resursåtgång komma upp till en<br />

användbar nivå. Detta behöver inte betyda att vi måste underordna oss andras<br />

beslut, men däremot kan vi dela på grundarbetet och förhoppningsvis med<br />

automatik nå en högre grad av europeisk samsyn än om vi arbetar på egen<br />

hand.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!