Referencedatamodelprojektet. DDV arkitekturprincipper. Version oktober 2012

Transkript

1 Referencedatamodelprojektet DDV arkitekturprincipper Version oktober 2012

2 ISBN: --- Titel: Udgiver: DDV principper DANVA Vandhuset Godthåbsvej Skanderborg Udarbejdet af: DDV projektgruppen i samarbejde med Peter Huber, Strand & Donslund A/S

3 Indholdsfortegnelse 1 Indledning Projektets anledning og baggrund Proces Metode fra OIO EA DDV input 4 2 Oversigt over DDV principperne 5 3 DDV principper vedr. Det enkelte selskabs forretning 6 4 DDV principper vedr. Fællesskabet i DDV 9 5 DDV principper vedr. Leverandører og it-løsninger 13 6 DDV principper vedr. Databeskrivelser 16 Appendiks: Ordliste 18 Revisionshistorik Ver. Dato Ændret af: Ændringsbeskrivelse Peter Huber Dokument oprettet på basis af de tre gennemførte arbejdsmøder Peter Huber Høringsversion Peter Huber Opdatering efter høring Endelig udgave efter justering ift. de andre projektleverancer I

4 1 Indledning 1.1 Projektets anledning og baggrund DANVAs Digitale Vandselskab (DDV) har igangsat Referencedatamodelprojektet. Projektet skal i overordnede termer beskrive rammerne og principperne for den fremadrettede digitaliseringsindsats i Det Digitale Vandselskab. Alt arbejde med standardisering og datamodellering i DANVA regi afventer resultaterne af dette projekt. Projektets scope i relation til metode- og arkitekturleverancer er afgrænset som angivet i tilbuddet fra Strand & Donslund. Leverancerne i projektet er jf. dette tilbud: 1. DDV principper - Udarbejdelse af en række principper der kan bruges som redskab til at sikre retning i digitaliseringsarbejdet i sektoren og til at støtte beslutningsprocessen i forbindelse med tværgående governance, og i de enkelte projekter der følger integrationsmetoden 2. DDV integrationsmetode Udarbejdelse af en struktureret beskrivelse af en fremgangsmåde til digitaliseringsopgaver i sektoren der behandler de fire primære aspekter: Analyse af arbejdsgange, Datamodellering, Specifikation af data-service samt Valg af integrationsmønstre. 3. DDV integrationsmønstre Udarbejdelse af et katalog over integrationsmønstre som danner grundlag for konkrete integrationsløsninger i sektoren. Et integrationsmønster egner sig typisk til brug ud fra givne omstændigheder som gives af arbejdsgangen, det konkrete informationsbehov mv. 4. Illustrative eksempler Udarbejdelse af illustrative eksempler på de resultater som brug af integrationsmetoden leder frem til. 5. DDV-governance-model Udarbejdelse af en governance-model der skal sikre overensstemmelse mellem resultaterne i de fremtidige modeller og standarder på den ene side, og de rammer og principper der etableres i projektet på den anden side. 6. Anbefalingsleverancer Evt. udarbejdelse af særskilte notat vedr. de anbefalingsleverancer der efterspørges i afsnit 2.8 i DANVAs projektbeskrivelse. Dette dokument udgør første projektleverance: DDV principper er en egentlig arkitekturleverance i modsætning til fx DDV integrationsmetoden, som bliver vejledende for DDVs arkitekturarbejde. Nedenfor refereres til betegnelserne for de andre leverancer, Målgruppe og læsevejledning Målgruppen er DANVA ledelsen, DDV styregruppen, selskabsledelserne, leverandører, alle deltagere i DDV arkitekturarbejde og alle deltagere i selskabernes digitaliseringsarbejde. Principperne læses bedst efter først at have orienteret sig i DANVAs strategiske fokusområder. Disse er under udarbejdelse. Se Figur 2 for UDKAST. Målbillede for DDV inklusiv ordliste. (Under udarbejdelse). Supplerende ordliste i Appendiks vedr. enterprise arkitektur, OIO EA, forretningsproces mv. Side 1 af 21

5 Dokumentet hører til i DDV enterprise arkitektur som vist på figur 1 i OIO EA reolen (Logisk & Strategi). Læs også mere om sammenhængen til OIO EA i DDV integrationsmetoden. Figur 1: DDV vejledninger og arkitekturbeskrivelser i den DDV tilpassede EA reol DANVA medlemsarbejde Strategiske fokus områder Branchens identitet: Rolle i samfundet Eksistensberettigelse Drømmemål Hvem er vandsektoren og forsyningerne til for? Relationer til andre forsyningsarter Værditilvækst: Lukke vandets kredsløb Klima aktør Videns eksport Energiproducent Produktudvikling og forædling Udviklingsrum: Rammevilkår Konsolidering Motivation for udvikling (profit, social ansvarlighed, faglig stolthed) Internationalisering Kompetencer Figur 2: DANVAs strategiske fokusområder Side 2 af 21

