1 KlassifikationStruktur

Save this PDF as:
 WORD  PNG  TXT  JPG

Størrelse: px
Starte visningen fra side:

Download "1 KlassifikationStruktur"

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

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 mere

1 Klassifikation Informationsmodel

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

Sortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.

Sortimentet 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 mere

Sortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.

Sortimentet 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 mere

Sortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.

Sortimentet 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 mere

Sortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.

Sortimentet 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 mere

ST Sortiment Informationsmodel

ST 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 mere

Sortiment Informationsmodel

Sortiment 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 mere

Sortiment Informationsmodel

Sortiment 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 mere

Sag og Dokument: Eksempel på brug af generelle egenskaber

Sag 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 mere

INTERIM KLASSIFIKATION

INTERIM 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 mere

Fællesoffentlig beskedmodel version 1.0

Fæ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 mere

Underbilag 2O Beskedkuvert Version 2.0

Underbilag 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 mere

ØIR KLASSIFIKATIONSSYSTEM

Ø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 mere

1 Begrebsmodel for Ydelsesindeks

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

Anvendelse af dobbelthistorik i GD2

Anvendelse 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 mere

Specifikation 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 Denne standard er godkendt af OIO-komiteen december 2009 > Specifikation af serviceinterface for klassifikation Udgivet af: IT- & Telestyrelsen Denne

Læs mere

1 Begrebsmodel for Ydelsesindeks

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

0.9 19-09-2012 DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.

0.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 mere

Databeskrivelse: DAGI Kommuneinddeling

Databeskrivelse: 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 mere

OIOXML dokumentationsguide Adressepunkt

OIOXML 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 mere

Høringsnotat - specifikation af serviceinterface for SAG version 1 2

Hø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 mere

1 KY-dokument

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

CCS klassifikation og identifikation

CCS 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 mere

1 KY-kontering 26.11.2013

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

Underbilag 2M Begrebs- og informationsmodel for Ydelsesindeks Version 2.0

Underbilag 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 mere

Rapport dannet den: 12. marts 2012 1 Begrebsmodel Standard Records

Rapport 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 mere

Baggrundsinformation

Baggrundsinformation 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 mere

Rapport dannet den: 14. oktober 2011 1 Begrebsmodel Standard Records

Rapport 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 mere

OGF Datamodeller. Workshop 2 Teknisk gennemgang

OGF 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 mere

DEBITOR 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 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 mere

SFI-model 20080508_1441

SFI-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 mere

Forord. Versioner. Version Date Description 1.0.0 09/05/2012 Initial version

Forord. 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 mere

SYNTAKS FOR EGENSKABER I KODESTRENG

SYNTAKS 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 mere

ANVISNINGER FOR ANVENDELSE AF STØTTESYSTEMERNES INDEKSER

ANVISNINGER 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 mere

Underbilag 2M Begrebs- og informationsmodel for Ydelsesindeks

Underbilag 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 mere

Specifikation 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 er godkendt af OIO-komiteen december 2009 Specifikation af serviceinterface for arkivstruktur Denne standard kan frit anvendes af alle.

Læs mere

KY-sag status...19

KY-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 mere

Kommentar fra KMS til Specifikation af Serviceinterface for Person

Kommentar 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 mere

Use cases... 3. IT Systemer... 3. Generelt Om IT Systemer og snitflader... 3. Generelt Oprette IT System... 5

Use 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 mere

Specifikation. Attentionformat. 19. september 2012 DAVAR J.nr

Specifikation. 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 mere

UNI Login. Eksport webservice. WS17 v1

UNI 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 mere

Specifikation 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. 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 mere

Underbilag 2Q Vilkår for integration til støttesystemet Klassifikation

Underbilag 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 mere

Use cases... 2. IT Kontrakter... 2. Generelt Oprette IT Kontrakt... 2. Generelt Oprette IT Kontrakt - Kontrakttype... 3

Use 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 mere

Det skal understreges, at kassation af dokumenter er en mulighed, og ikke en pligt for kommunerne.

