DDV datamodeller og digitalisering

Workshop del 2

27. november 2012

Peter HuberStrand & Donslund A/S

Vandsektorens digitalisering med Det Digitale Vandselskab – hvordan det virker…

Vandselskab C BVandselskab A

KundeKundeKundeKunder

Bidrager til fællesskabet …

Anvender fællesskabets rammer..

Leverer it-løsninger, der opfylder DDV anbefalingerne. Fx gennem DDV-certificering.

Leverer ydelser &digitale services Leverer lovpligtige

leverancer efter fælles snitfladebeskrivelser

Leverer grunddata efter fælles snitfladebeskrivelser

KundeKundeKundeMyndigheder

KundeKundeKundeSystemleverandører

Kravstillelse iht. den rammesættende forretnings- og it-arkitektur.

DDV-certificering til systemleverandører

B C

Rammesættende forretnings-og it-arkitektur

Projekt

”Lægge på reolen” jf. Governance-modellen =Bidrage med ny standard dok. efter metoden

”Top-down”

”Bottom-up”

”Middle-out”

DDV metodenafhængig afsituationen ifm.standardisering

”Bottom-up” fra it

”Bottom-up” til forretningen

Eksempel 2: Her genindtastes data i dag

6

Øko

nom

i Udvælgprojektkontifor afholdte

Forb

rugs

-af

regn

ing

Anl

ægs

karto

tek

Ledn

ings

-re

gist

rerin

g

7

Modtag prislofts-indberetning

Prisloftsindberetningtil FS ”As-Is” skitse

Domæneflows

D1

D2

D3

Udvælgaktiver

Startprislofts-indberetning

Afsendindberetning

Prislofts-indberetning

leveret

Dat

asam

men

stlli

ng

Dette ”domæneflow” viser et nuværende sekventielt flow med håndbårneudtræk og bearbejdning i Excel og indtastning i FS-portalen

Hentanlægs-aktiver

Hentprojekt-økonomi

Kontrollérindberetning

Sammenstilog fordeløkonomi

Opsummérpå POLKA-kategorier

Øko

nom

i

Udvælgprojektkontifor afholdte

Hentanlægs-projekter

Gennemførteinvesteringer

Viser hvordan processenit-understøttes og især hvordan data udveksles1:25.000

Eks

tern

kom

mun

i-ka

tion

Øko

nom

i Udvælgprojektkontifor afholdte

Forb

rugs

-af

regn

ing

Anl

ægs

karto

tek

Ledn

ings

-re

gist

rerin

g

8

Modtag prislofts-indberetning

Prisloftsindberetningtil FS ”As-Is” skitsemed integrationsmønstre

Domæneflows

D1

D2

D3

Udvælgaktiver

Startprislofts-indberetning

Afsendindberetning

Prislofts-indberetning

leveret

Dat

asam

men

stlli

ng

Dette ”domæneflow” viser et nuværende sekventielt flow med håndbårneudtræk og bearbejdning i Excel og indtastning i FS-portalen

Hentanlægs-aktiver

Hentprojekt-økonomi

Kontrollérindberetning

Sammenstilog fordeløkonomi

Opsummérpå POLKA-kategorier

Øko

nom

i

Udvælgprojektkontifor afholdte

Hentanlægs-projekter

Gennemførteinvesteringer

Eks

tern

kom

mun

i-ka

tion

Pro

jekt

styr

ing

”Dom

æne

m/a

ktiv

er”

Eks

tern

kom

mun

i-ka

tion

9

Modtag prislofts-indberetning

Prisloftsindberetningtil FS mulig ”To-Be”hvis…

Domæneflows

D1

D2

D3

Udvælgaktiver

Startprislofts-indberet-ning

Afsendindberetning

Prislofts-indberet-ning leveret

Dat

asam

men

stlli

ng

Hentanlægs-aktiver

Hentprojekt-økonomi

Kontrollérindberetning

Sammenstilog fordel øko-

nomi med nøgle

Opsummérpå POLKA-kategorier

Øko

nom

i

Udvælgprojektkontifor afholdte

+

Hentanlægs-projekter

Udvælganlægs-projekter

Gennemførteinvesteringer

Projekt-konto-saldiProjekt-

aktiver

Periodensanlægsprojekter

Udarbejdet i projektetInspireret af arbejdet i Aarhus Vandmed ”datasky”

Pro

jekt

styr

ing

”Dom

æne

m/a

ktiv

er”

Eks

tern

kom

mun

i-ka

tion

10

Modtag prislofts-indberetning

Prisloftsindberetningtil FS mulig ”To-Be” hvis…

Domæneflows

D1

D2

D3

Udvælgaktiver

Startprislofts-indberet-ning

Afsendindberetning

Prislofts-indberet-ning leveret

Dat