6 Figur 1 viser hvordan DDV principperne netop er en konkretisering af de overordnede idéer bag DDV i form af vision og målbillede mv., idet de er placeret på reolhylden nedenunder. 1.3 Proces Opstillingen af principperne er foregået i projektgruppen: 1. arbejdsmøde afholdt den 30. maj 2012 hos DANVA: Identifikation af de fire emner og diskussion af temaer for principperne 2. arbejdsmøde afholdt den 6. juni 2012 hos KE: Bearbejdning af principperne 3. arbejdsmøde afholdt den 12. juni 2012 hos DANVA: Bearbejdning af beskrivelsen af hvert princip Principperne er mellem møderne og efterfølgende redigeret af Strand & Donslund. Ultimo juni blev der foretaget høring blandt en række selskaber og leverandører. Kommentarer og forbedringsforslag er indarbejdet i denne version. 1.4 Metode fra OIO EA DDV principperne er udarbejdet i henhold til den fællesoffentlige arkitekturramme, OIO EA ( og specifikt ea.oio.dk). Et princip er i daglig tale en ufravigelig grundsætning eller leveregel. Principper i enterprise arkitektur sammenhæng skal kunne være fundament for beslutninger, og skal derfor udstikke nogle overordnede retningslinjer for sammenhængen mellem forretning og it og anvendelsen af it. I DDV regi er det grundregler om det fælles arkitekturarbejde og den måde der sættes rammer op i fællesskab. Her anbefales at principperne inddeles i emner, og at hvert princip beskrives vha. en skabelon. Følgende rubrikker er benyttet: Nummer, Navn, Beskrivelse, Rationale, Konsekvenser for projektets videre arbejde samt Konsekvenser på sigt. Rubrikken Konsekvenser for projektets videre arbejde er til brug i projektet og kan fjernes når projektet er afsluttet. I fællesoffentligt regi er der udarbejdet 10 overordnede tværoffentlige principper som projektet har adopteret som styrende for de mere konkrete DDV principper: Princip 1: Forretningsbehov bør drive og definere løsningerne. Princip 2: Borgere og virksomheder bør sættes i centrum. Princip 3: Processer bør optimeres i forbindelse med digitalisering. Princip 4: Data og services bør genbruges. Princip 5: It-arkitekturen bør via åbenhed styrke konkurrence og innovation. Side 3 af 21

7 Princip 6: Basér løsninger på løst koblede komponenter. Princip 7: Løsninger bør være fleksible. Princip 8: Udnyt mulighederne ved anskaffelser. Princip 9: Informationssikkerhed fra start til slut. Princip 10: Brug den fællesoffentlige metoderamme for it-arkitektur. Kilde: ITST-10_it-principper_K8.pdf 1.5 DDV input Til identifikation og formulering af DDV principperne, udover projektdeltagernes viden og erfaring, er især følgende DANVA / DDV materiale benyttet: DANVA strategiske fokusområder & -punkter under udarbejdelse, maj 2012 (jf. Figur 2) DDV Vision & Mål fra DDV kick-off januar 2012 med bl.a. følgende vision I 2015 har standardisering og digitalisering skabt øget kundefokus og effektivitet i vandsektoren gennem forbedret produktion og service i alle interne arbejds- og forretningsprocesser, og i samspillet med omgivelserne. og følgende strategi 1. Højne effektiviteten i vandsektoren ved øget fokus på de forretningskritiske data, datakvalitet og datagenbrug samt sikre udarbejdelse af regler, begrebsstandarder og processer, som understøtter en effektiv service 2. Øge kundefokus ved at gøre digital kommunikation til et naturligt førstevalg for borgere og virksomheder og understøtte at borgere og virksomheder kan blive digitalt selvhjulpne. 3. Vidensdele samt understøtte konsolidering og fleksibilitet i vandsektoren så ressourcer til digitalisering bruges bedst muligt, og der kommer større sammenhæng mellem vandsektoren og andre myndigheder. Finn Asmussens Short paper om DDV fra SWAN2012 Rapporten Digitalisering i vandsektoren, februar 2011 opdateret jan 2012 DANVAs projektbeskrivelse for projektet Side 4 af 21

8 2 Oversigt over DDV principperne Principperne er inddelt i fire emner der udspænder det felt som DDV virker indenfor: Det enkelte selskabs forretning Emnet betoner den altovervejende fokus arbejdet med digitalisering skal have. Fællesskabet i DDV Emnet omhandler mulighederne for at løfte i flok gennem fælles rammer. Leverandører & it-løsninger Emnet fokuserer på den måde selskaberne ønsker at indkøbe it-løsninger på under fælles rammer. Databeskrivelser Emnet påpeger vigtigheden af fælles standardisering af dette grundstof i selskaberne Det gøres vha. fælles databeskrivelser så som datamodeller, metadatastruktur og snitflade-beskrivelser. De tolv DDV principper er beskrevet i kapitlerne nedenfor: Det enkelte selskabs forretning 1. Digitalisering skal give værdi for kunderne og ejerne 2. Digitalisering af den enkelte forretningsproces skal ske i et helhedsperspektiv 3. Data er en vigtig ressource der skal deles af forretningsprocesserne Fællesskabet i DDV 4. Fælles rammer for digitalisering skal bidrage til effektivitet og samarbejde 5. De fælles rammer bygger på en enterprise arkitektur tankegang 6. De fælles rammer skal kunne anvendes i alle selskaber 7. De fælles rammer etableres og udbygges efter fælles behov Leverandører & it-løsninger 8. DDV-arkitekturen skal sikre standardisering for at opnå fordele ved kravstillelse og indkøb af it-løsninger 9. DDV-arkitekturen skal understøtte et marked med flere it-løsninger 10. It-løsninger skal gøres mere integrer- og udskiftsbare gennem standardiserede snitflader og integrationsmønstre Databeskrivelser 11. DDV databeskrivelser skal omfatte veldefineret struktur, betydning, kvalitet og formål 12. DDV data skal udveksles med standardiseret struktur og efter vedtagne integrationsmønstre Side 5 af 21

