DDV datamodeller og digitalisering Workshop del 2 27 DDV datamodeller og digitalisering Workshop del 2 27. november 2012 Peter Huber Strand & Donslund A/S

Leverer ydelser & digitale services Vandsektorens digitalisering med Det Digitale Vandselskab – hvordan det virker… Rammesættende forretnings- og it-arkitektur Projekt DDV-certificering til systemleverandører ”Lægge på reolen” jf. Governance-modellen = Bidrage med ny standard dok. efter metoden Anvender fællesskabets rammer.. Bidrager til fællesskabet … Leverer grunddata efter fælles snitfladebeskrivelser Vandselskab A B Vandselskab C Kunde Kunder Myndigheder Leverer ydelser & digitale services B C Kunde Kunde Leverer lovpligtige leverancer efter fælles snitfladebeskrivelser Kunde Kravstillelse iht. den rammesættende forretnings- og it-arkitektur. Leverer it-løsninger, der opfylder DDV anbefalingerne. Fx gennem DDV-certificering. Kunde Systemleverandører

DDV metoden afhængig af situationen ifm. standardisering ”Top-down” ”Middle-out” ”Bottom-up”

”Bottom-up” fra it

”Bottom-up” til forretningen

Eksempel 2: Her genindtastes data i dag 6

Prisloftsindberetning til FS ”As-Is” skitse Domæneflows Viser hvordan processen it-understøttes og især hvordan data udveksles 1:25.000 Prisloftsindberetning til FS ”As-Is” skitse D 1 D 2 D 3 Dette ”domæneflow” viser et nuværende sekventielt flow med håndbårne udtræk og bearbejdning i Excel og indtastning i FS-portalen Ekstern kommuni- kation Modtag prislofts- indberetning Gennemførte investeringer Start prislofts- indberetning Hent anlægs- projekter Hent anlægs- aktiver Hent projekt- økonomi Sammenstil og fordel økonomi Opsummér på POLKA- kategorier Kontrollér indberetning Afsend indberetning Datasammenstlling Prislofts- indberetning leveret Udvælg projektkonti for afholdte Økonomi Lednings- registrering Udvælg aktiver Udvælg projektkonti for afholdte Økonomi Anlægskartotek Forbrugs- afregning

Prisloftsindberetning til FS ”As-Is” skitse med integrationsmønstre Domæneflows Prisloftsindberetning til FS ”As-Is” skitse med integrationsmønstre D 1 D 2 D 3 Dette ”domæneflow” viser et nuværende sekventielt flow med håndbårne udtræk og bearbejdning i Excel og indtastning i FS-portalen Ekstern kommuni- kation Modtag prislofts- indberetning Gennemførte investeringer Start prislofts- indberetning Hent anlægs- projekter Hent anlægs- aktiver Hent projekt- økonomi Sammenstil og fordel økonomi Opsummér på POLKA- kategorier Kontrollér indberetning Afsend indberetning Datasammenstlling Prislofts- indberetning leveret Udvælg projektkonti for afholdte Økonomi Lednings- registrering Udvælg aktiver Udvælg projektkonti for afholdte Økonomi Anlægskartotek Forbrugs- afregning

Prisloftsindberetning til FS mulig ”To-Be” hvis… Domæneflows Udarbejdet i projektet Inspireret af arbejdet i Aarhus Vand med ”datasky” Prisloftsindberetning til FS mulig ”To-Be” hvis… D 1 D 2 D 3 Ekstern kommuni- kation Modtag prislofts- indberetning Gennemførte investeringer Start prislofts- indberet- ning Hent projekt- økonomi Hent anlægs- projekter Sammenstil og fordel øko- nomi med nøgle Opsummér på POLKA- kategorier Kontrollér indberetning Afsend indberetning Datasammenstlling Hent anlægs- aktiver Projekt- konto- saldi Prislofts- indberet- ning leveret Periodens anlægs projekter + Projekt- aktiver Udvælg anlægs- projekter Udvælg aktiver Udvælg projektkonti for afholdte Projektstyring ”Domæne m/aktiver” Økonomi