asam

men

stlli

ng

Hentanlægs-aktiver

Hentprojekt-økonomi

Kontrollérindberetning

Sammenstilog fordel øko-

nomi med nøgle

Opsummérpå POLKA-kategorier

Øko

nom

i

Udvælgprojektkontifor afholdte

+

Hentanlægs-projekter

Udvælganlægs-projekter

Gennemførteinvesteringer

Projekt-konto-saldiProjekt-

aktiver

Periodensanlægsprojekter

Dat

asam

men

still

ing

11

”Hent anlægsaktiver” underflowDomæneflows

D1

D2

D3

Anl

ægs

karto

tek

Ledn

ings

-re

gist

rerin

g

Udvælgledninger

Hentledninger

Hentkompo-nenter

Hentbygværker

Hentmålere

Udvælg…

Udvælgkompo-nenter

Udvælgbygværker

Forb

rugs

afre

gnin

g

Udvælgmålere

Projektledninger

Projektkomponenter

Projektbygværker

Projektmålere

Navn Projektledninger fra domænet LedningsregistreringBeskrivelse Hentning af Ledninger der opfylder søgekriterierneInput Liste af Økonomi::Investeringsprojekt.projektnr

Output Liste af LedningerLedning::Ledning.ledningsIDLedning::Ledning.datoEtableretLedning::Ledning.dimensionLedning::Ledning.længdeLedning::Ledning.ledningskategoriØkonomi::Investeringsprojekt.projektnr match på relationen ”anlagt i” ud fra søgekriterierne

Fejlkode ….Integrations-mønster

Asynkron service,

Udvekslingsformat XML

Evt. links tilfysisk 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 eksempelVersion 0.3Udarbejdet af referenceprojektetOprettet 13.09.2012Rettet 30.09.2012

12

Datasnitflade:Projektledninger

xxxx

Output

Input

Skal stamme fraInformationsmodelFx nye attributter ogrelationer

Informationsmodel ”Ledning” i uddrag…

Informations-modeller

Ledning

ledningsID:stringdatoEtableret:datodimension:integerlængde:integerledningskategori: enumeration

Økonomi::Investeringsprojekt

projektnr:string…

0..1

0..*

anlagt i

Viser standardiserede nøgler og attributter(”datafelter”)1:25.000

13

Indholdsfortegnelsen over domæner,som er den ”logiske systeminddeling”som DDV standardiserer snitfladerimellem uafhængigt af konkretesystemer og leverandørløsningerFx DIVA

14

Domæne-overblik

Ledningsreg.

15

Økonomi

Kategorisering

Projekter

Investerings-projekt

Ledning BygværkKomponent

Anlægs-projekt

POLKA-kategori

Bench-marking-kategori

Anlægs-aktiv

* 1

*

1

* *

Her vist”ovenpå”informations-overblikkettil illustration

Det betyderat andredomænerhenter fxlednings-oplysningergennemsnitflader tilLednings-registrering

Domænerne holder Masterdata

Ledningsreg.

Projektstyring Økonomi

Anlægs-kartotek

Datasammen-stilling !!

Eksterne støtte-data

Anlægsregistrering

Måler(eksempel 1) Forbrugsafregning

Informations-overblik

Anlægs-kartotek

Datasammen-stilling !!

”Bottom-up” fra it

Datasammen-stilling (ETL)

Sel

skab

etFo

rsyn

ings

-se

kret

aria

t

17

Afsendindberetning

Hentanlægs-aktiver

Gennemførteinvesteringer

Prisloftsindberetningtil FSkun gennemførte investeringer til illustration i dette eksempel

Tid forprislofts-indberetning

Prislofts-indberetning leveret

Hentprojekt-økonomi

Den enkelte procesIndefra

•+ •+

Kontrollérindberetning

Sammenstilog fordel økonomi

Opsummérpå POLKA-kategorier

Hentanlægs-projekter

Viser hvilke aktiviteterder logisk skal tilfor at gennemføreprocessen

Håndtér prislofts-indberetning

Sel

skab

etFo

rsyn

ings

-se

kret

aria

t

18

Prisloftsindberetning

Prisloftsindberetningtil FS

Den enkelte procesUdefra

A

S

Tid forprislofts-indberetning

Prislofts-indberetning leveret

Viser essensen afprocessen set udefradvs. som en forretnings-funktion eller -service.

19

•xx

•xxx

XXX

xxx

•xxx

xxx

•xxx•xxx

XXXForbrugsmåling

• xxx• Indhentning af kundes forbrug

(eksempel 1)Forbrugsafregning

• xxxServiceafregning

• xxx

Kundeafregning• xxxx

Xxxx• Xxxx• xxxx

XXXX

•xxx

xxx•xxx

xxx

