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