Prisloftsindberetning til FS mulig ”To-Be” hvis… Domæneflows Prisloftsindberetning til FS mulig ”To-Be” hvis… D 1 D 2 D 3 Ekstern kommuni- kation Modtag prislofts- indberetning Gennemførte investeringer Start prislofts- indberet- ning Hent projekt- økonomi Hent anlægs- projekter Sammenstil og fordel øko- nomi med nøgle Opsummér på POLKA- kategorier Kontrollér indberetning Afsend indberetning Datasammenstlling Hent anlægs- aktiver Projekt- konto- saldi Prislofts- indberet- ning leveret Periodens anlægs projekter + Projekt- aktiver Udvælg anlægs- projekter Udvælg aktiver Udvælg projektkonti for afholdte Projektstyring ”Domæne m/aktiver” Økonomi

Lednings- registrering Domæneflows ”Hent anlægsaktiver” underflow D 1 D 2 D 3 Hent ledninger Hent kompo- nenter Hent bygværker Hent målere Udvælg … Datasammenstilling Projekt ledninger Projekt komponenter Projekt bygværker Projekt målere Lednings- registrering Udvælg ledninger Udvælg kompo- nenter Udvælg bygværker Udvælg målere Anlægskartotek Forbrugsafregning

Datasnitflade: Projektledninger xxxx Output Input Skal stamme fra Informationsmodel Fx nye attributter og relationer Navn Projektledninger fra domænet Ledningsregistrering Beskrivelse Hentning af Ledninger der opfylder søgekriterierne Input Liste af Økonomi::Investeringsprojekt.projektnr Output Liste af Ledninger Ledning::Ledning.ledningsID Ledning::Ledning.datoEtableret Ledning::Ledning.dimension Ledning::Ledning.længde Ledning::Ledning.ledningskategori Økonomi::Investeringsprojekt.projektnr match på relationen ”anlagt i” ud fra søgekriterierne Fejlkode …. Integrations- mønster Asynkron service, Udvekslingsformat XML Evt. links til fysisk dokumentation Når snitfladen er dokumenteret fysisk kan snitfladebeskrivelsen benyttes til at gemme reference/henvisninger hertil fx reference til XML skemaer for en service eller en kommasepareret fil for en dokumentudveksling. Metadata Kun eksempel Version 0.3 Udarbejdet af referenceprojektet Oprettet 13.09.2012 Rettet 30.09.2012 12

Informations- modeller Informationsmodel ”Ledning” i uddrag… Informations- modeller Viser standardiserede nøgler og attributter (”datafelter”) 1:25.000 Økonomi:: Investeringsprojekt projektnr:string … 0..1 anlagt i 0..* Ledning ledningsID:string datoEtableret:dato dimension:integer længde:integer ledningskategori: enumeration

Lednings reg. Indholdsfortegnelsen over domæner, Domæne- overblik Indholdsfortegnelsen over domæner, som er den ”logiske systeminddeling” som DDV standardiserer snitflader imellem uafhængigt af konkrete systemer og leverandørløsninger Fx DIVA Lednings reg.

Domænerne holder Masterdata Informations- overblik Projekter Økonomi Her vist ”ovenpå” informations- overblikket til illustration Det betyder at andre domæner henter fx lednings- oplysninger gennem snitflader til Lednings- registrering Projektstyring Økonomi Investerings- projekt Anlægs- projekt * 1 1 Kategorisering Anlægsregistrering * * * POLKA-kategori Anlægs-aktiv Datasammen- stilling !! Datasammen- stilling !! Eksterne støtte-data Bench- marking- kategori Ledning Komponent Bygværk Lednings reg. Anlægs-kartotek Anlægs-kartotek Måler (eksempel 1) Forbrugsafregning

”Bottom-up” fra it  Datasammen- stilling (ETL)   

Viser hvilke aktiviteter der logisk skal til for at gennemføre processen Den enkelte proces Indefra + Prisloftsindberetning til FS kun gennemførte investeringer til illustration i dette eksempel Forsynings- sekretariat Gennemførte investeringer Hent anlægs- aktiver Hent anlægs- projekter  Sammenstil og fordel økonomi Opsummér på POLKA- kategorier Kontrollér indberetning Afsend indberetning Selskabet Hent projekt- økonomi Prislofts- indberetning leveret Tid for prislofts- indberetning