9 3 DDV principper vedr. Det enkelte selskabs forretning Nr. + Navn Beskrivelse Rationale 1. Digitalisering skal give værdi for kunderne og ejerne Digitalisering er udvikling af it-understøttede forretningsprocesser og skal give værdi for selskabets kunder og ejere. At give værdi skal ses bredt, herunder fx forsyningssikkerhed, effektivitet og opfyldelse af miljømål. Selskabets nye digitaliseringstiltag skal endvidere drives af selskabets visioner og målsætninger, fx at skabe betjeningsvenlige og gennemsigtige løsninger. It-løsningerne udgør en vigtigere og vigtigere del af selskabernes produktionsog administrationsapparat, udover de egentlige forsyningstekniske installationer/anlæg. Digitaliseringen skal derfor gøre det muligt for it-løsningerne at snakke bedre sammen, så de kan være med til at skabe mere værdi. It-løsningerne skal bidrage til at fastholde og videreudvikle ejernes økonomiske værdier, og bidrage til forsyningssikkerhed og fremtidssikring af anlæg samtidigt med at taksterne er konkurrencedygtige. It-løsningerne skal som minimum leve op til det kunderne efterspørger it-mæssigt fx vedr. forbrug og lækage. Digitaliseringen gør forretningsinformation holdbar og uforgængelig. Et digitaliseret objekt kan kopieres uden tab af information og genbruges i mange sammenhænge. Kravet om effektivitet og gennemsigtighed kommer fra Vandsektorloven og kan bl.a. opnås ved it-understøttelse af forretningens processer. Selskabet vision, mål og processer, med fokus på værdiskabelse og målopfyldelse, er også en vigtig motivation. Referencer De tværoffentlige arkitekturprincipper nr. 1, 2 og 3 jf. afsnit 1.4. Målet om kundefokus i DDVs 2015 vision jf. afsnit 1.5. DANVAs strategiske fokusområder Værditilvækst og Branchens identitet jf. afsnit 1.2. Konsekvenser for projektets videre arbejde Konsekvenser på sigt Koblingen til forretningen fx ift. kunder og ejere samt de forskellige forretningsprocesser skal sikres og værdien af digitaliseringen dokumenteres, når der arbejdes med DDV-integrationsmetoden. Arbejdet med arkitektur og digitalisering i DDV-regi og selskaberne skal understøtte princippet. Selskaberne får en løftestang til at kunne styre investeringerne og måle effekten af digitalisering og investering i it-løsninger både internt og ift. kunderne. Side 6 af 21

10 Nr. + Navn Beskrivelse Rationale 2. Digitalisering af den enkelte forretningsproces skal ske i et helhedsperspektiv Med helhedsperspektiv forstås at forretningsprocessen tænkes fra ende til anden med et bredt interessentfokus, både internt og eksternt til fx kunder, myndigheder og samarbejdspartnere. Balancen mellem helhedsperspektivet og det tekniske fokus afvejes i forhold til den enkelte forretningsproces og ud fra et forretningsmæssigt behov når processen kortlægges og it-understøttelsen fastlægges. Helhedsperspektivet sikrer at suboptimering undgås. Det er vigtigt at betragte aktiviteterne i processen tilstrækkeligt bredt og uden ensidigt fagligt eller itmæssigt fokus. Princippet er en uddybning af DDV princip 1 om at give værdi for kunder og ejere. Med princip 2 sikres et bredt fokus i hele forretningsprocessens udstrækning med afvejning af alle interessenter og i forhold til it-løsningernes udnyttelse. Referencer De tværoffentlige arkitekturprincipper nr. 1, 2, 3 og 10. Målet om kundefokus og vidensdeling i DDVs 2015 vision. DANVAs strategiske fokusområde Branchens identitet. DDV princip nr. 1. Konsekvenser for projektets videre arbejde Konsekvenser på sigt DDV-integrationsmetoden skal understøtte arbejdet i DDV-regi og i de enkelte selskaber med analyse og dokumentation af forretningsprocesser internt og i samspillet med selskabets omgivelser. Metoden skal rumme koblingen til itunderstøttelsen. Arbejdet med arkitektur og digitalisering i DDV-regi og selskaberne skal understøtte princippet. Når dette princip følges, sikres digitalisering af forretningsprocesser på tværs af forretningsenheder og organisatoriske opdelinger i det enkelte selskab og i det rette samspil med omgivelserne. Side 7 af 21