Det 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 mere

Database design for begyndere

Database 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 mere

Daglig brug af JitBesked 2.0

Daglig 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 mere

Spillemyndighedens vejledning til rapportering

Spillemyndighedens 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 mere

Indeværende dokument er et bilag til rapporten MOX et forretningsmønster for fagsystemers udveksling af hændelser Version 0.76

Indevæ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 mere

Erfaringer med CPR-replikering

Erfaringer 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 mere

Rapport dannet den: 5. oktober 2010 1 Spil kontrol

Rapport 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 mere

OIOUBL Guideline. OIOUBL Guideline

OIOUBL 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 mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen 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 mere

Miniprojekt i Programmering (MIP) for DAT2 og SW2, Forår 2012

Miniprojekt 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 mere

Side 1. Databaser og SQL. Dagens gang. Databasebegreber. Introduktion til SQL Kap 1-5

Side 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 mere

Videregående Programmering for Diplom-E Noter

Videregå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 mere

ER-modellen. Databaser, efterår Troels Andreasen. Efterår 2002

ER-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 mere

Specifikation af Model for Dokument (Version til kommentering)

Specifikation 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 mere

Specifikation 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 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 mere

Høringssvar vedrørende Specifikation af serviceinterface for person (part)

Hø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 mere

Vejledning til oprettelse af priselementer på DataHub Markedsportal

Vejledning 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 mere

DANSK PROFILERING AF PHMR AFSÆT I TELEMEDICINSKE PROJEKTER OG REFERENCEARKITEKTURER

DANSK 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 mere

Fordeling af journalnotater og dokumenter Udkast til løsningsmodel. Marts 2014

Fordeling 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 mere

Klik her for at angive tekst. Vejledning til brug af Støttesystemet Sags- og Dokumentindeks

Klik 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 mere

OBJECT IDENTIFICERES OID PHMR

OBJECT 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 mere

Schema SagStatusDetalje.xsd

Schema 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 mere

Rapport dannet den: 9. marts 2011 1 Begrebsmodel Standard Records

Rapport 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 mere

Sag og dokument standarderne - Hvad og hvorfor

Sag 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 mere

Specifikation af serviceinterface for Sag version 1.2

Specifikation 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 mere

24-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 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 mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL Udvidelse UBL 2.0 Extension G33 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Udvidelse Version 1.2 Side 1 Kolofon Kontakt: IT- & Telestyrelsen

Læs mere

Generelt Udtræk leveres som Zip-filer indeholdende udtræk i det format, som man som kunde har valgt.

Generelt 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 mere

Specifikation af kvalificerede certifikater

Specifikation af kvalificerede certifikater Dansk standard DS 844 2. udgave 2003-12-22 Specifikation af kvalificerede certifikater Specification for qualified certificates DS 844 København DS projekt: 53788 ICS: 35.040 Deskriptorer: certifikater,digitale

Læs mere

Specifikation 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 er godkendt af OIO-komiteen december 2009 Specifikation af serviceinterface for Organisation Denne standard kan frit anvendes af alle.

Læs mere

Støttesystemerne. Det er tid til

Stø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 mere

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

Udkast til Bekendtgørelse om krav til anvendelse af informations- og kommunikationsteknologi i byggeri

Udkast til Bekendtgørelse om krav til anvendelse af informations- og kommunikationsteknologi i byggeri Udkast til Bekendtgørelse om krav til anvendelse af informations- og kommunikationsteknologi i byggeri I medfør af 2, stk. 1, og 8, i lov nr. 228 af 19. maj 1971 om statens byggevirksomhed m.v., som ændret

Læs mere

KITOS objektmodel. 2014-08-20, version 0.9, ehl

KITOS 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 mere

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

Overordnet set vurderer Odense Kommune, at både det foreliggende udkast og det bagvedliggende arbejde er af høj kvalitet.