Prisloftsindberetning til FS Viser essensen af processen set udefra dvs. som en forretnings- funktion eller -service. Den enkelte proces Udefra A S Prisloftsindberetning til FS Forsynings- sekretariat Prisloftsindberetning Tid for prislofts- indberetning  Håndtér prislofts- indberetning Prislofts- indberetning leveret Selskabet

Indholdsfortegnelsen over processer hvor der er DDV standarder Procesoverblik Indholdsfortegnelsen over processer hvor der er DDV standarder XXX Indberetninger xx Indberetninger til FS xxxx Prisloftsindberetning til FS XXX Kundeafregning XXXX xxx Forbrugsmåling xxx Indhentning af kundes forbrug (eksempel 1) Forbrugsafregning Serviceafregning xxxx Xxxx xxx xxx xxx xxx xxx xxx xxx xxx 19

Aktøroverblik S A Struktureret oversigt over de aktører som et selskab udveksler DDV standardiseret information med Kunde Aflæsning Selskabet Dette eksempel 2 omhandler kun ”gennemførte investeringer”. I aktøroverblikket hører de under gruppen ”Indberetning” Indberetning Forsynings- Sekretariat (FS) Indberetning= Prisloftsindberetning eller Benchmarkindberetning Prisloftsindberetning = Gennemførte investeringer + …

”Bottom-up” til forretningen    

Denne del af forretningen DDV standard it-understøtter DDV Arkitekturbeskrivelser i OIO EA reolen – eksempel 2 bygget & læst bottom-up Denne del af forretningen (Vision) (Målbillede) DDV standard it-understøtter Arkitektur- principper Fysiske database- modeller Fysiske udvekslings- skemaer Integrations- metoden & Illustrative eksempler Governance- modellen 22

Gruppearbejde 40 minutter (inkl. ”transport”) Løs følgende opgaver med udgangspunkt i Ledningsregistrering på den udleverede udgave af domæneoverblikket Hvilke domæner ser ud til at hænge sammen med Ledningsregistrering – ud fra de navne de har? Tænk på de systemer/applikationer i kender (eller ønsker hertil) Tegn forbindelseslinjer mellem de tilsvarende domæner Hvilke integrationer dvs. datasnitflader er de vigtigste? For hver forbindelseslinje mellem to domæner fra 1: nævn 2-3 vigtige datasnitflader Hvorfor er datasnitfladen vigtig? For hver fundet datasnitflade fra 2: nævn hvorfor den er vigtig og gerne i form af navnet på en forretningsproces som understøttes HUSK AT UDPEGE EN FREMLÆGGER i hver af de fem grupper. 5 min i plenum 23

Videre med de fælles datamodeller fra fysisk til logisk (Vision) (Målbillede) 4) Kobling og brug af hele metoden fremadrettet 2) Tilpasning & forbedringer Arkitektur- principper 3) Kobling til snitflader 1) Kvikøft af de fælles standardiserede datamodeller Fysiske database- modeller Fysiske udvekslings- skemaer DANDAS DANVAND D&V Integrations- metoden & Illustrative eksempler Governance- modellen 24

1) Kvikøft af de fælles standardiserede datamodeller Trin 1 ”Kvikløft” som en 1-til-1 konvertering af den nuværende fysiske datamodel til en logisk informationsmodel jf. DDV integrationsmetoden. Den publiceres som arbejdsmodel. NB: Begrebsforklaringen bliver en del den logiske model NB: Metoden gør ikke registreringsvejledningen overflødig: snarere tværtimod Den skal stadig adressere fx datalivscyklus, historik, skift af nøgle etc. 25

Fra Fysisk guld til Logisk guld