11 Nr. + Navn Beskrivelse Rationale 3. Data er en vigtig ressource der skal deles af forretningsprocesserne Data er en meget vigtig ejendom for et selskab. For at de it-understøttede forretningsprocesser kan fungere både korrekt og effektivt, skal de dele og samarbejde om data, såvel internt i selskaberne som eksternt. Det gælder også mellem og på tværs af selskaberne, fx ved benchmarking. For at sikre den vigtige ressource skal der være fokus på korrekt skabelse, vedligehold, udveksling og genbrug af data. Data har i mange brancher været et forsømt område, mens processerne ofte har været i fokus. I DANVA-regi har der allerede længe været arbejdet med data som en grundsten i digitaliseringen, mens processerne har været implicitte i arbejdet. Det er imidlertid vigtigt at data først og fremmest har en forretningsmæssig eksistensberettigelse via brug og deling i forretningsprocesserne gennem it-understøttelsen. DDV ønsker at drage bedre nytte af de eksisterende data, herunder D&V, DANDAS og DANVAND. DDV vil samtidigt undgå unødig dataregistrering, såvel komplekse som arbejdstunge konverteringer, samt usammenhængende datasamlinger. Referencer Det tværoffentlige arkitekturprincip nr. 4 & 10. Målet om datafokus og samarbejde i DDVs 2015 vision. DANVAs strategiske fokusområde Branchens identitet. Konsekvenser for projektets videre arbejde Konsekvenser på sigt DDV-integrationsmetoden skal understøtte arbejdet i DDV-regi og i de enkelte selskaber med analyse og dokumentation af forretningsdata og især brugen og sammenhængen til forretningsprocesserne og it-understøttelsen. Arbejdet med arkitektur og digitalisering i DDV-regi og selskaberne skal understøtte princippet. Ved målrettet at arbejde med fx logiske datamodeller får selskaberne bedre mulighed for at kommunikere om data, så disse udnyttes bedre, og for at udveksle og sammenligne på tværs bl.a. til benchmarking. Samarbejdet om data højner endvidere kvalitet og effektivitet. Side 8 af 21

12 4 DDV principper vedr. Fællesskabet i DDV Nr. + Navn Beskrivelse Rationale 4. Fælles rammer for digitalisering skal bidrage til effektivitet og samarbejde Skabelse af fælles rammer for digitalisering i DDV skal bidrage til effektivitet og understøttekonsoliderings- og samarbejdsmuligheder i sektoren. Det er oplagt at udnytte, at vandselskaberne ikke konkurrerer med hinanden, men har en fælles interesse i at bruge samarbejdet som løftestang for forbedringer. Præcis som det er sket på det offentlige område i Danmark, hvor digitaliseringen er meget langt fremme og har betydet store lettelser for borgere og virksomheder. For eksempel har SKAT effektiviseret processerne så man som borger stort set ikke selv behøver at fremskaffe oplysninger, når selvangivelsen skal laves. Sektoren kan således arbejde aktivt for at skabe og fastholde fælles rammer såvel forretnings- som it-mæssigt i DDV-regi. Fordelene ved fælles rammer gælder i alle sammenhænge, men især hvor selskaberne af fx lovgivningsmæssige årsager er pålagt at agere ens, og derfor ikke hver især har behov for at analysere de samme problemstillinger. Fælles rammer gør også selskaberne mere sammenlignelige, og gør det muligt at løfte i flok. Referencer Målet om samarbejde & vidensdeling i DDVs 2015 vision. DANVAs strategiske fokusområder Værditilvækst, Branchens identitet og Udviklingsrum. Konsekvenser for projektets videre arbejde Konsekvenser på sigt DDV-integrationsmetoden og DDV-governance-modellen skal understøtte arbejdet i DDV-regi og i de enkelte selskaber med at skabe fælles rammer, der fremmer effektivitet og samarbejde. Fælles rammer kommer til at præge og påvirke sektoren, og vil have den største positive effekt jo flere selskaber der anvender dem. Side 9 af 21

13 Nr. + Navn Beskrivelse 5. De fælles rammer bygger på en enterprise arkitektur tankegang De fælles rammer skabes i DDV regi som en rammesættende forretnings- og it-arkitektur der bygger på en enterprise arkitektur (EA) tankegang. Se appendiks for uddybende forklaring. Der tages udgangspunkt i den fællesoffentlige OIO EA metode (OIO EA proces og reol), som er frit tilgængelig. OIO EA metoden beskriver sammensmeltningen af strategi, forretning og teknik. I OIO EA lægges der dels vægt på måden at arbejde på (metode) og måden at styre udarbejdelsen og indlemme resultaterne på (governance), sådan at der kan arbejdes effektivt, og for at resultaterne får en ensartet struktur, så de kan lægges på hylden i OIO EA reolen og refereres og videreudvikles efter behov. Denne tilgang understøtter endvidere vidensdeling om arbejdet med forretnings- og it-arkitektur samt digitalisering. OIO EA reolens aspekter eller søjler: Strategi, Forretning, Information, Applikation på det Konceptuelle niveau (fælles overblik) og på det Logiske niveau (fælles rammer) egner sig til rammesætning. Derimod er Teknologisøjlen valgt fra i den fælles rammesætning, idet det er op til det enkelte selskab at vælge konkrete teknologi fx platforme og databasetyper. De fælles rammer kan systematisk anvendes i det enkelte selskabs arbejde med forretnings- og it-arkitektur. Rationale EA metoden, der netop sammentænker forretning og it, er uundværlig i alle virksomheder, både den private og offentlige sektor. Fokus på koblingen mellem forretnings- og it-arkitekturen gør at selskaberne, både i fællesskab (jf. DDV princip 4) og hver for sig, aktivt og målrettet kan styre og beslutte nye digitaliseringstiltag. Referencer Det tværoffentlige arkitekturprincip nr. 10 Målet om samarbejde og vidensdeling i DDVs 2015 vision DANVAs strategiske fokusområder Branchens identitet og Udviklingsrum (især Rammevilkår og Kompetencer ) Konsekvenser for projektets videre arbejde Konsekvenser på sigt Udviklingen af DDV-integrationsmetoden og DDV-governance-modellen skal aktivt vælge dybde og bredde og til/fra i OIO EA-rammeværket. Anbefalingerne skal baseres på best practice i enterprise arkitektur arbejde under hensyntagen til sektoren og DDV-fællesskabets særlige omstændigheder. I OIO EA rammeværket påpeges altid hvor vigtig denne tilpasning er. Både i DDV og i de enkelte selskaber skal der opbygges kompetencer inden for enterprise arkitektur. Også her kan det betale sig at løfte i flok. Side 10 af 21

