Grunddataprogrammet er igangsat med visionen om, at offentlige grunddata om personer,virksomheder, ejendomme, adresser og geografiske forhold opdateres ét sted og anvendes af alle.
Figur 1 - Konceptuel model for grunddata
De offentlige Grunddata bliver vedligeholdt og anvendt af flere forskellige myndigheder, og der er derfor behov for at tænke data sammen i en model, så man kan sikre et samlet overblik og på den måde undgå redundant vedligehold af data.
Grunddataprogrammet indeholder forskellige forretningsdomæner, der er relateret til hinanden og på visse områder overlappende. For at kunne skabe en datamodel for grunddata, der fremstår som sammenhængende for interessenterne, er det vigtigt at sikre, at man har en fælles tilgang til modelleringsopgaven. Modelreglerne sikrer, at modelleringen af dataobjekter sker ud fra et fælles sæt retningslinjer, og at hele modellen bygger på fælles grundegenskaber.
Formålet med modelreglerne er derfor at sikre en samlet og sammenhængende Grunddatamodel i et distribueret forvaltningsmiljø
Figur 2 – Overblik over forretningsdomæner i grunddata
Vi ønsker at give slutbrugerne (myndigheder, virksomheder og privatpersoner) en samlet ogsammenhængende datamodel. Det betyder, at man som bruger oplever sammenhæng på tværs af forretningsdomænerne, og at man oplever ensartet begrebsanvendelse samt ensartedemodellering og generelle egenskaber for modelentiteterne i grunddatamodellen. Denne oplevelse opretholdes og vedligeholdes på trods af, at data i modellen bliver vedligeholdt af forskellige myndigheder.
Det primære mål med modelreglerne er at skabe den fælles tilgang til at modellere Grunddata, som er nødvendig for at kunne skabe en samlet og sammenhængende datamodel.
Konkret skal modelreglerne opfylde følgende målsætninger:
Ved at anvende de fælles modelregler opnår man som Grunddatamyndighed en række fordele:
Det er nemmere at sikre fælles retningslinjer for datamodellering internt i organisationen.
Modelreglerne har fire primære interessenter:
Dokumentet har følgende indhold:
Definitioner af begreber brugt i modelreglerne - ord med fed henviser til andre definitioner. Såvidt muligt er definitioner, som ikke bygger på andre definitioner i listen hentet i eksterne definitoriske værker.
Begreb | Definition |
---|---|
Aktør | Et objekt, der deltager i en aktivitet.Der er ikke alle objekter, der kan være en aktør, fordi ikke alle objekter kan siges at deltage. Nogle objekter vil for eksempel i stedet indgå som redskaber i en aktivitet. Den Fællesoffentlige Topontologi 3 Aktør |
Arkitekturbyggeklods | En afgrænset del af it-arkitekturen, som specificerer et sæt af forretningsevner. Byggeklodsen kan betragtes som en genbrugelig og udskiftelig del af arkitekturen, og kan være beskrevet mere eller mindre detaljeret. TOGAF 3.21 Building Block https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap03.html#tag_03_23 |
Begivenhed | En aktivitet, der er en enkeltstående helhed. En begivenhed foregår på et bestemt tidspunkt og på et bestemt sted. Den Fællesoffentlige Topontologi 1.2.1 Begivenhed |
Beskedfordeler | Et computersystem, som skal udveksle hændelsesbeskeder mellem computersystemer. Beskedfordeleren realiserer en arkitekturbyggeklods med tilsvarende forretningsevner. |
Computersystem | En eller flere computere, som i sammenhæng udfører databehandling ISO/IEC 20944-1:2013(en) |
Data | Information lagret med henblik på (gen)anvendelse ISO/IEC 11179-4:2004(en), 3.3 data |
Datafordeleren | Et computersystem, som effektivt og stabilt distribuerer data fra grunddataregistrene. Datafordeleren realiserer en arkitekturbyggeklods med tilsvarende forretningsevner. Den fællesoffentlige Datafordeler etableres som led i Grunddataprogrammet. |
Datahændelse | En ændring i data - modsat den begivenhed i “virkeligheden”, som gav anledning til ændringen i data. |
Datamodel | En grafisk (og/eller tekstuel) repræsentation (model) af data, med specifikation af deres egenskaber, struktur og interne relationer ISO/IEC 11179-1:2004, 3.2.7 datamodel |
Dataobjekt | En konkret datainstans af en modelentitet. Et eksempel er et personobjekt: Person(”Jens Hansen”, ”010101-8881”, ”01-01-2001”). Se også figur 3 herunder. Den Fællesoffentlige Topontologi 1.5 Objekt |
Datasnitflader | De specifikationer (for eksempel XML Schema, JSON Schema, WSDL) som sætter rammer for dataformatet i en service. |
Domænemodel | Datamodel for et forretningsdomæne (fx “Adresse”, “Stednavn”, “Virksomhed”). Alle domænemodellerne tilsammen udgør Grunddatamodellen. |
Forretningshændelse | Begivenhed i “virkeligheden”, som har udløst en ændring i data. |
Forvaltning | Den sammenhængende, databaserede udøvelse af offentlig myndighed i Danmark. |
Forvaltningsobjekt | Forvaltningens repræsentation af det konkret - fysisk eller konceptuelt - eksisterende objekt (adresse, vandløb, virksomhed, udskrivningsgrundlag), som der udøves myndighed på og som der derfor opsamles data om. Forvaltningsobjektet er en selvstændig helhed, der kan beskrives enkelt og har tilknyttet oplysninger. For eksempel kan forvaltningsobjektet ”Person” have tilknyttet følgende oplysninger: ”Navn”, ”CPR-nummer” og ”Fødselsdato”. |
Grunddata | De data, som opbevares og forvaltes af Grunddataregistre. |
Grunddatamodellen | Den samlede og sammenhængende datamodel for Grunddata. Grunddatamodellen er sammensat af domænemodellerne. |
Grunddataregister | En datasamling, der har til formål, at indsamle og videreformidle data om forvaltningsobjekter, og som deltager i Grunddataprogrammet. |
Hændelsesbesked | Et dokument, som udfærdiges af et computersystem i forbindelse med en datahændelse, med det formål at kunne videredistribueres til andre computersystemer, for at advisere disse om datahændelsen, som de så eventuelt kan reagere på. |
Information | Tegn, der giver mening. Den Fællesoffentlige Topontologi 1.6.1 Information |
Informationsmodel | En datamodel hvor fokus er på beskrivelsen af modelentiteternes specifikke navne, egenskaber og relationer samt disses multiplicitet og kardinalitet. IETF RFC 3198 datamodel Svarer til Logisk Datamodel, se Arkitekturguide informationsmodel |
Klassifikationskomponent | Et computersystem som realiserer en arkitekturbyggeklods som har til formål at opbevare, synkronisere og distribuere klassifikationssystemer. |
Konceptuel datamodel | En datamodel, hvor fokus er på beskrivelsen af forvaltningsobjekternes overordnede relationer. |
Model | Et objekt, der repræsenterer en entitet ved at besidde en ægte delmængde af dennes egenskaber En model kan ligne originalen til forveksling, men den er ikke originalen. En model af Vor Frue Kirke kan have samme form som originalen, men afviger i for eksempel materiale og størrelse. Til forskel har en kopi samme egenskaber som originalen. Den Fællesoffentlige Topontologi 1.5.5 Model |
Modelansvarlig | Den myndighed der til enhver tid har ejerskab og ansvar for en domænemodel. |
Modelentitet | Modelleringen af et forvaltningsobjekt, hvor dettes egenskaber udtrykkes som klasser og attributter. Se også figur 3 herunder. |
Modellering | Dét at lave en model af noget. |
Organisationskomponent | Et computersystem som realiserer en arkitekturbyggeklods som har til formål at opbevare, synkronisere og distribuere information om organisationer - deres kontaktoplysninger, personer og interne organisering. |
Relation | En entitet, der forbinder entiteter. En relation er forholdet mellem to eller flere entiteter. Den Fællesoffentlige Topontologi 1.3 Relation |
Service | En forretnings, en arkitekturbyggeklods’ eller et computersystems evner til at levere ydelser til interne eller eksterne aftagere. |
Figur 3 - Illustration af forholdet mellem begreberne ‘Forvaltningsobjekt’, ‘Modelentitet’ og ‘Dataobjekt’.
Forkortelse | Beskrivelse |
---|---|
UML | Unified Modeling Language, www.uml.org |
XML | Extensible Markup Language, www.w3.org/xml |
RDF | Resource Description Framework, www.w3.org/RDF/ |