Informations- modeller Informationsmodel: DANDAS (kerne) Illustration af KVIKLØFT foretaget på arbejdsmøde 0..* 1 Knude opstrøm knudenavn 1 … nedstrøm dimension kritiskkote krydskote bundkote 1 1 xy nedstrøm opstrøm 0..1 0..* 0..* 0..* 0..* Oprindelse Delledning Ledning 0..* 0..1 Firma 0..1 0..* 1..* 1 projektering dimension journalnr attributter vises fortsat separat 0..* 0..1 firmanavn 0..1 0..* opdelt i entreprenør opstrømskote 0..* 0..1 tilsyn 0..1 .* … 0..* 0..1 driftsansvarlig 0..* 0..* 0..* Ejerandel Lokalitet Ejerfordeling lokalitetsnavn navn 0..1 1 0..* placering

Logisk dokumentation = ændret udseende Der ønskes standardiseres i informationsmodeller og ikke i fysiske tabeller (disse vil derfor forsvinde på ved standardisering på logisk niveau)

Forskel mellem fysisk datamodel og informationsmodel Der standardiseres i DDV regi i informationsmodeller med begreber vist i UML og ikke i fysiske tabeller Mere forretningsfokus, men stadig tilstrækkeligt detaljeret struktur Ingen systemtekniske/databasetekniske felter Men alle forretningsrelevante attributter er repræsenteret Mere læsevenlig navngivning fremfor ALTIDSTOREBOGSTAVER Ingen fremmednøgler Relationer har navne og tydelige antalsregler som 1 og mange XML datatyper benyttes konsekvent fx string, decimal Attributter er ensartet og forretningsmæssigt defineret Relationer er navngivne og forretningsmæssigt defineret …. + Forklaring af de vigtigste begreber løftes helt til informationsoverblikket i 1:100.000 29

3) Kobling til snitflader Trin 2-3 2) Tilpasning & forbedringer Den logiske informationsmodel skal så tilpasses de prioriterede ønsker i statusdokumenterne mhp. på ny modelversion fx Ensretning af modellerne Ønsket restrukturering, re-faktorisering fx ift. offentlige grunddata Uudnyttede og overflødige elementer kan fjernes – fx felter der ikke er i brug Manglende elementer kan tilføjes fx nøgler på Ledning til udveksling Elementer kan skilles ud i separate informationsmodeller … Der skal dernæst defineres datasnitflader svarende til de nuværende ledningsudveksling, TV-inspektion, brøndrapporter (XML skemaer) inklusive domæneflows og forretningsprocesser, der har brug for netop sådanne dataudvekslinger inkl. kobling til proces-, informations- og domæneoverblik 30

4) Kobling og brug af hele metoden fremadrettet Trin 4 = DDV fremover Derefter arbejdes med processer og snitflader efter behov efter prioritering i DDV og i de enkelte selskaber efter DDV governance 31

Råd: Klare arkitekturprodukter (&proces!) Principper og guidelines tidligt giver eksplicitte valg og modvirker suboptimering Modellerne (=arkitekttegningerne!) laves efter behov og får over tid mere volumen og udstrækning Brug solid og udbyggelig arkitekturramme Keep it simple Just in time Fx. overordnede principper/ ”pejlemærker” altså trinvist og undlad detailbeslutninger Principper og guidelines Modeller ( ) (EAS) tid

Glem ikke arkitekturstrategien / Roadmap… II Glem ikke arkitekturstrategien / Roadmap… Forretningsmæssige drivere sammen med tekniske trends sætter rammerne og fokus for arkitekturarbejdet Vær bevist om bredde & dybde af arkitekturarbejdet Tilknytning til strategiske programmer/projekter

Klar kommunikationsplan kritisk III Klar kommunikationsplan kritisk Hvem, hvorfor, hvad, hvordan På flere niveauer til ledelserne til IT ledelserne til projektledere til projektarkitekter til leverandører Samarbejde med myndigheder Projekter handler ofte ud fra mangel på bedre viden

Kombinér top-down og bottom-up IV Kombinér top-down og bottom-up Vær meget fokuseret ved top-down Brug timeboxing Vær forberedt på sporadiske resultater i starten Prøv processer og resultater af på 2-3 projekter Brug eksisterede modeller, systemdokumentation og projektbeskrivelser som input bottom-up Modificér og ”genudgiv” tidligere arkitekturinitiativers arbejde