14 Nr. + Navn Beskrivelse Rationale 6. De fælles rammer skal kunne anvendes i alle selskaber De fælles rammer skal kunne anvendes i alle selskaber uanset størrelse, digitaliserings- og forandringstakt. Rammerne skal endvidere kunne tages i brug i forskellige tempi og i forskelligt omfang. Ikke alle selskaber vil nødvendigvis få brug for at anvende alt, der er standardiseret. Grundtanken i DDV er at de fælles rammer bliver til gavn for alle i form af standardiseret forretnings- og it-arkitektur Nogle selskaber eller en gruppe samarbejdende selskaber vil antageligt i større omfang selv aktivt bygge videre på og uddybe arkitekturen og foreslå nye fælles elementer, mens andre selskaber i højere grad vil benytte arkitekturen direkte i dialog med systemleverandører. Referencer Målet om samarbejde og vidensdeling i DDVs 2015 vision. DANVAs strategiske fokusområde Udviklingsrum (især Rammevilkår ). DDV princip nr. 4 og 5. Konsekvenser for projektets videre arbejde Konsekvenser på sigt DDV-integrationsmetoden og DDV-governance-modellen skal understøtte arbejdet i DDV-regi så princippet opfyldes ved at give tilstrækkeligt fleksibilitet i anvendelsen af de fælles rammer. Deltagende selskaber i DDV-arbejdet skal have fokus på at de fælles rammer bliver til gavn for alle selskaber. Side 11 af 21

15 Nr. + Navn Beskrivelse 7. De fælles rammer etableres og udbygges efter fælles behov De fælles rammer i DDV etableres og udbygges efter behov i henhold til DDV governance, som definerer hvordan fællesskabet prioriterer etablering og udbygning og godkender fælles rammer. DDV Governance skal understøtte at rammer kan etableres og udbygges efter behov på følgende måder: 1. i det enkelte selskab 2. i samarbejde mellem en række selskaber 3. i DDV nedsatte projekter prioriteret ud fra et fælles behov I forbindelse med 1. og 2. skal der være en DDV procedure for at indlemme/ophøje arkitekturbeskrivelser til DDV arkitektur. Rationale At opbygge rammesættende forretnings- og it-arkitekturer er et krævende og omfangsrigt arbejde, og det kan jf. DDV princip 4 og 6 med fordel foregå i fællesskab. Alle selskaber vil kunne have gavn af de fælles rammer i den takt som de bliver skabt. Det er derfor ikke nødvendigt for selskaberne at gøre det hele selv, men selskaberne kan derimod læne sig op af de planer og det overblik der findes i DDV. Referencer De tværoffentlige arkitekturprincipper nr. 1 og 10. Målet om samarbejde og vidensdeling i DDVs 2015 vision. DANVAs strategiske fokusområder Udviklingsrum og Værditilvækst. DDV princip nr. 4 og 6. Konsekvenser for projektets videre arbejde Konsekvenser på sigt DDV-governance-modellen skal beskrive hvordan fælles behov håndteres ved brug af DDV-integrationsmetoden og i samspillet med fællesskabet. Der er frihed for det enkelte selskab til selv at skabe egen arkitektur ud fra eget behov. Fælles behov giver anledning til samarbejde eller projekter i DDV der kan løfte resultater til fælles rammer. Side 12 af 21

16 5 DDV principper vedr. Leverandører og it-løsninger Nr. + Navn Beskrivelse 8. DDV-arkitekturen skal sikre standardisering for at opnå fordele ved kravstillelse og indkøb af it-løsninger Gennem standardisering opnår selskaberne hver især, eller i fællesskab, fordele og synergi ved kravstillelse, fx gennem ensartede og veldefinerede DDVsnitflader og standardiseret arkitekturvalg. Selve indkøbet og efterfølgende drift af it-løsninger kan også gennem standardisering optimeres, fx i form af bedre vedligeholdelsesaftaler samt reducerede anskaffelses- og udviklingsomkostninger. Principperne nr. 10 til 12 beskriver den fælles standardisering yderligere. Rationale Med udgangspunkt i en standardiseret DDV-forretningsarkitektur er det muligt at sætte fælles rammer og standardisere i form af en fælles DDV-it-arkitektur. Gennem standarder undgås indkøb af svært integrerbare systemer som er omkostningstunge at drifte og vedligeholde. Gennem standarder undgås det at hvert selskab skal udarbejde omfattende og omkostningstunge kravspecifikationer. Referencer De tværoffentlige arkitekturprincipper nr. 5, 6 og 8 Målet om Standardisering i DDVs 2015 vision. DANVAs strategiske fokusområde Udviklingsrum (især Rammevilkår & Konsolidering ). DDV princip nr. 4, 5 og 6 muliggør dette. Konsekvenser for projektets videre arbejde Konsekvenser på sigt DDV-integrationsmetoden og DDV-governance-modellen skal have fokus på at understøtte dette princip. I det efterfølgende DDV-arkitekturarbejde skal der være fokus på at levere fælles rammer i form af standardiserede løsningskrav, som beskrevet nærmere i princip nr. 10, 11 og 12. Side 13 af 21

