1 KlassifikationStruktur
|
|
- Thor Bak
- 6 år siden
- Visninger:
Transkript
1 ..27 KlassifikationStruktur. KlassifikationStruktur Klassifikation er det abstrakte objekt som samler et klassifikationssystem. Klassifikation holder klassifikationssystemets metadata. Klassifikationssystemet tjener et bestemt forretningsmæssigt formål (fx holder taxonomier for opmarkering af sager). Klassifikationssystemet er udgøres af et hierarki af klasser, taxonomi. Klassifikationssystemet grupper sine klasser i facetter. Et klassifikationssystem har mindst en facet. Klassifikationssystemet har en ejer, som fastlægger reglerne for taxonomien, fx opdeling i facetter. Ejeren af klassifikationssystemet kan tillade at andre anvendere af / interessenter i klassifikationssystemet tilføjer egne klasser, som specialisering af klassifikationssystemets klasser. KlassifikationIdentifikation KlassifikationBrugervendtNøgle KlassifikationTitel Klassifikation KlassifikationEjer KlassifikationGyldigFra (KlassifikationGyldigTil) KlassifikationRegistreringTidspunkt KlassifikationSidstÆndretTidspunkt * FacetListe * { FacetStruktur ( * FacetPlanListe * { FacetPlanStruktur ).2 KlasseReferenceStruktur En klasses tilhørsforhold til et klassifikationssystem sker via klassens relation til en facet i klassifikationssystemet. Klassifikationssystemet er beskrev og samlet omkring objektet klassifikation. Objektet facet angiver ved reference til klassifikation hvilket klassifikationssystem, som facetten er en del af. Identifikation af facet og klassifikation er medtaget for at gøre det enklere for anvendere af sortimentet at udsøge de klassifikationssystemer/udsnit af klassifikationssystemer, som er relevante at arbejde med i sammenhæng med sortimentet. Uddybning af specifikke felter: - Den refererede klasses titel (Kan rettes i objekter, der har GyldighedFra og GyldighedTil) Klasse
2 Den refererede klasses beskrivelse (Kan rettes i objekter, der har GyldighedFra og GyldighedTil) Klasse KlassifikationIdentifikation.3 KlasseStruktur En klasse er en mængde hvori de indgående objekter har en eller flere egenskaber til fælles. Klassen er den specifikke reference, nøgle, til denne mængde. Et klassifikationssystem udgøres af klasser. Et objekt kan beskrives gennem flere klasser i klassifikationssystemet, hver af disse klasser skal være ordnet i forskellige facetter under klassifikationssystemet. * ForældreKlasse * Unik identifikation og brugervendt nøgle af den klasse, som er et niveau op i klassehierarkiet ift. nærværende klasse, forældreklassen (UUID). Vil være blank, såfremt klassen er top niveau under facetten. ( * ForældreKlasse * [ ] ) Klasse KlasseEjer KlasseGyldigFra (KlasseGyldigTil) KlasseRegistreringTidspunkt KlasseSidstÆndretTidspunkt ( * KlasseRelationListe * { KlasseRelationStruktur ).4 FacetPlanStruktur FacetPlan angiver sammenhæng og rækkefølge for en kombineret anvendelse af klasser fra forskellige facetter tilhørende samme klassifikationssystem. Fx sammenhæng mellem Emne og Handling i KLE. Facetplanen vil være fastlagt af klassifikationssystemets ejer.
3 ..27 * FacetPlanElementListe * og * FacetPlanElement * FacetPlanElement angiver reference til og placering i rækkefølgen af facetter under facetplanen. Har samme gyldighedsperiode som facetplanen. Fx at rækkefølgen er først Emne dernæst Handling under facetplanen for KLE. FacetPlanIdentifikation FacetPlanTitel FacetPlan FacetPlanGyldigFra (FacetPlanGyldigTil) FacetPlanRegistreringTidspunkt FacetPlanSidstÆndretTidspunkt * FacetPlanElementListe * { * FacetPlanElement * [ FacetPlanElementIndplaceringNummer ]. KlasseRelationStruktur KlasseRelation anvendes til at angive en sammenhæng mellem aktuel klasse og en anden klasse indenfor samme klassifikationssystem. Fx angiver klassen en bestemt integrationsinstans, da kan relationen angive, dvs. pege, på de klassificerede elmenter, som indgår i integrationsinstansen. Indgår der tre elementer, da vil der være tre forekomster af KlasseRelationStruktur, som peger på hver sin klasse, klassificerede elementer. Tilsvarende ses der med perspektivet af klassen for det enkelte klassificerede element, da kan denne klasse have en forekomst af KlasseRelationSturktur til hver af klasse, som repræsenterer en integrationsinstans, hvori det klassificerede element indgår. KlasseRelation angiver typen af relationen, dvs. et udtryk for den forretningsmæssige betydning af relationen. Den klasse, der relateres til, kan ikke tilhøre samme facet som aktuel klasses facettilhørsforhold. Begge klasser skal indtil videre være en del af samme klassifikationssystem. Gyldighedsperioden for KlasseRelation vil være indenfor gyldighedsperioderne for både aktuel klasse og den klasse, som der relateres til. Der kan kun forekomme een KlasseRelation mellem aktuel klasse og relateret klasse. Det uanset angivelse af gyldighedsperiode og type af relation. * RelateretKlasse * [ KlasseReferenceStruktur ] KlasseRelationTypeIdentifikation KlasseRelationTypeTitel KlasseRelationGyldigFra (KlasseRelationGyldigTil) KlasseRelationRegistreringTidspunkt
4 ..27 KlasseRelationSidstÆndretTidspunkt.6 FacetStruktur En facet angiver en bestemt synsvinkel på klassificering af de objekter, som klassifikationssystemet udgør taxonomien for. Facetten grupper klasser i klassifikationssystemet. Samme klasse kan kun tilhører en facet - i hele klassens Facetten er fastlagt sammen med klassifikationssystemet og har derved samme ejer, som klassifikationssystemet og derved samme gyldighedsperiode som klassifikation. Facetter kan opstå og nedlukkes under klassifikationssystemets FacetBrugervendtNøgle FacetTitel Facet FacetGyldigFra (FacetGyldigTil) FacetRegistreringTidspunkt FacetSidstÆndretTidspunkt * KlasseListe * { KlasseStruktur.7 Dataelementer Dataelementer Dataelement Datatype /værdisæt Unik identifikation af facetten (UUID). pattern=[a-f- 9]{8-[a-f-9]{4- [a-f-9]{4-[a-f- 9]{4-[a-f- 9]{2 KlasseEjer Tekst: KlasseGyldigTil Tekst: Den juridiske enhed (oftest, men ikke begrænset til myndighed), som er ejer af Klassen (Kan ikke Klassens titel - navn (kan Klassen har gyldighed til og med Gyldighedsdato minus dag, dvs. dagen før. Gyldighedsperioden er derved eksklusive GyldigTil. GyldigTil er altid senere end GyldigFra. Hvis værdien ikke er angivet er gyldighedsperioden uafsluttet. Værdien kan redigeres/udfyldes. Værdien kan angives til dagsdato +2 dag eller senere.
5 ..27 Klassifikation KlasseRelationTypeIdentifikation KlassifikationTitel FacetPlan KlassifikationEjer KlasseGyldigFra FacetTitel FacetPlanGyldigTil KlasseRelationGyldigFra FacetPlanElementIndplaceringNummer FacetPlanTitel FacetBrugervendtNøgle FacetPlanSidstÆndretTidspunkt Facet pattern=[a-f- 9]{8-[a-f-9]{4- [a-f-9]{4-[a-f- 9]{4-[a-f- 9]{2 Tekst: Tekst: Tekst: TalHel: Integer Tekst: Tekst: af indhold og formål med Klassifikationen (kan Unik identifikation af den type, som KlasseRelation udgør. Reference til Klasse (UUID). Klassifikationens titel - navn (kan af indhold og formål med facetplanen (kan Den juridiske enhed (oftest, men ikke begrænset til myndighed), som er ejer af Klassifikationen (Kan ikke Klassen er gyldig fra og med denne dato. Datoen kan redigeres til en dato tidligere end angivne GyldigFra under forudsætning af, at kravene til unikke BrugervendtNøgle kan overholdes. Facettens titel - navn (kan Facetplanen har gyldighed til og med Gyldighedsdato minus dag, dvs. dagen før. Gyldighedsperioden er derved eksklusive GyldigTil. GyldigTil er altid senere end GyldigFra. Hvis værdien ikke er angivet er gyldighedsperioden uafsluttet. Værdien kan redigeres/udfyldes. Værdien kan angives til dagsdato +2 dag eller senere. KlasseRelation er gyldig fra og med denne dato. Datoen kan redigeres til en dato tidligere end angivne GyldigFra under forudsætning af, at reglerne for Placering i rækkefølgen af facetter under samme facetplan. Skal være større eller lig. Titel på facetplanen (kan Brugervendt identifikation af facetten. BrugervendtNøgle er unik sammen med ejer og facetplanens redigerbare attributter. af indhold og formål med facetten (kan
6 ..27 FacetGyldigTil KlasseRelationGyldigTil KlassifikationIdentifikation FacetPlanGyldigFra KlassifikationSidstÆndretTidspunkt KlassifikationBrugervendtNøgle KlasseRelationSidstÆndretTidspunkt FacetGyldigFra KlassifikationRegistreringTidspunkt Klasse FacetPlanIdentifikation Tekst: pattern=[a-f- 9]{8-[a-f-9]{4- [a-f-9]{4-[a-f- 9]{4-[a-f- 9]{2 Tekst: pattern=[a-f- 9]{8-[a-f-9]{4- [a-f-9]{4-[a-f- 9]{4-[a-f- 9]{2 pattern=[a-f- 9]{8-[a-f-9]{4- Facetten har gyldighed til og med Gyldighedsdato minus dag, dvs. dagen før. Gyldighedsperioden er derved eksklusive GyldigTil. GyldigTil er altid senere end GyldigFra. Hvis værdien ikke er angivet er gyldighedsperioden uafsluttet. Værdien kan redigeres/udfyldes. Værdien kan angives til dagsdato +2 dag eller senere. Brugervendt identifikation af Klassen BrugervendtNøgle er unik sammen med ejer og KlassenRelation har gyldighed til og med Gyldighedsdato minus dag, dvs. dagen før. Gyldighedsperioden er derved eksklusive GyldigTil. GyldigTil er altid senere end GyldigFra. Hvis værdien ikke er angivet er gyldighedsperioden uafsluttet. Værdien kan redigeres/udfyldes. Værdien kan angives til dagsdato +2 dag eller senere. Unik identifikation af klassifikationen (UUID). Facetplanen er gyldig fra og med denne dato. Datoen kan redigeres til en dato tidligere end angivne GyldigFra. Klassifikationens redigerbare attributter Brugervendt identifikation af Klassifikationen BrugervendtNøgle er unik sammen med ejer og KlassenRelations redigerbare attributter. Facetten er gyldig fra og med denne dato. Datoen kan redigeres til en dato tidligere end angivne GyldigFra under forudsætning af, at kravene til unikke BrugervendtNøgle kan overholdes. Tidspunkt for Klassifikationens oprettelse (kan ikke af indhold og formål med Klassen (kan Unik identifikation af klassen (UUID). Unik identifikation af facetplanen (UUID).
7 ..27 FacetSidstÆndretTidspunkt KlasseRegistreringTidspunkt FacetPlanRegistreringTidspunkt KlasseRelationTypeTitel KlasseRelationRegistreringTidspunkt KlassifikationGyldigTil KlasseSidstÆndretTidspunkt KlassifikationGyldigFra FacetRegistreringTidspunkt [a-f-9]{4-[a-f- 9]{4-[a-f- 9]{2 Tekst: facettens redigerbare attributter. Tidspunkt for Klassens oprettelse (kan ikke Tidspunkt for facettens oprettelse (kan ikke Titel for typen af KlasseRelation (kan Tidspunkt for KlasseRelations oprettelse (kan ikke Klassifikationen har gyldighed til og med Gyldighedsdato minus dag, dvs. dagen før. Gyldighedsperioden er derved eksklusive GyldigTil. GyldigTil er altid senere end GyldigFra. Hvis værdien ikke er angivet er gyldighedsperioden uafsluttet. Værdien kan redigeres/udfyldes. Værdien kan angives til dagsdato +2 dag eller senere. Klassens redigerbare attributter. Klassifikationen er gyldig fra og med denne dato. Datoen kan redigeres til en dato tidligere end angivne GyldigFra under forudsætning af, at kravene til unikke BrugervendtNøgle kan overholdes. Tidspunkt for facettens oprettelse (kan ikke
1 ST Klassifikation Informationsmodel
..27 ST Klassifikation Informationsmodel. Facet En facet angiver en bestemt synsvinkel på klassificering af de objekter, som klassifikationssystemet udgør taxonomien for. Facetten grupper klasser i klassifikationssystemet.
Læs mere1 Klassifikation Informationsmodel
23..27 Klassifikation Informationsmodel. Facet En facet angiver en bestemt synsvinkel på klassificering af de objekter, som klassifikationssystemet udgør taxonomien for. Facetten grupper klasser i klassifikationssystemet.
Læs mereSortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.
2.9.27 SortimentStruktur. SortimentStruktur Et sortiment er en samling af klasser, som er udvalgt fra en eller flere klassifikationer, med et specifikt formål om at afgrænse registreringspraksis i en given
Læs mereSortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.
8.2.27 SortimentStruktur. SortimentStruktur Et sortiment er en samling af klasser, som er udvalgt fra en eller flere klassifikationer, med et specifikt formål om at afgrænse registreringspraksis i en given
Læs mereSortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.
8..27 SortimentOverfør Kort beskrivelse: Denne service distribuerer ØiR Sortimenter til It-systeminstanser, der abonner på sortimentet på vegne af en myndighed. Servicen udstilles som integrationen SF_72
Læs mereSortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.
22.3.27 SortimentStruktur. DataStructure: SortimentStruktur Et sortiment er en samling af klasser, som er udvalgt fra en eller flere klassifikationer, med et specifikt formål om at afgrænse registreringspraksis
Læs mereST Sortiment Informationsmodel
.5.27 ST Sortiment Informationsmodel .5.27. Delsortiment Delsortimentet er en obligatorisk opdeling af sortimentet i værdilister, samlinger af mulige registreringsværdier, hvor hver samling, delsortimentet,
Læs mereSortiment Informationsmodel
8.2.27 Sortiment Informationsmodel 8.2.27. Delsortiment Delsortimentet er en obligatorisk opdeling af sortimentet i værdilister, samlinger af mulige registreringsværdier, hvor hver samling, delsortimentet,
Læs mereSortiment Informationsmodel
2.9.27 Sortiment Informationsmodel 2.9.27. Delsortiment Delsortimentet er en obligatorisk opdeling af sortimentet i værdilister, samlinger af mulige registreringsværdier, hvor hver samling, delsortimentet,
Læs mere1 Klassifikation-version2.0
1 Klassifikation-version2.0 Formål med Klassifikationsmodellen Her specificeres Klassifikationsmodellen, som en informationsmodel for Klassifikationer. Klassifikationer (eller klassifikationssystemer)
Læs mereINTERIM KLASSIFIKATION
Eksternt publiceret INTERIM KLASSIFIKATION Eksportmodel for - ØiR Klassifikation version 2 - KDI Marts 2017 version 1.1 Indhold Opdatering siden version 1.0 Kort gennemgang opdateringer mv. siden forrige
Læs mereSag og Dokument: Eksempel på brug af generelle egenskaber
Sag og Dokument: Eksempel på brug af generelle egenskaber Der er knyttet en række generelle egenskaber til de enkelte objekter som beskrevet i dokumentet Generelle egenskaber for serviceinterfaces på sags-
Læs mere1 Objekt informationsmodel - Byggeblok
1 Objekt informationsmodel - Byggeblok Logisk Informationsmodel for Byggeblokken Objekt Modellen beskriver og viser hvordan Forretningsobjekt "Objekt" kan forstås. Modellen er generisk, og kan derfor bruges
Læs mere1 Indsats informationsmodel - Byggeblok
1 Indsats informationsmodel - Byggeblok Logisk Informationsmodel af Byggeblokken Indsats Modellen beskriver den helt overordnede model for enhver type af "Indsats" Modellen kan bruges som skabelon til
Læs mereFællesoffentlig beskedmodel version 1.0
Side: 1 Fællesoffentlig beskedmodel version 1.0 Dokumentet indeholder dels en informationsmodel for hændelsesbeskeden og dens miljø, dels en generisk datamodel for hændelsesbeskeden, som kan danne en fælles
Læs mere1 Dokument-version2.0
1 Dokument-version2.0 Formål med Dokumentmodellen Formålet med Dokumentmodellen er at gøre det lettere at udveksle oplysninger om dokumenter mellem to eller flere it-systemer, ved at skabe en fælles forståelse
Læs mereØIR KLASSIFIKATIONSSYSTEM
ØIR KLASSIFIKATIONSSYSTEM Introduktion for leverandører 28. Januar 2016 (opdateret 1.2.2016) Version 1.0 Agenda Generelt om STS Klassifikation ØiR Klassifikationssystem Formål og krav Gennemgang af klassifikationssystem
Læs mereSpecifikation af Model for Klassifikation Version 2.0
1 Specifikation af Model for Klassifikation Version 2.0 > Specifikation af Model for Klassifikation Version 2.0 Denne standard kan frit anvendes af alle. Citeres der fra standarden i andre publikationer
Læs mere1 Begrebsmodel for Ydelsesindeks
1 Begrebsmodel for Ydelsesindeks Ydelsesindeks skal indeholde metadata om tildelte ydelser, samt nøgler til andre relaterede forretningsobjekter fra Afsendersystemer, således at der kan leveres et tværgående
Læs mere1 Tilstand informationsmodel - Byggeblok
1 Tilstand informationsmodel - Byggeblok Logisk Informationsmodel for Byggeblokken Tilstand : Overordnet model til at beskrive "tilstande". Modellen er generisk og kan bruges som skabelon på tværs af forretningsområder
Læs mereUnderbilag 2O Beskedkuvert Version 2.0
Underbilag 2O Beskedkuvert Version 2.0 Indhold Indledning... 34 2 Beskedkuvertens struktur... 34 3 Indhold af Beskedkuverten... 34 3. Overordnet indhold... 45 3.2 Detaljeret indhold af Beskedkuverten...
Læs mereAnvendelse af dobbelthistorik i GD2
Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi GD2 - Adresseprogrammet Anvendelse af dobbelthistorik i GD2 Implementerings regler og eksempler på dobbelthistorik MBBL- REF: Version:
Læs mere1 Organisation-version2.0
1 Organisation-version2.0 Denne pakke indeholder en specifikation af en model for Organisation (Organisationsmodellen). Formålet med Organisationsmodellen er at tilbyde et fælles sprog for beskrivelse
Læs mereSpecifikation af serviceinterface for klassifikation. Denne standard er godkendt af OIO-komiteen december 2009
Specifikation af serviceinterface for klassifikation Denne standard er godkendt af OIO-komiteen december 2009 > Specifikation af serviceinterface for klassifikation Udgivet af: IT- & Telestyrelsen Denne
Læs mere0.9 19-09-2012 DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.
Specifikation 19. september 2012 DAVAR J.nr. 2012-6211-281 Sagdokumentformat Versionshistorik Version Dato Initialer Noter 0.7 15-06-2012 DAVAR Høringsversion. Indsat MeddelelseAttention. 0.9 19-09-2012
Læs mere1 Begrebsmodel for Ydelsesindeks
1 Begrebsmodel for Ydelsesindeks Ydelsesindeks skal indeholde metadata om tildelte ydelser, samt nøgler til andre relaterede forretningsobjekter fra Afsendersystemer, således at der kan leveres et tværgående
Læs mereDatabeskrivelse: DAGI Kommuneinddeling
Kontor Forvaltningsdata Dato 16. februar 2016 Databeskrivelse: DAGI Kommuneinddeling 1. Indledning Dette datasæt repræsenterer Danmarks inddeling i 98 kommuner, således som de blev fastlagt i forbindelse
Læs mereOIOXML dokumentationsguide Adressepunkt
OIOXML dokumentationsguide Adressepunkt OIOXML dokumentationsguide Adressepunkt . Ejerskab Økonomi- og Erhvervsministeriet, Erhvervs- og Byggestyrelsen i medfør af lov om bygnings- og boligregistrering
Læs mereSTØTTESYSTEMET KLASSIFIKATION
STØTTESYSTEMET KLASSIFIKATION v/ Martin Bo Jensen 26. februar 2019 KOMBITs løsninger og fælleskommunal infrastruktur 2 Kommunale fagområder Arbejdsmarked og erhverv Social og sundhed Børn og læring Mit
Læs mereFælleskommunale Klassifikationer - Indeks
Fælleskommunale Klassifikationer - Indeks Ballerup 26. november 2018 Brian Jacobsen Chefkonsulent, Taxon brian@taxon.dk Fælleskommunale Klassifikationer - Indeks 1. Elevatorpitch på klassifikation 2. Klassifikationsindekset
Læs mere1 KY-dokument
1 KY-dokument... 2 1.1 Dokument... 3 1.1.1 Attributter... 3 1.2 Part... 4 1.2.1 Attributter... 4 1.3 Person... 4 1.3.1 Attributter... 5 1.4 Aktør... 6 1.4.1 Attributter... 6 1.5 Organisation... 6 1.6 OrgFunktion...
Læs mere1 KY-kontering 26.11.2013
1 KY-kontering... 2 1.1 Bevilling... 3 1.1.1 Attributter... 3 1.2 Økonomisk effektueringsplan... 3 1.2.1 Attributter... 4 1.3 Bevilget ydelse... 5 1.3.1 Attributter... 5 1.4 Bevillingsmodtager... 5 1.5
Læs mereUnderbilag 2M Begrebs- og informationsmodel for Ydelsesindeks Version 2.0
Underbilag 2M Begrebs- og informationsmodel for Ydelsesindeks Version 20 Begrebsmodellen for Ydelsesindeks Begrebsmodellen med de centrale forretningsobjekter er illustreret i Figur Begrebsmodel og definition
Læs mereRapport dannet den: 12. marts 2012 1 Begrebsmodel Standard Records
1 Begrebsmodel Standard Records SpilCertifikat SpillerInformation - Identifikation - Identifikation er registreret er registreret hos hos 1..* 1..* har har et et - - Identifikation - - Tilladelsestype
Læs mereHøringsnotat - specifikation af serviceinterface for SAG version 1 2
N OTAT Høringsnotat - specifikation af serviceinterface for SAG version 1 2 Specifikation af serviceinterface for SAG Version 1.2 (Sag-standard) Den fællesoffentlige styregruppe for Sag og Dokument sendte
Læs mereEksempel på en nyoprettet sag her Ny kantinedrift 2012.
Opret sag Udvalgte medarbejdere eller alle sagsbehandlere har, alt efter hvilken organisation de er tilknyttet, rettighed til at oprette sager. Ved oprettelsen af en sag er det hensigtsmæssigt at tilknytte
Læs mereRapport dannet den: 14. oktober 2011 1 Begrebsmodel Standard Records
1 Begrebsmodel Standard Records SpilCertifikat SpillerInformation - Identifikation er registreret hos 1..* har et - Identifikation - Tilladelsestype - GyldigFra - GyldigTil Jackpot - Identifikation - Gevinst
Læs mereCCS klassifikation og identifikation
UDVEKSLINGSSPECIFIKATION klassifikation og identifikation Udgivet 01.09.2017 Revision 0 Molio 2017 s 1 af 19 Forord Denne udvekslingsspecifikation beskriver, hvilke egenskaber for klassifikation og identifikation,
Læs mereDEBITOR LEVERANDØRMØDE 20. OKT 15. Oplæg til gennemgang på mødet
DEBITOR LEVERANDØRMØDE 20. OKT 15 Oplæg til gennemgang på mødet Agendag 1. Velkomst / bordet rundt Kort status Formål 2. Revideret begrebsmodel Gennemgang af større tilpasninger/principielle afklaringer
Læs mereSFI-model 20080508_1441
1 af 6 08-05-2008 15:04 SFI-model 20080508_1441 Datatyper Datatyper SFI Overblik Regler Regler SA_Pakke SA 2 af 6 08-05-2008 15:04 SD_Pakke SD SR_Pakke SR WF_Pakke WF 3 af 6 08-05-2008 15:04 Dictionary
Læs mereSYNTAKS FOR EGENSKABER I KODESTRENG
Metode for egenskaber i kodestreng - 4. udgave.docx SYNTAKS FOR EGENSKABER I KODESTRENG cuneco en del af bips Dato 30. januar 2014 Projektnr. 12 071 Sign. SSP 1 Indledning Formålet med kodestrukturen for
Læs mereOGF Datamodeller. Workshop 2 Teknisk gennemgang
OGF Datamodeller Workshop 2 Teknisk gennemgang Datamodel - Datakatalog Pragmatisk tilgang: Navn / beskrivelse af dataindhold Geometri Attributter Behov for at sætte begreber på plads, så det er det samme
Læs mereSpecifikation af serviceinterface for sag. Denne standard er godkendt af OIO-komiteen december 2009
Specifikation af serviceinterface for sag Denne standard er godkendt af OIO-komiteen december 2009 > Specifikation af serviceinterface for sag Denne standard kan frit anvendes af alle. Citeres der fra
Læs mereForord. Versioner. Version Date Description 1.0.0 09/05/2012 Initial version
APOS2 DWH Services Forord Dette dokument er en del af APOS version 2 manualerne. APOS version 2 (APOS2 herefter) er et organisation, klassifikation og personale system baseret på Sag & Dokument standarderne.
Læs mereBilag til vejledning i anvendelse af attentionformatet i Digital Post-løsningen. December 2017, version 0.9
Bilag til vejledning i anvendelse af attentionformatet i Digital Post-løsningen December 2017, version 0.9 Hvad kan du læse om? I denne vejledning kan du læse om hvilke retningslinjer, der gælder for den
Læs mereSpecifikation af serviceinterface for arkivstruktur. Denne standard er godkendt af OIO-komiteen december 2009
Specifikation af serviceinterface for arkivstruktur Denne standard er godkendt af OIO-komiteen december 2009 Specifikation af serviceinterface for arkivstruktur Denne standard kan frit anvendes af alle.
Læs mereBaggrundsinformation
1. Begreber Baggrundsinformation Sags- og Dokumentindekset skal indeholde sags- og dokumentmetadata, samt nøgler til andre relaterede forretningsobjekter fra Afsendersystemer, således at der kan leveres
Læs mereANVISNINGER FOR ANVENDELSE AF STØTTESYSTEMERNES INDEKSER
ANVISNINGER FOR ANVENDELSE AF STØTTESYSTEMERNES INDEKSER Delagenda 1. Formål med anvisningerne (spændetrøjen) 2. Dokumenterne og strukturen (bl.a. Udgangspunkt i XSD i stedet for i informationsmodeller)
Læs mereUse cases... 3. IT Systemer... 3. Generelt Om IT Systemer og snitflader... 3. Generelt Oprette IT System... 5
USE CASES INDHOLDSFORTEGNELSE Use cases... 3 IT Systemer... 3 Generelt Om IT Systemer og snitflader... 3 Generelt Oprette IT System... 5 Generelt Oprette IT System Synlighed, applikationstyper og forretningstype...
Læs mereKY-sag status...19
1 KY-sag... 3 1.1 Klassifikation... 4 1.1.1 Aktør... 4 1.1.2 Attributter... 5 1.2 Sag... 5 1.2.1 Attributter... 5 1.3 Sagstilstand... 6 1.3.1 Attributter... 7 1.4 Dokument... 7 1.4.1 Attributter... 7 1.5
Læs mereUnderbilag 2M Begrebs- og informationsmodel for Ydelsesindeks
Underbilag 2M Begrebs- og informationsmodel for Ydelsesindeks Revisionshistorik Dato Kommentar Ansvarlig 206-09-29 Oprettet revisionshistorik MSG 206-09-29 Rollen til Bevillingsaktør er ændret fra Ansvarlig
Læs mereSpecifikation af Model for Dokument (Version til kommentering)
Specifikation af Model for Dokument (Version til kommentering) 1 > Specifikation af Model for Dokument. Version 2.0 (version til kommentering) Denne standard kan frit anvendes af alle. Citeres der fra
Læs mereKommentar fra KMS til Specifikation af Serviceinterface for Person
Kommentar fra KMS til Specifikation af Serviceinterface for Person Organisation Side Kapitel Afsnit/figur/tabel /note Type af kommentar (generel (G), redaktionel (R), teknisk (T)) Kommentar KMS-1 G Godt
Læs mereDaglig brug af JitBesked 2.0
Daglig brug af JitBesked 2.0 Indholdsfortegnelse Oprettelse af personer (modtagere)...3 Afsendelse af besked...4 Valg af flere modtagere...5 Valg af flere personer der ligger i rækkefølge...5 Valg af flere
Læs mereSpecifikation. Attentionformat. 19. september 2012 DAVAR J.nr
Specifikation 19. september 2012 DAVAR J.nr. 2012-6211-281 Attentionformat Versionshistorik Version Dato Initialer Noter 0.9 19-09-2012 DAVAR Udkast efter høring Formål Formålet med dette dokument er at
Læs mereUNI Login. Eksport webservice. WS17 v1
UNI Login Eksport webservice WS17 v1 UNI Login Eksport webservice 1.4 Indhold 1 Eksport webservice... 1 1.1 Indhold af data... 1 1.2 Dataaftale... 1 1.3 Klassifikation af data... 2 1.4 Informationsmodel...
Læs mereUnderbilag 2Q Vilkår for integration til støttesystemet Klassifikation
Underbilag 2Q Vilkår for integration til støttesystemet Klassifikation 1. Indledning og vejledning Nærværende vejledning beskriver, hvordan Anvendersystemer afsender og/eller modtager objekter til/fra
Læs mereSpecifikation af serviceinterface for organisation. Dette udkast til standard er i offentlig høring i perioden 12. oktober til 13.
Specifikation af serviceinterface for organisation Dette udkast til standard er i offentlig høring i perioden 12. oktober til 13. november 2009 Specifikation af forretningsservice for Organisation Denne
Læs mereVilkår for brug af Støttesystemet Sags- og Dokumentindeks
Version 1.0 Vilkår for brug af Støttesystemet Sags- og Dokumentindeks KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 1/10 1. Indledning og
Læs mereMiniprojekt i Programmering (MIP) for DAT2 og SW2, Forår 2012
Miniprojekt i Programmering (MIP) for DAT2 og SW2, Forår 2012 Opgaven er delt op i 2 dele. Læs hele opgaven igennem inden I begynder. 1. Struktur I denne opgave skal der laves et system der håndterer salg
Læs mereUse cases... 2. IT Kontrakter... 2. Generelt Oprette IT Kontrakt... 2. Generelt Oprette IT Kontrakt - Kontrakttype... 3
USE CASES INDHOLDSFORTEGNELSE Use cases... 2 IT Kontrakter... 2 Generelt Oprette IT Kontrakt... 2 Generelt Oprette IT Kontrakt - Kontrakttype... 3 Generelt Oprette IT Kontrakt - Leverandøroplysninger...
Læs mereDatabase design for begyndere
Denne guide er oprindeligt udgivet på Eksperten.dk Database design for begyndere Denne artikel beskriver hvordan man kommer fra ide til database design. Den stopper inden normal former. Den forudsætter
Læs mereSpillemyndighedens vejledning til rapportering
Spillemyndighedens vejledning til rapportering af spil Dato Version Beskrivelse 1.7.2015 1.0 Dette dokument samler kravene direkte relateret til rapportering af spil data ved brug af standard records.
Læs mereIndeværende dokument er et bilag til rapporten MOX et forretningsmønster for fagsystemers udveksling af hændelser Version 0.76
MOX bilag Indeværende dokument er et bilag til rapporten MOX et forretningsmønster for fagsystemers udveksling af hændelser Version 0.76 Rapporten og bilaget udgør et foreløbigt udkast til rapportering
Læs mereRapport dannet den: 5. oktober 2010 1 Spil kontrol
1 Spil kontrol kan vindes af 1 Jackpot - Identifikation - Gevinst - TotalGevinst - DatoTid - KommissionRake Spil - Identifikation - KøbDatoTid - Salgskanal - ForventetSlutDatoTid - FaktiskSlutDatoTid -
Læs mereErfaringer med CPR-replikering
Erfaringer med CPR-replikering Dette dokument beskriver en række overvejelser vi har gjort os i forbindelse med at vi har udviklet en Proof of Concept (PoC) af en CPR-replikeringstjeneste for KOMBIT. CPRs
Læs mereRådet for Den Europæiske Union Bruxelles, den 30. januar 2017 (OR. en)
Rådet for Den Europæiske Union Bruxelles, den 30. januar 2017 (OR. en) 5774/17 FØLGESKRIVELSE fra: modtaget: 26. januar 2017 til: Komm. dok. nr.: Vedr.: MI 81 ENT 28 COMPET 57 DELACT 18 Jordi AYET PUIGARNAU,
Læs mereAnvisning i aflevering af bitemporale data
UDKAST udgivet juni 2019 Anvisning i aflevering af bitemporale data Baggrund Aflevering af data fra it-systemer til et offentligt arkiv er baseret på aflevering af en arkiveringsversion i en relationel
Læs mereKOMMISSIONENS DELEGEREDE FORORDNING (EU) / af
EUROPA- KOMMISSIONEN Bruxelles, den 14.3.2019 C(2019) 2030 final KOMMISSIONENS DELEGEREDE FORORDNING (EU) / af 14.3.2019 om supplerende regler til Europa-Parlamentets og Rådets forordning (EU) nr. 305/2011
Læs mereDet skal understreges, at kassation af dokumenter er en mulighed, og ikke en pligt for kommunerne.
KL notat 26-06-2014/FLN Beslutning om kassation i ESDH-systemer med tjekliste Notatet er til brug for den kommunale myndigheds beslutning, om den vil gøre brug af muligheden for kassation fra ESDH eller
Læs mereSTS ORGANISATION. 26. februar 2019
STS ORGANISATION 26. februar 2019 Indhold Baggrund og ophæng til rammearkitekturen Hvordan fungerer Organisation? Anvisninger til anvendelse af Organisation Guide til udlæsning af Organisation Dokumentation
Læs mereHøringssvar vedrørende Specifikation af serviceinterface for person (part)
IT- og Telestyrelsen Holsteinsgade 63 2100 København Ø Høringssvar vedrørende Specifikation af serviceinterface for person (part) Dette er KLs høringssvar på den offentlige høring om specifikation af serviceinterface
Læs mereOBJECT IDENTIFICERES OID PHMR
OBJECT IDENTIFICERES OID PHMR MedCom. Odense d. 27. feb. 2014 Thor Schliemann OID OG INTEROPERABILITET OID er et omdrejningspunktet for interoperabilitet I både teknisk og semantisk interoperabilitet er
Læs mereVideregående Programmering for Diplom-E Noter
Videregående Programmering for Diplom-E Noter 1. Uddelegering Ét af de væsentlige principper i objektorienteret programmering er, at enhver klasse selv skal kunne "klare ærterne". Enhver klasse skal altså
Læs mereSpecifikation af serviceinterface for dokument. Denne standard er godkendt af OIO-komiteen december 2009
Specifikation af serviceinterface for dokument Denne standard er godkendt af OIO-komiteen december 2009 > Specifikation af serviceinterface for dokument. Version 1.1.1 Denne standard kan frit anvendes
Læs mereSchema SagStatusDetalje.xsd
Schema SagStatusDetalje.xsd schema location: attributeformdefault: elementformdefault: targetnamespace: SagStatusDetalje.xsd unqualified qualified urn:oio:kombit:bygogmiljoe:statistik:sagstatus:2.0.0 Elements
Læs mereDANSK PROFILERING AF PHMR AFSÆT I TELEMEDICINSKE PROJEKTER OG REFERENCEARKITEKTURER
DANSK PROFILERING AF PHMR AFSÆT I TELEMEDICINSKE PROJEKTER OG REFERENCEARKITEKTURER MedCom 28. Oktober 2013 Thor Schliemann OM REFERENCEARKITEKTURER (I) Tager udgangspunkt i forretningsmæssige målsætninger
Læs mereFordeling af journalnotater og dokumenter Udkast til løsningsmodel. Marts 2014
Fordeling af journalnotater og dokumenter Udkast til løsningsmodel Marts 2014 1 Indledning Denne præsentation beskriver, på et overordnet plan, følgende områder i forhold til en fremtidig fordelingsmekanisme,
Læs mereKlik her for at angive tekst. Vejledning til brug af Støttesystemet Sags- og Dokumentindeks
23. maj 2013 HHK/KMJ NOTAT Klik her for at angive tekst. Vejledning til brug af Støttesystemet Sags- og Dokumentindeks KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk
Læs mereVejledning til oprettelse af priselementer på DataHub Markedsportal
Vejledning til oprettelse af priselementer på DataHub Markedsportal 9. marts 2015 USS/MAA Dok. 13/96684-6 1/5 Indledning Denne vejledning handler om netvirksomhedens oprettelse af egne priselementer på
Læs mereRapport dannet den: 9. marts 2011 1 Begrebsmodel Standard Records
1 Begrebsmodel Standard Records SpilCertifikat SpillerInformation - Identifikation - Tilladelsestype - Identifikation 1..* er registreret hos har et Jackpot - Identifikation - Gevinst - TotalGevinst -
Læs mereYdelseshændelse databeskrivelse udfyldt af KMD Institution
Ydelseshændelse databeskrivelse udfyldt af KMD Institution Indhold 1 Versionsinformation... 1 2 Afklaring... 2 3 Frekvens for afsendelse af hændelser... 2 4 Estimat... 3 5 Udfyldt struktur til Ydelseshændelse...
Læs mereOIOUBL Guideline. OIOUBL Guideline
OIOUBL Guideline OIOUBL Guideline OIOUBL Dokument Reference UBL 2.0 Document Reference G21 Version 1.3 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: Digitaliseringsstyrelsen
Læs mereGD1/GD2 - Model for supplerende forretningsbeskrivelser
Ejendomsdataprogrammet (GD1) Adresseprogrammet (GD2) Bilag 11 - Fælles arkitekturramme for GD1-GD2-GD7 GD1/GD2 - Model for supplerende forretningsbeskrivelser Udbudsoption vedrørende supplerende forretningsbeskrivelser.
Læs mereSag og dokument standarderne - Hvad og hvorfor
Sag og dokument standarderne - Hvad og hvorfor > Sag og dokument standarderne Hvad og hvorfor Dette dokument kan frit anvendes af alle. Citeres der fra dokumentet i andre publikationer til offentligheden,
Læs mereKITOS objektmodel. 2014-08-20, version 0.9, ehl
KITOS objektmodel 2014-08-20, version 0.9, ehl KITOS rummer en række objekter som forholder sig til hinanden. Dette dokument beskriver disse objekter og deres relationer ved hjælp af rammearkitekturens
Læs mereKOMMISSIONENS DELEGEREDE FORORDNING (EU) / af
EUROPA- KOMMISSIONEN Bruxelles, den 14.3.2019 C(2019) 2031 final KOMMISSIONENS DELEGEREDE FORORDNING (EU) / af 14.3.2019 om supplerende regler til Europa-Parlamentets og Rådets forordning (EU) nr. 305/2011
Læs mereSpecifikation af serviceinterface for Sag version 1.2
Høringssvar fra KMD vedrørende Specifikation af serviceinterface for Sag version 1.2 KMD takker for muligheden for at kommentere på specifikationen. Det er KMDs vurdering, at der generelt er tale om fornuftige
Læs mere24-03-2009. Problemstilling ved DBK integration i BIM Software Hvad skal der til. Nicolai Karved, Betech Data A/S
24-03-2009 Problemstilling ved DBK integration i BIM Software Hvad skal der til. Nicolai Karved, Betech Data A/S Problemstilling ved DBK integration i BIM Software Domæner og aspekter Det domæne, der primært
Læs mereSide 1. Databaser og SQL. Dagens gang. Databasebegreber. Introduktion til SQL Kap 1-5
Databaser og SQL Introduktion til SQL Kap 1-5 1 Dagens gang Databaser Database begreber Mapning af klasser til relationel model Normalisering Opgaver til næste gang 2 Databasebegreber A database is a:
Læs mereGenerelt Udtræk leveres som Zip-filer indeholdende udtræk i det format, som man som kunde har valgt.
Udtræksformater Generelt Udtræk leveres som Zip-filer indeholdende udtræk i det format, som man som kunde har valgt. Sektioner Grundlæggende er et udtræk opdelt i tre sektioner: 1. Virksomheder indeholder
Læs mereUdgivelsen er beskyttet af Creative Commons license, Navngivning 2.5
OIOUBL Guideline OIOUBL UUID UBL 2.0 UUID G32 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL UUID Version 1.1 Side 1 Kolofon Kontakt: IT- & Telestyrelsen E-mail:
Læs mereSpecifikation af serviceinterface for organisation. Denne standard er godkendt af OIO-komiteen december 2009
Specifikation af serviceinterface for organisation Denne standard er godkendt af OIO-komiteen december 2009 Specifikation af serviceinterface for Organisation Denne standard kan frit anvendes af alle.
Læs mereER-modellen. Databaser, efterår Troels Andreasen. Efterår 2002
Databaser, efterår 2002 ER-modellen Troels Andreasen Datalogiafdelingen, hus 42.1 Roskilde Universitetscenter Universitetsvej 1 Postboks 260 4000 Roskilde Telefon: 4674 2000 Fax: 4674 3072 www.dat.ruc.dk
Læs mereStøttesystemerne. Det er tid til
1 Det er tid til Støttesystemerne 2 Kombit Digitalisering er afgørende for udviklingen af de kommunale kerneopgaver, hvor bedre borgerservice med færre ressourcer er i centrum. Kommunernes mål er at bevare
Læs mereIndhold. Digital Sundhed. Brugerstyringsattributter - Politikker ... 2. 1. Introduktion... 2 2. Identifikation...
Digital Sundhed Brugerstyringsattributter - Politikker - Specificering af nye og ændrede attributter i id-kortet Indhold 1. Introduktion... 2 2. Identifikation...... 2 2.1. Politik... 2 3. Sundhedsfaglig
Læs mere1 KOMBIT. Økonomi i Rammearkitekturen. ØiR Klassifikation. En del af støttesystemet STS Klassifikation. Version 1.0
1 KOMBIT Økonomi i Rammearkitekturen ØiR Klassifikation En del af støttesystemet STS Klassifikation Version 1.0 2 KOMBIT 3 KOMBIT 1 Introduktion 1.1 Målgruppe for dokumentet og læsevejledning Dette dokument
Læs mereProgram for møde fredag d. 22/2-2002
Program for møde fredag d. 22/2-2002 Disposition for den indledende præsentation af problemstillinger Kort beskrivelse af projektets struktur, hvilket leder frem til hovedtemaet for den efterfølgende diskussion
Læs mereSAGS-, DOKUMENT- OG YDELSESINDEKS. v. Christian Buss Wennemose og Klaus Rasmussen Leverandørdag 26. februar 2019
SAGS-, DOKUMENT- OG YDELSESINDEKS v. Christian Buss Wennemose og Klaus Rasmussen Leverandørdag 26. februar 2019 AGENDA 1. Recap: Hvad er indekserne og hvad kan de bruges til? 2. Tilslutning og Compliance
Læs mereSpecifikation af serviceinterface for dokument. Dette udkast til standard er i offentlig høring i perioden 12. oktober til 13.
Specifikation af serviceinterface for dokument Dette udkast til standard er i offentlig høring i perioden 12. oktober til 13. november 2009 Specifikation af serviceinterface for dokument Denne standard
Læs mere