Indholdsfortegnelsen overprocesser hvor derer DDV standarder

Indberetninger til FS• xxxx• Prisloftsindberetning til FS

Indberetninger

Procesoverblik

20

Forsynings-Sekretariat

(FS)

Kunde

Selskabet

Indberetning

Aflæsning

Indberetning=Prisloftsindberetning eller Benchmarkindberetning

Prisloftsindberetning =Gennemførte investeringer + …

Dette eksempel 2omhandler kun”gennemførteinvesteringer”.I aktøroverblikket hørerde under gruppen”Indberetning”

Struktureret oversigt overde aktører som et selskabudveksler DDV standardiseretinformation med

Aktøroverblik

SA

”Bottom-up” til forretningen

DDV Arkitekturbeskrivelser i OIO EA reolen – eksempel 2 bygget & læst bottom-up

22

Arkitektur- principper

(Vision) (Målbillede)

Fysiske udvekslings- skemaer

Integrations-metoden &Illustrative eksempler

Governance-modellen

Fysiske database- modeller

Denn

e de

l af

forr

etni

ngen

DDV standardit-understøtter

Løs følgende opgaver med udgangspunkt i Ledningsregistreringpå den udleverede udgave af domæneoverblikket

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

2. Hvilke integrationer dvs. datasnitflader er de vigtigste?For hver forbindelseslinje mellem to domæner fra 1:nævn 2-3 vigtige datasnitflader

3. Hvorfor er datasnitfladen vigtig?For hver fundet datasnitflade fra 2:nævn hvorfor den er vigtig og gerne i formaf navnet på en forretningsproces som understøttes

HUSK AT UDPEGE EN FREMLÆGGER i hver af de fem grupper. 5 min i plenum

Gruppearbejde 40 minutter (inkl. ”transport”)

23

Videre med de fælles datamodeller fra fysisk til logisk

24

Arkitektur- principper

(Vision) (Målbillede)

Fysiske udvekslings- skemaer

Integrations-metoden &Illustrative eksempler

Governance-modellen

Fysiske database- modeller

DANDASDANVANDD&V

1) Kvikøft afde fælles

standardiserede datamodeller

2) Tilpasning &forbedringer

3) Kobling tilsnitflader

4) Kobling ogbrug af hele

metodenfremadrettet

”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ærtimodDen skal stadig adressere fx datalivscyklus, historik, skift af nøgle etc.

Trin 1

25

1) Kvikøft afde fælles

standardiserede datamodeller

Fra Fysisk guld til Logisk guld

27

0..1

xy

Informations-modeller

Ledning1..* 1

opdelt i attributtervises fortsatseparat

Informationsmodel: DANDAS (kerne)

Illustration af KVIKLØFT foretaget på arbejdsmøde

0..*

journalnr

Knude

Oprindelse

knudenavn

Delledning0..1 0..* Firma

firmanavn

0..* 0..1projektering

0..* 0..1entreprenør

0..* 0..1tilsyn

0..* 0..1driftsansvarlig

Ejerfordeling

navn

dimension

0..1 0..*opstrømskot

e0..1 .*…

Lokalitet

lokalitetsnavn0..1

0..*

placering

1

1

0..* 0..*

opstrøm

nedstrøm

nedstrøm

opstrøm

1 1

0..* 0..*

Ejerandel

0..*

0..*

0..*

1

bundkotekrydskote

kritiskkote

dimension

…

Logisk dokumentation = ændret udseende

Der ønskes standardiseres i informationsmodeller og ikke i fysiske tabeller (disse vil derfor forsvinde på ved standardisering på logisk niveau)

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

Forskel mellem fysisk datamodel og informationsmodel

29

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

Trin 2-3

30

2) Tilpasning &forbedringer

3) Kobling tilsnitflader

Derefter arbejdes med processer og snitflader efter behov efter prioritering i DDV og i de enkelte selskaber efter DDV governance

Trin 4 = DDV fremover

31

4) Kobling ogbrug af hele

metodenfremadrettet

© 2012, Strand & Donslund A/S 32

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 arkitekturrammeKeep

it simple

Justin time

Råd: Klare arkitekturprodukter (&proces!)

Modeller( )

Principper og guidelines

tid

Fx. overordnedeprincipper/”pejlemærker”

I

(EAS)

© 2012, Strand & Donslund A/S 33

Forretningsmæssige drivere sammen med tekniske trendssætter rammerne og fokus for arkitekturarbejdet

Vær bevist om bredde & dybde af arkitekturarbejdet Tilknytning til strategiske programmer/projekter

Glem ikke arkitekturstrategien / Roadmap…II

© 2012, Strand & Donslund A/S 34

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

Klar kommunikationsplan kritisk III

© 2012, Strand & Donslund A/S 35

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

Kombinér top-down og bottom-up IV