17 Nr. + Navn Beskrivelse Rationale 9. DDV-arkitekturen skal understøtte et marked med flere it-løsninger DDV-arkitekturen skal understøtte et marked med flere it-løsninger fra flere systemleverandører og forskellige driftsformer i selskaberne. DDV-arkitekturen skal styrke gennemskuelighed og sammenlignelighed i markedet. Resultatet af det fælles arbejde med arkitektur og standardisering, som beskrevet i de forrige DDV principper, gør det med udgangspunkt i en standardiseret DDV-forretningsarkitektur muligt at standardisere DDV-it-arkitekturen, dvs. på applikationssiden. Standardiseringen skal sætte tilstrækkelige og nødvendige rammer, for at leverandørerne hver især kan bruge deres teknologiske forcer som i sidste ende vil komme selskaberne til gode gennem en øget forskellighed på leverandørsiden. DDV vil fx benytte logiske modeller til at sætte rammer. Referencer De tværoffentlige arkitekturprincipper nr. 5, 6 og 8 Målet om standardisering i DDVs 2015 vision DANVAs strategiske fokusområde Udviklingsrum (især Rammevilkår & Konsolidering ). DDV princip nr. 4, 5, 6 og 8 Konsekvenser for projektets videre arbejde Konsekvenser på sigt DDV-integrationsmetoden og DDV-governance-modellen skal have fokus på at understøtte dette princip, således at der udvikles rammer med passende bindinger, sådan at flere leverandører kan tilbyde it-løsninger inden for rammerne. DDV-arkitekturarbejdet skal resultere i fælles standardiserede løsningskrav der gør det muligt at have et marked med flere leverandører.. Side 14 af 21

18 Nr. + Navn Beskrivelse Rationale 10. It-løsninger skal gøres mere integrer- og udskiftsbare gennem standardiserede snitflader og integrationsmønstre Princippet beskriver de to væsentligste virkemidler i den fælles standardisering: DDV-snitflader og DDV-integrationsmønstre. Snitfladerne skal være logiske men så konkrete at de er implementerbare under brug af de besluttede DDV-integrationsmønstre, fx servicekald. Der er fokus på løs kobling og sameksistens mellem it-løsningerne. Det sker gennem udveksling af data i standardiserede og veldokumenterede datastrukturer på tværs af de såkaldte DDV-domæner (se appendiks og skitsen til DDV-domæner). Logisk skal forstås som i OIO EA metoden som kravstillende i modsætning til betegnelsen fysisk som angiver den faktiske, konkrete implementering, hvor der skal være frihed jf. princip 9.. De standardiserede logiske snitflader giver leverandørerne mulighed for at implementere og levere it-løsninger der er baseret på leverandørernes bagvedliggende produkter og teknologi. En given it-løsning kan dække flere DDVdomæner som er det fælles blueprint, sådan at leverandøren kan godtgøre hvad den konkrete it-løsning omfatter. Snitflader skal understøtte leverandørerne i at lave gode løsninger inden for DDV-rammerne med den teknologi, den enkelte leverandør har præference for, og som det enkelte selskab ønsker at anskaffe og anvende. Referencer De tværoffentlige arkitekturprincipper nr. 4, 5, 6 og 8. Målet om datafokus & standardisering og samarbejde i DDVs 2015 vision DANVAs strategiske fokusområde Udviklingsrum (især Rammevilkår & Konsolidering ). DDV princip nr. 8 og 9 sætter rammerne. Princippet er en konkretisering. Konsekvenser for projektets videre arbejde Konsekvenser på sigt DDV-integrationsmetoden og DDV-governance-modellen skal have fokus på at definere og understøtte snitflader, domæner og integrationsmønstre. Der skal også tages højde for selskabernes strukturerede udvidelser (ikke ændringer til de fælles rammer), således at de kan sikres ved deling (den operationelle brug) eller konvertering af data (ved skift til en anden it-løsning). Selskaberne får en ensartet leverandør- og teknik-uafhængig måde at stille krav på. Snitflader skal beskrives og integrationsmønstre vælges, som anbefalet i DDV-integrationsmetoden, når der skabes fælles og rammesættende krav. Denne standardisering muliggør en DDV-certificeringsordning. Leverandørers it-løsninger der respekterer DDV-arkitekturen kan blive DDV-certificeret efter udstukne rammer. DDV-prædikatet kan benyttes som salgsargument for både DDV-arkitekturen, for de enkelte it-løsninger og muligheden for at kombinere dem i et selskabs systemportefølje. Side 15 af 21