Overordnet set vurderer Odense Kommune, at både det foreliggende udkast og det bagvedliggende arbejde er af høj kvalitet. Høringssvar på Specifikation af Serviceinterface for Sag standard for Specifikation af Serviceinterface for Sag og har flg. bemærkninger. og det bagvedliggende arbejde er af høj kvalitet. MFD, MIB Der

Læs mere

SUP-specifikation, version 2.0. Bilag 14. SUP-Styregruppen. Ordliste (informativ) Udkast af 12. juni Udarbejdet for

SUP-specifikation, version 2.0. Bilag 14. SUP-Styregruppen. Ordliste (informativ) Udkast af 12. juni Udarbejdet for SUP-specifikation, version 2.0 Bilag 14 Ordliste (informativ) Udkast af 12. juni 2003 Udarbejdet for SUP-Styregruppen Uddrag af indholdet kan gengives med tydelig kildeangivelse Ordliste Anvendelsen af

Læs mere

Underbilag 2.5 Informationsmodel. Kommunernes Ydelsessystem

Underbilag 2.5 Informationsmodel. Kommunernes Ydelsessystem Kommunernes Ydelsessystem Indholdsfortegnelse Vejledning... 3 1 Indledning... 3 1.1 Symbolforklaring... 3 1.2 Underbilagets indhold... 4 KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19

Læs mere

GD1/GD2 - Model for supplerende forretningsbeskrivelser

GD1/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 mere

CCS Identifikation R5, juni 2015

CCS Identifikation R5, juni 2015 CCS Identifikation R5, juni 2015 Kolofon 2015-06-10 < Forrige side CCS Identifikation Produktblad 2 bips Lyskær 1 2730 Herlev Telefon 70 23 22 37 Fax 70 23 42 37 bips@bips.dk bips.dk

Læs mere

Begreber til Grafen. til brug for ønske om modellering af grafobjekt.

Begreber til Grafen. til brug for ønske om modellering af grafobjekt. Begreber til Grafen til brug for ønske om modellering af grafobjekt. Dette dokument vil give en kort introduktion til de begreb der skal anvendes når der skal laves en graf til præsentation af talresultater

Læs mere

EU s persondataforordning

EU s persondataforordning ...gør rekruttering lettere EU s persondataforordning Temadag GDPR i praksis Hvad gør vi for at hjælpe vores kunder med GDPR-compliance Klassifikation af data For at kunne lave en risikoanalyse i forhold

Læs mere

DKAL Snitflader Masseforsendelse

DKAL Snitflader Masseforsendelse DKAL Snitflader Masseforsendelse 1 C.1 Indholdsfortegnelse C.1 INDHOLDSFORTEGNELSE... 2 C.2 LÆSEVEJLEDNING... 3 C.3 TILMELDINGSLISTE... 4 C.3.1 RECORD-STRUKTUR... 4 C.3.2 OIOXML-STRUKTUR... 5 C.4 MATERIALE-INDLÆSNING...6

Læs mere

Det andet værk skal installeres i Parolesalen, som til daglig også fungerer som kantine for de ansatte.

Det andet værk skal installeres i Parolesalen, som til daglig også fungerer som kantine for de ansatte. Udsmykningsforslag til Esbjerg Politigård. Under mit besøg på Esbjerg Politigård d.20 oktober, blev jeg sammen med udvalget fra BYGST, vist rundt i det, der endnu var en byggeplads, men dog så langt fremme

Læs mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL Kontakt UBL 2.0 Contact G34 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OUOUBL Kontakt Version 1.2 Side 1 Kolofon Kontakt: IT- & Telestyrelsen

Læs mere

OIO standardservice til Sag. Servicevejledning til operationen Sag Laes. KMD Sag Version KMD A/S Side 1 af 14

OIO standardservice til Sag. Servicevejledning til operationen Sag Laes. KMD Sag Version KMD A/S Side 1 af 14 OIO standardservice til Sag Servicevejledning til operationen Sag Laes KMD Sag Version 2.1 01-08-2013 KMD A/S Side 1 af 14 Servicevejledning til Sag Laes Ekstern standardservice til KMD Sag Opdateret 01.08.2013

