Kontakt
Peter Thrane
IT-Arkitektur & Standarder
Telefon: +45 3370 3553
E-mail: pth@kl.dk
Denne side præsenterer et udkast til en begrebs- og informationsmodel for observationssteder og målbare miljødata for overfladevand.
Modellen kan ses som en fortsættelse af arbejdet med de første fælles grundbegreber defineret i sektorstandardiseringsudvalget for miljødata fra 2006, men med en række elementer fra nyere initiativer indarbejdet. Særligt arbejdet på europæisk plan med udvikling af dataspecifikationer i regi af INSPIRE-direktivet, men også med arbejde i regi af øvrige nationale og sektorspecifikke initiativer og projekter. Den konkrete anledning er det fællesoffentlige projekt VanDa, som har til formål at udvikle et nyt fællesoffentligt fagsystem til opbevaring og kvalitetssikring af miljødata på overfladevandsområdet. Projektet gennemføres i regi af Danmarks Miljøportal og er en udløber af initiativ 8.3 ”Kvalitet og deklaration af miljødata” under den fællesoffentlige digitaliseringsstrategi 2011-2015.
Begrebs- og informationsmodellen er udarbejdet i et samarbejde mellem projektets parter, og håbet er at nærværende som minimum kan tjene til inspiration for kommende datainitiativer på området. Det er visionen at begrebs- og informationsmodellerne kan genanvendes i andre domæner områder end overfladevandsområdet.
Metodemæssigt har arbejdet taget udgangspunkt i eksisterende strategier, metodeanbefalinger, samt reference- og rammearkitekturer. Det drejer sig bl.a. om KL’s rammearkitektur, OIO-arbejdsmodellen, den fællesoffentlige digitaliseringsstrategi, referencearkitekturen ”stedet som nøgle”, og modelreglerne opsat i forbindelse med grunddataprogrammet.
Nedenstående Tidligere Fælleskommunale Arkitekturprincipper* fra KL’s rammearkitektur har været i fokus i forbindelse med begrebs- og informationsmodelleringen, og/eller vil blive brugt i det videre arbejde:
| | |
---|---|---|
B5 |
Der anvendes altid et standardiseret begrebsapparat |
Forslag til begrebsdefinitioner er udarbejdet |
B8 |
Fælles autoritative reference- og grunddata anvendes |
’Stedet som nøgle’ og Grunddatamodellen i det omfang disse data er relevante for VanDa |
B9 |
Adskil det foranderlige fra det uforanderlige |
Det er vanskeligt at overskue hvilke miljødata datamodellen i fremtiden skal kunne håndtere. Derfor har det været et mål at etablere en model der kan håndtere denne foranderlighed. Modellen er derfor generel (generisk) og kan bruges til mange dataemner/typer. Det uforanderlige er i denne forbindelse selve applikationen, mens det foranderlige primært er eksempelvis emnekatalog / kodelister og lignende i modellen |
C2 |
Alle objekter er uafhængige af systemet, hvor de er skabt |
Uafhængigheden opnås som følge af en fælles standard for objektet og dets attributter samt en global unik identifikation. Princippet vil understøtte samarbejde på tværs af systemer og domæner samt mindske problematikker ift. leverandør “lock-in” |
(*: Projektet er etableret med udgangspunkt i de Tidligere Fælleskommunale Arkitekturprincipper fra 2013. I 2017 blev de nye Fælleskommunale Arkitekturprincipper og -regler godkendt og erstatter de tidligere arkitekturprincipper)
De anvendte principper og deres udmøntning er i overensstemmelse med DMP’s strategi 2013-2017 hvor der bl.a. er defineret følgende indsatser under indsatsområdet ”Datagrundlag”:
Optage og udstille eksterne data i eksisterende fagsystemer fra kilder uden for partnerskabet, herunder både professionelt udførte undersøgelser med deklarerede data (VVM, miljøkonsekvensvurderinger, etc.) og andre typer af miljødata fx indsamlet af borgere.
Begrebs- og informationsmodeller udgør det forretningsmæssige grundlag for udviklingen af logiske og fysiske datamodeller for it-systemet og i sidste ende for opbygningen af systemets database og snitflader (Udbetaling Danmark, KL og KOMBIT 2015).
I forbindelse med udviklingen af et nyt it-system er det vigtigt at starte modelleringsforløbet med at udvikle en begrebsmodel for det fagområde it-systemet skal understøtte. Skabes der ikke enighed om indholdet af et begreb, brugen af fagudtryk samt hvorledes begreberne er indbyrdes relateret, kan uklarheder eller misforståelser i forhold til datamodellen og betyde problemer og tilbageløb i efterfølgende implementering samt ringe interoperabilitet.
Begrebsafklaring er tæt forbundet med datamodelleringen, men hvor en begrebsmodel er en model til beskrivelse af viden om begreber, er en datamodel en formel model til beskrivelsen af data i et it-system. Formålet med en begrebsmodel er at skabe afklaring og enighed om indholdet af et begreb og brugen af fagudtryk og indeholder semantiske oplysninger om begreber og begrebsmodellen er således en forudsætning for udarbejdelsen af en hensigtsmæssig datamodel.
Næste trin i modelleringsforløbet er udarbejdelse af en informationsmodel i form af en datamodel der afspejler typer af entiteter og deres indbyrdes relationer, og som udgør en konceptuel repræsentation af data. I udviklingen fra begrebsmodel til informationsmodel transformeres begreberne til henholdsvis klasser, attributter eller værdier, men der kan også indgå begreber i begrebsmodellen som kun medtages for forståelsens skyld, og som er vigtige i forhold til at sættes en ramme for modelleringen.
Klik her for at se alle Begrebs- og Informationsmodeller
Den overordnede model er generisk, forstået på den måde at den ikke specielt sigter mod overfladevandområdet, men kan anvendes bredt, eksempelvis inden for miljøområdet. Udgangspunktet er INSPIRE dataspecifikationerne for "Observation and Measurements" samt ”Environmental Monitoring Facilities” Som udgangspunkt sikrer modellen at kunne beskrive egenskaber ved forskellige ”objekter” såsom vandløb, søer, luft, jord osv. Den samlede tilstand for et ”objekt” er summen af de resultater (observationer, målinger etc.), som er opsamlet på et givet tidspunkt. ”Objekterne” vi opsamler viden om er geografisk placeret et sted og defineres i modellen herunder som Monitoreringsfaciliteter. For at opsamle resultaterne gennemføres en række aktiviteter, som hver især har til formål at skaffe et delresultatet af det samlede billede. Aktiviteterne kan samles i pakker.
Observationssteder er ”faciliteter, der kan observeres” og definerer de områder og steder vi gerne vil observere eller indsamle prøver.
Observationsstederne kan grupperes til et netværk, eksempelvis i forbindelse med et større overvågnings- eller måleprogram. Et observationssted (eksempelvis et observationsområde) kan være vært for andre observationssteder.
Feltudstyr der placeret på et observationssteder (herunder måleudstyr og prøvetagningsudstyr), er observationsfaciliteter som muliggør indsamling af observationsresultater via de aktiviteter, der gennemføres.
Feltudstyret kan knyttes til Emnekataloget, således at deres evne til at måle bestemte egenskaber er registreret og kendt. Under planlægningen af aktiviteterne, hvor man ønsker at observere bestemte egenskaber, kan man samtidig se, hvilket udstyr der skal/kan anvendes.
Emnekataloget er helt centralt for aktiviteterne, da de indeholder informationer om, hvilke egenskaber der kan observeres ved de forskellige objekttyper. Kataloget består dels af en emnestruktur, så det er til at finde rundt i kataloget og dels af en række observerbare egenskaber, der kan observeres/måles.
Til hver observerbare egenskab knyttes:
Ved hjælp af dette katalog sikres, at alle formater angives ens og der anvendes samme metode i forbindelse med observationer af de samme egenskaber. Det sikrer, på længere sigt, at vi kan sammenligne resultater af de samme egenskaber på tværs af mange observations-/målesteder.
Emnekataloget er styrende for de applikationer, der udvikles. Indholdet i eksempelvis drop-down-lister, ledetekster o.lign. er styret af kataloget, således at der ikke skal omprogrammeres, når der kommer nye emner, nye tekniske anvisninger eller nye domæner til.
En aktivitetspakke defineres som en samling af aktiviteter med fælles formål. Aktivitetspakker kan sammensættes efter behov og dækker derfor de forskellige typer aktivitetssamlinger der arbejdes med. ”Tilsyn”, ”Undersøgelse” osv. er eksempler på aktivitetspakker.
Da pakkerne består af aktiviteter, vil de ”arve” de informationer, der er opsamlet i forbindelse med disse. Derudover kan der angives enkelte informationer som f.eks. Ansvarlig aktør, Kvalitetsmærke (mastermærke) etc. til aktivitetspakken.
For alle aktiviteter gælder det at de foregår på et bestemt tidspunkt et sted. Aktiviteter kan redegøres for i et dokument og indgå i en sag. Derudover har alle hensigtsstyrede aktiviteter det til fælles at de udføres af en aktør med et bestemt formål. I forbindelse med udførelsen kan der også anvendes udstyr.
Overordnet set er der to typer af hensigtsstyrede aktiviteter:
Observationer kan også foregå ved en analyse af en udtaget (eller efterbehandlet) prøve.
Observationsaktiviteten er den, der reelt udføres for at skaffe et resultat på en observerbar egenskab. Dvs. at 1 aktivitet genererer 1 resultat.
En prøve defineres som en lille mængde som er udtaget af en større helhed og som gøres til genstand for en ex situ observation. En prøve er med andre ord en fysisk ”del” af udtagningssstedet, som vi udtager og, som oftest, tager med og analyserer på et senere tidspunkt.
Prøver får en identifikation (et entydigt nummer, stregkode el. lign) og tilknyttes udtagningssstedet, således at vi altid kan spore prøven tilbage til det observationssted, som prøven repræsenterer.
Til forskellige formål, kan prøver håndteres på forskellig vis inden analysen. Det kan være at prøven opdeles i delprøver, eksempelvis ved filtrering eller at flere prøver sammenblandes til en blandingsprøve.
IT-Arkitektur & Standarder
Telefon: +45 3370 3553
E-mail: pth@kl.dk