19 6 DDV principper vedr. Databeskrivelser Nr. + Navn Beskrivelse 11. DDV databeskrivelser skal omfatte veldefineret struktur, betydning, kvalitet og formål I alle sammenhænge hvor data beskrives, såvel internt som eksternt, skal der være veldefineret struktur, betydning, kvalitet, forretningsmæssigt formål. Endvidere skaldomænetilhørsforholdet til et DDV-domæne defineres. Kvalitet og andre metadata fx ejerskab specificeres også ud fra de forretningsmæssige og tekniske behov. Rationale Jf. DDV princip 3 skal data behandles og håndteres meget bevidst for at kunne deles, hvorfor der er behov for gode databeskrivelser såvel forretningsmæssigt som it-teknisk. OIO EA anbefaler at dette aspekt har en fremtrædende plads i arkitekturarbejdet, jf. søjlen Information, og at der kobles til Forretnings- og Applikationssøjlerne efter behov. Princippet er en udløber og yderligere konkretisering af DDV princip nr. 10, idet det er logiske beskrivelser af data der udveksles i DDV-snitfladerne mellem DDV-domænerne, og som i sidste ende bliver til fysiske integrationer mellem selskabets it-løsninger. Referencer De tværoffentlige arkitekturprincipper nr. 4, 7 og 10. Målet om datafokus & standardisering, samarbejde og vidensdeling i DDVs 2015 vision. DANVAs strategiske fokusområde Udviklingsrum (især Rammevilkår & Konsolidering ). DDV princip nr. 10. Konsekvenser for projektets videre arbejde Konsekvenser på sigt DDV-integrationsmetoden skal have fokus på at understøtte de nævnte databeskrivelser. Der skal ligesom i DDV princip nr. 10 tages højde for selskabernes strukturerede udvidelser. Data skal beskrives som angivet i princippet og mere konkret som anbefalet i DDV-integrationsmetoden, når der skabes fælles, rammesættende forretnings- og it-arkitektur, jf. princip 7. Side 16 af 21

20 Nr. + Navn Beskrivelse 12. DDV data udveksles med standardiseret struktur og efter vedtagne integrationsmønstre DDV fastlægger mønstre for dataudveksling mellem it-løsninger. Integrationsmønstre er en overordnet (konceptuel) beskrivelse af måden at foretage dataudvekslinger på. Det kan fx dreje sig om krav til strukturen, fx vedr. identifikation med nøgler, eller håndtering af datasamlinger (kopidata, master/slave, referencedata, geodata mv.), sikkerhed eller integration, fx gennem hændelser. Rationale En vigtig del af standardiseringen er at de veldefinerede data (jf. DDV princip 11) behandles på en ensartet måde i it-løsningerne og gennem snitfladerne. Uden denne form for krav til ensartethed er det svært at realisere den ønskede standardisering, da it-løsningerne ikke nødvendigvis kan fungere sammen på trods af at data i selve snitfladerne er standardiserede. Referencer De tværoffentlige arkitekturprincipper nr. 4, 5, 6, 8 og 9. Målet om standardisering i DDVs 2015 vision. DANVAs strategiske fokusområde Udviklingsrum (især Rammevilkår & Konsolidering ). DDV princip nr. 10 og 11. Konsekvenser for projektets videre arbejde Konsekvenser på sigt DDV-integrationsmetoden skal have fokus på at valg af integrationsmønstre. Projektet leverer endvidere et første sæt af DDV-integrationsmønstre. Brugen af de vedtagne integrationsmønstre er en vigtig del af standardiseringen og dermed en kommende DDV-certificeringsordning. Side 17 af 21

