Gartner Consulting Independent Leaders in the Business of IT Om brugen af åbne standarder i den offentlige IT-arkitektur

© 2005, Gartner, Inc. All Rights Reserved. Page 2 Virksomheder bevæger sig mod en mere åben arkitektur under overskriften Service Orienteret Arkitektur (SOA), hvor systemer består af ”services”, der kommunikerer med hinanden og med omverdenen på en standardiseret måde The Agile IdealToday’s Rigid Reality Data Center (Back Office) Branch Dealer Customer Supplier Manufacturing Floor Shipping Call Center Web Seller Financial Forecasting Enterprise Nervous System Data Center (Back Office) Branch Dealer Customer Supplier Manufacturing Floor Shipping Call Center Web Seller Financial Forecasting

© 2005, Gartner, Inc. All Rights Reserved. Page 3 Den dominerende standard er ”Web-services”, og IT- og Telestyrelsen anbefaler allerede i dag, at myndigheder bruger denne standard, når systemer bliver ”SOA-ficeret” WS-Coordination WS-Transaction WS-Addressing WSDL 1.1 WS-PolicyAssertions WS-PolicyAttachments WS-Security WS-SecureConversation WS- SecurityAddendum WS-SecurityPolicy Xpath 1.0 XML Schema 1.0 XML 1.0 XML Infoset XML Namespaces SOAP 1.2 XML Signature XML Encryption X.509 WS-Trust WS-Policy WS-Routing BPEL 1.1 WS-ReliableMessaging Det er ikke standarder vi mangler!!!!

© 2005, Gartner, Inc. All Rights Reserved. Page 4 Succesfuld SOA forudsætter en overordnet arkitektur – (Enterprise Arkitektur) så man kan tegne en ”byplan” over de services der skal stilles til rådighed på tværs af myndigheder Nyt myndighes- system X (ialt 25 services) Arkitektur Ældre system System hos samarbejds- partner Opportunistisk udviklet system med kort levetid Standard- system/services Service drevet af privat virksomhed “Byplan” Enterprise Nervous System Central service (indbetalinger)

© 2005, Gartner, Inc. All Rights Reserved. Page 5 Internationale tendenser Fælles Referencearkitektur findes i USA (Federalt niveau) Tyskland og Canada. Den fælles arkitektur angiver hvilke områder, der skal håndteres som selvstændige services, og dermed også, hvor der skal eksistere åbne grænsesnit til omverdenen. ”Interoperability Frameworks”. I flere lande (bl.a. Tyskland, England og Canada) og i EU (under IDA) er der ligesom med referenceprofilen i Danmark udviklet ”Interoperability Frameworks”. De er typisk udformet som en liste over standarder og teknologier, som det anbefales at basere sig på. De forskellige ”Interoperability Frameworks” varierer med hensyn til vægten i anbefalingerne. Det gør sig både gældende i udformningen af listen og listens status. I England er der egentlige krav om ”compliance” og sanktioner for ”non- compliance”, mens andre lande baserer sig på forskellige grader af frivillighed. Integration med budgetprocessen: I USA er ”Enterprise Architecture” modellen inkorporeret i budgetprocessen. Det vil sige, at alle IT-projekter, som søger midler, er tvunget til at udforme en ”Business Case” for projektet efter retningslinier i FEAPMO programmet. Hermed følger også, at systemet skal beskrives i forhold til nomenklaturen i referencemodellerne. Her findes altså en model for direkte at knytte en ”Enterprise Architecture” til budgetlægningsprocessen og dermed sikre, at modellen rent faktisk bliver udbredt.

© 2005, Gartner, Inc. All Rights Reserved. Page 6 Der satses på den forældre-ledede model... Pres for lokal autonomi Pres for global integration High Low Centraliseret modelFøderal model Forældre-ledet modelMulti-lokal model Centralisering af processer og systemer Centralisering af kritiske processer og systemer Alt andet er decentralt Decentrale processer og systemer Anviser fælles guide lines

© 2005, Gartner, Inc. All Rights Reserved. Page 7 Sammenfatning Virksomheder bevæger sig mod en mere åben arkitektur under overskriften Service Orienteret Arkitektur (SOA), hvor systemer består af ”services”, der kommunikerer med hinanden og med omverdenen på en standardiseret måde. Den dominerende standard er ”Web-services”, og IT- og Telestyrelsen anbefaler allerede i dag, at myndigheder bruger denne standard, når systemer bliver ”SOA-ficeret” Målet er netop åbne standarder, så man kan vælge, om man vil bygge eller købe en service. Udbyderne af standardsystemer (SAP, Oracle, SAS etc) vil udbyde deres systemer som en samling services, der kan bringes i anvendelse i virksomhedernes samlede arkitektur Det er forbundet med meget store omkostninger (og vil tage meget lang tid) at omskrive komplekse system-arkitekturer til en ren SOA-arkitektur. Der er behov for en pragmatisk vej, hvor man udvælger netop de områder, hvor SOA-giver mening Dette fordsætter en overordnet arkitektur – (Enterprise Arkitektur) så man kan tegne et ”landkort” og en ”byplan” over de services der skal findes. At tale om åbne standarder forudsætter altså at man har en overordnet arkitektur, der viser hvilke services der skal findes indenfor de enkelte forvaltningsområder og på tværs af forvaltningsområder En sådan samlet arkitektur findes ikke i Danmark. Der findes de indledende versioner til en sådan arkitektur inden for et par ministerområder. Kommunerne og KL har ikke tegnet den for kommunernes arkitektur (og dermed for de systemer KMD driver)

© 2005, Gartner, Inc. All Rights Reserved. Page 8 Anbefalinger Hvis man ønsker åbenhed i arkitekturen, skal man starte fra toppen og definere sin overordnede arkitektur Man skal udpege netop de områder (services i en service orienteret arkitektur) hvor åbenhed er vigtig, altså et servicelandkort – ellers bliver man aldrig færdig Den nuværende strategi vil betyde, at hver myndighed definerer sin egen Service Orienterede Arkitektur, med fokus på internt genbrug af services. Dette bliver enten  Meget dyrt, men til gengæld åbent på en række områder, hvor åbenhed ikke er væsentlig set ud fra en overordnet prioritering. Der er desuden risiko for at man aldrig når i mål  Eller: ikke særlig åbent på tværs af myndighedsgrænser, hvor åbenheden netop er væsentlig