Læs mere

UML til kravspecificering

UML til kravspecificering UML til kravspecificering UML mini-kompendium - til brug i forbindelse med modellering af kravspecifikationer. Copyright 2006 Teknologisk Institut, IT-Udvikling Aktivitetsdiagram 2/9 Aktion Aktionsnavn

Læs mere

SEEST NY BØRNEUNIVERS! IKT-bekendtgørelsen i offentligt byggeri 1. april 2013. Carsten Gotborg IT-projektleder Byggeri Kolding Kommune

SEEST NY BØRNEUNIVERS! IKT-bekendtgørelsen i offentligt byggeri 1. april 2013. Carsten Gotborg IT-projektleder Byggeri Kolding Kommune SEEST NY BØRNEUNIVERS! IKT-bekendtgørelsen i offentligt byggeri 1. april 2013 Carsten Gotborg IT-projektleder Byggeri 3 IKT-koordinering Bygherren skal sikre at der gennem hele byggesagen sker en koordinering

Læs mere

Kort og godt om test af arkiveringsversioner

Kort og godt om test af arkiveringsversioner Kort og godt om test af arkiveringsversioner Data og dokumenter fra den offentlige forvaltnings it-systemer, som skal bevares for eftertiden, skal afleveres til arkiv i form af arkiveringsversioner. Arkiveringsversioner

Læs mere

Global Trade Item Number (Stregkodenummer). Skal altid angives med 14 cifre. Hvis man benytter en 13 cifret stregkode, sættes der et 0 foran.

Global Trade Item Number (Stregkodenummer). Skal altid angives med 14 cifre. Hvis man benytter en 13 cifret stregkode, sættes der et 0 foran. Obligatoriske felter til vareoprettelse i GS1Trade Sync Basisenhed D8165 Produkt - GTIN - Global Trade Item Number Global Trade Item Number (Stregkodenummer). Skal altid angives med 14 cifre. Hvis man

Læs mere

International Classification of Functioning, Disability and Health Engelsk

International Classification of Functioning, Disability and Health Engelsk 1 af 6 15-01-2015 13:50 Artikler 17 artikler. ICF International Classification of Functioning, Disability and Health Engelsk International klassifikation af funktionsevne, funktionsevnenedsættelse og helbredstilstand

Læs mere

Tillægsklasserne for røg og brændende dråber er:

Tillægsklasserne for røg og brændende dråber er: Efter det europæiske klassifikationssystem kan byggevarers og bygningsdeles (eksklusive gulvbelægningers og tagdækningers) reaktion på brand inddeles i følgende primærklasser: A1 byggevarer, som ikke medvirker

Læs mere

Septimas høringssvar vedrørende dokumenteterne FKG datamodellen - Version 2 3 1 - Fysisk implementering.pdf og FKG_2_3_1_mssql.sql

Septimas høringssvar vedrørende dokumenteterne FKG datamodellen - Version 2 3 1 - Fysisk implementering.pdf og FKG_2_3_1_mssql.sql Septima P/S Larsbjørnsstræde 3 1454 København K +45 7230 0672 www.septima.dk 31. juli 2013 Septimas høringssvar vedrørende dokumenteterne FKG datamodellen - Version 2 3 1 - Fysisk implementering.pdf og

Læs mere

Hvad er en relationsdatabase? Odense, den 19. januar Version 1.0

Hvad er en relationsdatabase? Odense, den 19. januar Version 1.0 Hvad er en relationsdatabase? Odense, den 19 januar 2004 Version 10 Program for 6 kursusdag: Databaser 0900-0945 Hvad er en relationsdatabase? -1045 Opgave om normalisering 1100-1145 Eksempel på database

Læs mere

cuneco en del af bips

cuneco en del af bips center for produktivitet i byggeriet Hvordan håndteres data i byggeriets livscyklus? Torsdag 24. januar 2013 Indhold Data i byggeriets livscyklus Forudsætninger Implementering og anvendelse Ny IKT-bekendtgørelse

Læs mere