21 Appendiks: Ordliste I dette appendiks forklares de fagudtryk, som benyttes i principperne. Ordlisten er et supplement til de ord der stammer fra DDVs vision og målbillede. Enterprise arkitektur er en disciplin eller et digitaliseringshåndværk der sammentænker forretning og it og hvor der arbejdes systematisk og styret med det område som enterprise arkitekturen skal favne. Enterprise arkitektur er dels en betegnelse for en række aktiviteter, og dels en betegnelse for resultatet af et sådant arbejde. Der udarbejdes relevante arkitekturbeskrivelser af hvordan arkitekturen aktuelt er bygget op (ofte kaldet As-Is og beskrives kun efter behov) og hvor man gerne vil hen (To-Be som det fremtidige billede) sådan at beslutninger bliver eksplicitte. Der arbejdes med at identificere styrende faktorer og koble strategien med forretning, it og teknologiske platforme. EA betegnes også forretnings- og it-arkitektur for at tydeliggøre at det ikke kun er en teknisk disciplin. En af grundlæggerne af disciplinen og pionererne John Zachman har sagt Most people who come from IT today are thinking of building and running systems the end objective is to engineer and manufacture the enterprise, not simply to build and run systems. I DDV regi er fokus på det enkelte selskab men med det sigte at opstille fælles forretnings- og it-mæssige rammer, sådan at hvert selskab ikke behøves at gøre det. Den rammesættende forretnings- og it-arkitektur i DDV kaldes kort for DDV enterprise arkitekturen eller kort DDV arkitekturen. DDV-governance-modellen hvem, hvornår og hvordan det besluttes at godkende en DDV arkitekturbeskrivelse som indlemmes i DDV arkitekturen. Se fx Wikipedia (ENG) og I Danmark er der i fællesoffentligt regi arbejdet indgående med enterprise arkitektur under etiketten OIO EA. OIO stod oprindeligt for Offentlig Information Online men er nu lige så meget blevet et begreb for fællesoffentlige digitaliseringsstandarder. Det benyttes således især som markering af et fællesoffentligt produkt fx OIO EA og OIO XML, der er standardiserede måder at udveksle data på til, fra og mellem myndigheder. Se endvidere ea.oio.dk/arkitektur-faq OIO EA fastlægger en arkitekturramme at arbejde med enterprise arkitektur efter. OIO EA består dels af en såkaldt OIO EA arkitekturreol som katalogiserer de arkitekturbeskrivelser, der udarbejdes, og dels af en OIO EA arkitekturmetode som indeholder en række anbefalede trin og aktiviteter (se figur 3 og 4). OIO EA arkitekturreolen opdeler arkitekturbeskrivelserne i tre niveauer Konceptuel, Logisk, Fysisk og efter fem aspekter: Strategi, Forretning, Information, Applikation, Teknologi. Digitaliseringsstyrelsen skriver Fra venstre til højre sker der en klassificering af arkitektur-produkter fra det strategiske hen imod det mere teknologi-orienterede. Fra top til bund sker der en ændring af ejerskabet i en organisation. Leverancer fra et enterprise arkitektur projekt fordeler sig normalt således: På det konceptuelle niveau er ejerskabet normalt forankret hos topledelsen i organisationen. Dokumenterne på dette niveau beskriver overordnede, strategiske beslutninger. På det logiske niveau er ejerskabet forankret hos de ansvarlige for den daglige ledelse i organisationen. Dokumenterne på dette niveau beskriver de generelle design man opererer ud fra. [og fx krav til it-løsninger] På det fysiske niveau er ejerskabet forankret hos de operationelt ansvarlige i organisationen, og herunder hos de leverandører man benytter til at levere løsninger. Side 18 af 21

22 OIO EA er ikke væsensforskellig fra lignende internationale metoder, men har den force at være på dansk, at være i udbredt anvendelse og dokumenteret på dansk. OIO EA lægger vægt på at metoden og hvilke arkitekturbeskrivelser, der udarbejdes, altid tilpasses til organisationen og opgaven. I DDV integrationsmetoden beskrives hvordan DDV har valgt at udføre det fælles arkitekturarbejde i DDV regi i form af udvalgte arkitekturbeskrivelser vedr. forretnings, information og applikationer. Resultatet af DDV arkitekturarbejde udstilles på en OIO EA reol på DDVs portal. Figur 3: OIO EA arkitekturmetode Side 19 af 21

23 Figur 4: OIO EA arkitekturreol DDV arkitekturen er DDVs rammesættende Forretnings- og it-arkitektur. Forretningsproces er en betegnelse for aktiviteter der udføres i et selskab forårsaget af en hændelse og med et veldefineret slutresultat. En forretningsproces kan understøtte en forretningsservice til en kunde eller anden part eller have et internt formål. Forretningsprocesser understøttes af it-løsninger gennem digitalisering og forandring. Beskrivelsen af forretningsprocesser er en vigtig del af DDV-integrationsmetoden, så it-understøttelsen bliver tydelig. DDV arkitekturprincipper se afsnit 1.3. Arkitekturprincipper tilhører den strategiske del af DDV arkitekturen, da de er med til at styre hvad og hvordan der arbejdes med enterprise arkitektur i DDV regi. Integration er betegnelsen for dataudveksling mellem it-systemer som behandler forretningsdata. Databeskrivelser er systematiske arkitekturbeskrivelser af selskabets data. De faktiske data registreres i selskabets it-løsninger typisk i databaser, men databeskrivelserne er en kortlægning/katalogisering af struktur, betydning og regler. Databeskrivelser kan fx være begrebsmodeller, datamodeller og snitfladebeskrivelser. DDV integrationsmetoden beskriver de databeskrivelser DDV har valgt at benytte til det fælles standardiseringsarbejde. DDV domæner er betegnelsen for den leverandøruafhængige applikationsstruktur i form af en række generiske systemer / applikationer. Integration mellem domænerne beskrives som snitflader med standardiseret dataindhold. En leverandør leverer konkrete it-løsninger, som skal kunne udveksle data med andre it-løsninger, som beskrevet i snitfladerne. Snitfladerne mellem domæner er i enterprise arkitektur terminologi på logisk niveau og stiller krav til selskabernes fysiske løsninger fra en eller flere leverandører, og er dermed rammesættende. DDV-integrationsmetoden vil beskrive konceptet yderligere, og DDV arbejder på et udkast til Domæne-overblik. Side 20 af 21

24 Mønsterbaseret arkitekturarbejde. Det er god praksis at arbejde at arbejde med genanvendelige mønstre for hvordan arkitekturen bygges. Et mønster standardiserer arkitekturbeslutninger sådan at man kan referere til dem og dermed genbruge dem. Der arbejdes ofte med analysemønstre, designmønstre og integrationsmønstre. Integrationsmønster er en beskrivelse af en måde at integrere systemer på og de tilhørende arkitekturmæssige egenskaber. Side 21 af 21