Referencedatamodel-projektet DANVA - DDV Illustrativt eksempel 2: Gennemførte investeringer til Prisloftsindberetning til Forsyningssekretariatet (FS) 22. oktober 2012 Version 1.0
Forbehold Eksemplerne skal illustrere DDV integrationsmetoden og hjælpe læseren med at forstå hvad de enkelte arkitekturbeskrivelser kan rumme Eksemplerne er realistiske men slet ikke komplette og fyldestgørende for en standardisering De anvendte betegnelser i beskrivelserne er kun til illustration og er IKKE en del af DDV arkitekturen før det egentlige standardiseringsarbejde efter metoden udføres Eksemplerne kan ikke stå alene, og er et supplement til DDV integrationsmetoden. Betegnelser på diagrammer mv. svarer til version 1.0 2
Eksempel 2 Eksemplet viser hvordan der kunne standardiseres snitflader ifm. den årlige indberetning til Forsyningssekretariatet (FS) af afholdte investeringer som er en del af prisloftsindberetningen. Som forberedelse blev der set på hvordan Aarhus Vand har beskrevet konkrete workflows. Endvidere blev FS-portalen undersøgt (slide 4) I eksemplet beskrives til illustration nye serviceorienterede datasnitflader mellem de relevante domæner. På samme tid vises den forretningsmæssige (processer) og datamæssige sammenhæng (informationsmodel), som disse integrationer indgår i. Eksemplet illustrerer også hvordan DDV overblikkene kan fungere som indholdsfortegnelser. 3
Her genindtastes data i dag 4
Aktøroverblik A S Struktureret oversigt over de aktører som et selskab udveksler DDV standardiseret information med Kunde Aflæsning Eksempel 1 (separat PowerPointdokument) Metodenoter Ikke alle informationsstrømme vil kunne ses her. Gruppering er en skjuleteknik Udformes i DDV regi snart i en første tynd udgave Udbygges typisk når der kommer nye standarder på hylden Se metoden: afsnit 3.1 Forsynings- Sekretariat (FS) Indberetning Selskabet Dette eksempel 2 omhandler kun gennemførte investeringer. I aktøroverblikket hører de under gruppen Indberetning Indberetning= Prisloftsindberetning eller Benchmarkindberetning Prisloftsindberetning = Gennemførte investeringer + 5
Procesoverblik Indholdsfortegnelsen over processer hvor der er DDV standarder xx XXX Indberetninger Indberetninger til FS xxxx Prisloftsindberetning til FS (eksempel 2) Udformes i DDV regi snart i en første tynd udgave Viser procesgrupper (pilene), undergrupper og de enkelte processer Med grå kan man vise mulige elementer der endnu ikke har standarder, men som der arbejdes på Se metoden: afsnit 3.2 XXX Kundeafregning XXXX xxx xxx Forbrugsmåling xxx Indhentning af kundes forbrug (eksempel 1) Forbrugsafregning xxx Serviceafregning xxx xxxx Xxxx Xxxx xxxx xxx xxx xxx xxx xxx xxx xxx xxx Navigation: Ved at klikke på processen vises næste niveau af detaljer = Udefra-perspektivet = slide 8 6
Indholdsfortegnelsen over vigtige begreber med information, hvor der er DDV standardiseret inkl. betegnelserne Projekter Økonomi * 1 1 Udformes i DDV regi snart i en første tynd udgave Viser begreber med betydning (kasserne) og vigtige sammenhænge hvor * står for mange. Anlægsaktiv er vist som en fællesbetegnelse/overbegreb for Ledning, Måler mv. Se metoden: afsnit 4.1 Kategorisering Anlægsregistrering Informationsoverblik Investeringsprojekt Anlægsprojekt POLKAkategori * * * Anlægsaktiv Benchmarkingkategori Ledning Komponent Bygværk Navigation: Ved at klikke på begreberne vises definitioner (se eksempel 1) Derfra ledes til de enkelte informationsmodeller med alle detaljer (slide 15) Måler (se eksempel 1) 7
Den enkelte proces Udefra A S Prisloftsindberetning til FS Viser essensen af processen set udefra dvs. som en forretningsfunktion eller -service. I dag benyttes FS-portalen. Selskabet Forsyningssekretariat Håndtér prisloftsindberetning Prisloftsindberetning Tid for prisloftsindberetning Prisloftsindberetning leveret I skabelonen er det vigtigt at notere hvilke processer der forudsættes på plads for at denne fungerer fx Afsluttede projekter er gjort op Aktiver er opdateret i de enkelte domæner og POLKA-kategorier kan bestemmes for hvert aktiv. Herfra kan man navigere ned til detaljer om hvordan processen udføres forretningsmæssigt (slide 9) Se metoden: afsnit 3.3 8
Den enkelte proces Indefra + + Prisloftsindberetning til FS Viser hvilke aktiviteter der logisk skal til for at gennemføre processen kun gennemførte investeringer til illustration i dette eksempel Selskabet Forsyningssekretariat anlægsprojekter anlægsaktiver projektøkonomi Sammenstil og fordel økonomi Opsummér på POLKAkategorier Kontrollér indberetning Afsend indberetning Gennemførte investeringer Tid for prisloftsindberetning Prisloftsindberetning leveret Viser processen abstrakt dvs. uden itunderstøttelsen men med en fornuftig rækkefølge af en række aktiviteter Aktiviteterne er beskrevet som vist i eksempel på næste slide Se metoden: afsnit 3.4 9
Aktivitetsbeskrivelse for proces set indefra Navn Evt. Aktør anlægsaktiver Medarbejder eller system afhængig af automatiseringsgrad og it-understøttelse Formål At fremfinde de anlægsaktiver der skal indgå i indberetningen. Evt. start-betingelse Aktiverne er registrerede og kan koblet til investeringsprojekt.. Forløb Slutresultat Involverede begreber Metadata Hver type aktiv fremfindes: -- Ledninger -- Komponenter -- Bygværker -- Målere -- Alle udvalgte aktiver fremfundet Anlægsaktiverne Ledning, Måler, Komponent, Bygværk, Kun eksempel Version 0.2 Udarbejdet af referenceprojektet Oprettet 13.09.2012 Rettet 24.09.2012 Beskriver en aktivitet i processen. Der benyttes begreber fra informationsoverblikket. Der beskrives IKKE dataattributter/datafelter, da beskrivelsen bare skal give en fælles forretningsmæssig forståelse Se metoden: afsnit 3.4.3 10
Domæneoverblik 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 Portal Ekstern kommunikation Apps Voice Response (IVR) Kunde center UST- Måler Kommunikationsdomæner Besked services UST- SRO Udformes i DDV regi snart i en første tynd udgave Med grå kan man vise mulige elementer der endnu ikke er arbejdet på Udgør grundstrukturen i hvordan DDV standardiserer Se metoden: afsnit 5.1 Kernedomæner Administration & økonomi Drift, produktion & Distribution Udvikling & anlægsarbejder Personale HST- SRO Tømningsordning Projektstyring Net beregning Forbrugsafregning Økonomi HST- Måler D&V Ledelsesinfo Ledelse Slam Kontrol/ Kvalitet CRM TV Inspektion Lednings reg. EAM??? Anlægskartotek Støttedomæner Eksterne støttedata Eksterne grunddata GIS ESDH Datasammen stilling (ETL) DataWarehouse 11
Domænerne indeholder Masterdata Her vist ovenpå informationsoverblikket til illustration i denne præsentation Projekter Kategorisering Eksterne støttedata Økonomi * 1 * * Datasammen stilling (ETL) Lednings reg. Ledning 1 * Investeringsprojekt Anlægsprojekt POLKAkategori Benchmarkingkategori Anlægsaktiv Måler (se eksempel 1) Anlægskartotek Forbrugsafregning Økonomi Komponent Anlægsregistrering Det betyder at andre domæner henter fx ledningsoplysninger gennem snitflader til Ledningsregistrering Projektstyring Anlægskartotek Bygværk 12
D 1 D 2 D 3 Domæneflows Prisloftsindberetning til FS As-Is skitse Viser hvordan processen it-understøttes og især hvordan data udveksles 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 kommunikation Datasammenstlling Økonomi Start prisloftsindberetning anlægsprojekter Fil Excel projektkonti for afholdte Forbrugsafregning Anlægskartotek Ledningsregistrering anlægsaktiver Database connect SQL aktiver projektøkonomi Økonomi Fil Excel projektkonti for afholdte Sammenstil og fordel økonomi Opsummér på POLKAkategorier Kontrollér indberetning Modtag prisloftsindberetning Gennemførte investeringer Human Copy-paste Afsend indberetning Prisloftsindberetning leveret Det viste flow bliver dog ikke standardiseret da det bruger mønstre der ikke anbefales fx genindtastning i FS-portalen. Derfor er der ikke domæner på. De nuværende integrationsmønstre er angivet til illustration i diagrammet i dette eksempel Se metoden: afsnit 5.3 13
Forbedringspotentiale for it-understøttelsen Processen for indberetning kunne tænkes understøttes mere automatisk og standardiseret. Til sådan et standardiseringsarbejde følges DDV integrationsmetoden ved at udarbejde - Informationsmodel for alle de data der ønskes standardiseret på attributniveau dvs. felt-niveau. Eksempel på næste side. - Datasnitflader for selve udvekslingen inkl. valg blandt de godkendte integrationsmønstre. I dette materiale vælges: asynkron hhv. synkron service ud fra de overvejelser der er i de enkelte mønstre. I eksemplet et vist en snitflade til Ledningsregistrering og en til FS (dvs. i DDV vist ml. domænerne Datasammenstilling & Ekstern kommunikation). - Et forbedret domæneflow i eksemplet her med højere automatiseringsgrad og med brug af dataservices. Det vil kunne give et workflow i selskabet hvor medarbejderen kun skal udføre kvalitetskontrollen og derefter sende indberetningen elektronisk gennem en ny webservice som FS har defineret, sådan at der ikke skal tastes gennem FS-portalen længere. I praksis skal business casen vurderes for en sådan løsning. 14
Informationsmodeller Implementeringsnote: Ved implementering kan der pga. stort antal attributter vælges kun at vise begrebets egne nøgler i selve UML diagrammet, men attributter vises i på tabelform med samme indhold per række som vist på slide 19 Viser standardiserede nøgler og attributter ( datafelter ) Økonomi:: Investeringsprojekt projektnr:string anlagt i Ledning Informationsmodel Ledning 0..1 0..* ledningsid:string datoetableret:dato dimension:integer længde:integer ledningskategori: enumeration Ledning hører til den informationsmodel vi ser på her. Modellen er logisk. Det betyder fx at Ledning har en standardiseret relation til et begreb hjemmehørende i en anden informationsmodel: investeringsprojekt i modellen kaldet Økonomi. Nøglen projektnummer er vist, mens andre attributter som fx anlægssum: decimal vises kun når man slår op i selve Økonomi-modellen. String er foreslået så selskaberne kan nummerere projekter forskelligt fx inklusive bogstaver eller tegn. Projektnummeret placeres IKKE som fremmednøgle i Ledning Hver attribut beskrives som det var vist i eksempel 1 (slide 20-21) Attributternes datatyper som fx String skal vælges fra en fælles DDV liste (gerne med udgangspunkt i de eksisterende modeller) Se metoden: afsnit 4.2 15
D 1 D 2 D 3 Domæneflows Prisloftsindberetning til FS To-Be Viser processens it-understøttelse og især med fokus på dataudveksling Ekstern kommunikation Modtag prisloftsindberetning Projektstyring Datasammenstlling Asynkron service Periodens anlægs projekter Domæne m/aktiver anlægsaktiver + aktiver Asynkron service Projektkontosaldi Projektaktiver Økonomi projektøkonomi anlægsprojekter projektkonti for afholdte Asynkron service Sammenstil og fordel økonomi med nøgle Opsummér på POLKAkategorier aktiver har et underdiagram af tegnetekniske årsager (markeret med plusset) Så man skal kunne navigere til underdiagrammet med klik. Se metoden: afsnit 5.3 Kontrollér indberetning Gennemførte investeringer Afsend indberetning 16 Synkron Service SOAP Start prisloftsindberetning anlægsprojekter Prisloftsindberetning leveret Skal illustrere automatisering sammen med snitfladestandardisering Valg af integrationsmønster er sat på som etiket her i eksemplet. Det er beskrevet i snitfladen. Se slide 18 og 19.
D 1 Domæneflows e anlægsaktiver underflow D 2 D 3 Datasammenstilling ledninger Projekt ledninger komponenter Projekt komponenter Projekt bygværker bygværker målere Projekt målere Ledningsregistrering ledninger Anlægskartotek komponenter bygværker Forbrugsafregning målere Se metoden: afsnit 5.3 17
xxxx Input Output Navn Beskrivelse Input Output Datasnitflade: Gennemførte investeringer Integrations-mønster Udvekslingsformat Gennemførte investeringer fra domænet Datasammenstilling Indberetning af gennemførte investeringer for det angivne år til FS Stamdata om indsenderen Selskab::Selskab.CVRnr årstal Liste af afholdte investeringer: Kategorisering.POLKAkategori.POLKAkategori Kategorisering.POLKAkategori.standardlevetid sumbeløb (summeret per POLKAkategori) Evt. fejlkode jf. FS-dokumentation Synkron service, SOAP OIOXML jf. FS-dokumentation Her er der vist data fra andre informationsmodeller til illustration Der henvises i teksten til den situation hvor FS tænkes at have udstillet en service til aflevering af data Se metoden: afsnit 5.4 Evt. links til fysisk dokumentation Metadata FS-dokumentation Kun eksempel Version 0.3 Udarbejdet af referenceprojektet Oprettet 13.09.2012 Rettet 30.09.2012 18