1 ST Klassifikation Informationsmodel
|
|
- Caroline Pedersen
- 8 måneder siden
- Visninger:
Transkript
1 ..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. 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
2 ..27 FacetBeskrivelse FacetBrugervendtNøgle FacetGyldigFra FacetGyldigTil FacetIdentifikation FacetRegistreringTidspunkt FacetSidstÆndretTidspunkt FacetTitel Tekst2: maxlength=2 pattern=[a-f- 9]{8}-[a-f-9]{4}- [a-f-9]{4}-[a-f- 9]{4}-[a-f- 9]{2} Beskrivelse af indhold og formål med facetten (kan Brugervendt identifikation af facetten. BrugervendtNøgle er unik sammen med ejer og 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. 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. Unik identifikation af facetten (UUID). Tidspunkt for facettens oprettelse (kan ikke facettens redigerbare attributter. Facettens titel - navn (kan.2 FacetPlan 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. FacetPlanBeskrivelse Tekst2: maxlength=2 FacetPlanGyldigFra FacetPlanGyldigTil Beskrivelse af indhold og formål med facetplanen (kan Facetplanen er gyldig fra og med denne dato. Datoen kan redigeres til en dato tidligere end angivne GyldigFra. Facetplanen har gyldighed til og med Gyldighedsdato minus dag, dvs. dagen før.
3 ..27 FacetPlanIdentifikation FacetPlanRegistreringTidspunkt FacetPlanSidstÆndretTidspunkt FacetPlanTitel pattern=[a-f- 9]{8}-[a-f-9]{4}- [a-f-9]{4}-[a-f- 9]{4}-[a-f- 9]{2} 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 facetplanen (UUID). Tidspunkt for facettens oprettelse (kan ikke facetplanens redigerbare attributter. Titel på facetplanen (kan.3 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. FacetPlanElementIndplaceringNummer TalHel: Placering i rækkefølgen af facetter under samme Integer facetplan. Skal være større eller lig..4 Klasse 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. KlasseBeskrivelse Tekst2: Beskrivelse af indhold og formål med Klassen (kan maxlength=2
4 ..27 KlasseBrugervendtNøgle KlasseEjer KlasseGyldigFra KlasseGyldigTil KlasseIdentifikation KlasseRegistreringTidspunkt KlasseSidstÆndretTidspunkt KlasseTitel pattern=[a-f- 9]{8}-[a-f-9]{4}- [a-f-9]{4}-[a-f- 9]{4}-[a-f- 9]{2} Brugervendt identifikation af Klassen BrugervendtNøgle er unik sammen med ejer og Den juridiske enhed (oftest, men ikke begrænset til myndighed), som er ejer af Klassen (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. 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. Unik identifikation af klassen (UUID). Tidspunkt for Klassens oprettelse (kan ikke Klassens redigerbare attributter. Klassens titel - navn (kan. KlasseRelation 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 vil 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
5 ..27 gyldighedsperiode og type af relation. KlasseRelationGyldigFra KlasseRelation er gyldig fra og med denne dato. Datoen kan redigeres til en dato tidligere end angivne GyldigFra under forudsætning af, at KlasseRelationGyldigTil KlasseRelationRegistreringTidspunkt KlasseRelationSidstÆndretTidspunkt reglerne for 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. Tidspunkt for KlasseRelations oprettelse (kan ikke KlassenRelations redigerbare attributter..6 KlasseRelationType Aangiver typen af relationen, dvs. et udtryk for den forretningsmæssige betydning af relationen. Det kan eksempelvis være Retskilde. KlasseRelationTypeIdentifikation pattern=[a-f- 9]{8}-[a-f-9]{4}- [a-f-9]{4}-[a-f- 9]{4}-[a-f- 9]{2} KlasseRelationTypeTitel Unik identifikation af den type, som KlasseRelation udgør. Reference til Klasse (UUID). Titel for typen af KlasseRelation (kan.7 Klassifikation 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.
6 ..27 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.klassifikationsobjekt er en abstrakt klasse, som gør det muligt at eksponere hver af de tre specialiseringer klassifikation, facetplan og klasse. KlassifikationBeskrivelse Tekst2: maxlength=2 KlassifikationBrugervendtNøgle KlassifikationEjer KlassifikationGyldigFra KlassifikationGyldigTil KlassifikationIdentifikation KlassifikationRegistreringTidspunkt KlassifikationSidstÆndretTidspunkt KlassifikationTitel pattern=[a-f- 9]{8}-[a-f-9]{4}- [a-f-9]{4}-[a-f- 9]{4}-[a-f- 9]{2} Beskrivelse af indhold og formål med Klassifikationen (kan Brugervendt identifikation af Klassifikationen BrugervendtNøgle er unik sammen med ejer og Den juridiske enhed (oftest, men ikke begrænset til myndighed), som er ejer af Klassifikationen (Kan ikke 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. 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. Unik identifikation af klassifikationen (UUID). Tidspunkt for Klassifikationens oprettelse (kan ikke Klassifikationens redigerbare attributter Klassifikationens titel - navn (kan
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.
1 KlassifikationStruktur
..27 KlassifikationStruktur. KlassifikationStruktur Klassifikation er det abstrakte objekt som samler et klassifikationssystem. Klassifikation holder klassifikationssystemets metadata. Klassifikationssystemet
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
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
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
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,
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,
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,
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
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
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-
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...
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
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:
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
Ø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
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
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
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...
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
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
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
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
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
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.
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
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
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
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)
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
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
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
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
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,
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...
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
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
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
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
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
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
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
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
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,
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.
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
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
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
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
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:
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
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
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
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
Specifikation af Model for Sag (Version til kommentering)
Specifikation af Model for Sag (Version til kommentering) 1 > Specifikation af Model for Sag Version 2.0 (Version til kommentering) Denne standard kan frit anvendes af alle. Citeres der fra standarden
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.
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
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,
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
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
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 -
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
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
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
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
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
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
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.
26.11.2013. 1 KY-andre ydelser
1 KY-andre ydelser... 2 1.1 Person... 3 1.1.1 Attributter... 3 1.2 Økonomisk ydelse... 4 1.2.1 Attributter... 4 1.3 Ydelse... 5 1.3.1 Attributter... 6 1.4 Konteringsregel... 6 1.4.1 Attributter... 6 1.5
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
Bygningsmodeller. Kaj A. Jørgensen
Abstraction Realisation Real World Model World AaU Institut for Produktion 20120724 Bygningsmodeller Kaj A Jørgensen I det følgende gives en kort gennemgang af strukturer og indhold af bygningsmodeller
IEC/ISO 81346-1 og 81346-2
IEC/ISO 81346-1 og 81346-2 Henrik Balslev Ingeniør M.IDA Formand for DS / S-503 IEC 81346: Struktureringsprincipper og referencebetegnelser Nyhed: ISO / IEC 81346 standardserien Kort om nyhederne i 81346-1
Indhold. 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
Bilag 2B Eksisterende data
Bilag 2B Eksisterende data Version 0.8 23-02-2015 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 2 2 INDLEDNING... 3 3 OVERBLIK OVER DOKUMENTATION FRA... 4 3.1 BEGREBSMODEL ( OPUS DEBITOR)... 4 3.2 INFORMATIONSMODEL
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
Underbilag 2K Begrebs- og informationsmodel for Sags- og Dokumentindeks
Underbilag 2K Begrebs- og informationsmodel for Sags- og Dokumentindeks Revisionshistorik Dato Kommentar Ansvarlig 206-09-29 Oprettet revisionshistorik MSG 206-09-29 Beskrivelse af Sagsarkiv er tilføjet
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
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:
Arbejdspladsbrugsanvisning
Arbejdspladsbrugsanvisning Krav om arbejdspladsbrugsanvisning når: - Opfylder kriterier for klassificering (orange mærker) - Optaget på AT- liste over grænseværdier - Indeholder 1% af klassificeret stof
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
Introduktion til Klassifikation
Introduktion til Klassifikation 1. Om dokumentet Dette dokument formidler et overblik over støttesystemet Klassifikation i den fælleskommunale infrastruktur. Formålet er at give læseren en forståelse af
BEGREBSLISTE. til. Bekendtgørelse om anvendelse af informations- og kommunikationsteknologi (IKT) i alment byggeri og. offentligt byggeri
BEGREBSLISTE til Bekendtgørelse om anvendelse af informations- og kommunikationsteknologi (IKT) i alment byggeri og Bekendtgørelse om anvendelse af informations- og kommunikationsteknologi (IKT) i offentligt
Klik her for at angive tekst.
30. april 2013 Klik her for at angive tekst. NOTAT Klik her for at angive tekst. Bilag 16: Anvenderkrav til Støttesystemet Ydelsesindeks version 1.0 (Bilag til dagsordenspunkt 8, Kommunale anvenderkrav
UNI Login. Eksport webservice. WS17 v1
UNI Login Eksport webservice WS17 v1 UNI Login Eksport webservice 1.3 Indhold 1 Eksport webservice... 1 1.1 Informationsmodel... 1 1.2 Entiteter og attributter... 2 1.2.1 Import... 2 1.3 Objekter... 2
»Udbud med mængder og sammenhæng i projektmaterialet
»Udbud med mængder og sammenhæng i projektmaterialet 2013-12-16 Michael Blom Søefeldt Udbud med mængder og sammenhæng i projektmaterialet»agenda I. Hvad er udbud med mængder Hvad siger branchen om udbud
Teknisk uddybning af generelle egenskaber for sags- og dokumentområdet
Teknisk uddybning af generelle egenskaber for sags- og dokumentområdet Teknisk uddybning af generelle egenskaber for sags- og dokumentområdet Denne vejledning kan frit anvendes af alle. Citeres der fra
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...
Arkitekturrapport: FÆLLES SPROG III
Bilag 5: Arkitekturrapport fra projektet Fælles Sprog III (Bilag til dagsordenspunkt 6: Arkitekturrapporten). Arkitekturrapport: FÆLLES SPROG III Denne orienteringsrapport udarbejdes for it-projekter med
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...
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
KOMMENTARSKABELON. Høring CCS Klassifikation - bygningsdele Ole Berard olb@mth.dk
KOMMENTARSKABELON Dato Udfyldt af: E-mail: Dokument Høring CCS Klassifikation - bygningsdele Ole Berard olb@mth. Navn på er afsnit figur 5.3 Generel Hele funktionsinddelingen er ikke tilgængelig. Hvad
Leverandørmøde Kommunernes Ydelsessystem. Den 19. februar 2013
Leverandørmøde Kommunernes Ydelsessystem Den 19. februar 2013 A. Idemodning Eksterne tests og pilot-drift F. Afslutning Tidsplan 2011 2012 2013 2014 2015 2016 C. Krav & kontrakter D. Udvikling & overtagelse
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
august 2016 a 102-c IKT-specifikationer, eksempelsamling aftale og kommunikation eksempler på digital aflevering til drift
august 2016 a 102-c IKT-specifikationer, eksempelsamling aftale og kommunikation eksempler på digital aflevering til drift Kolofon 2016-08-19
Klasser. Oversigt, principper og teknikker. Kapitel 3
Klasser Oversigt, principper og teknikker Kapitel 3 1 Mathiassen, Munk-Madsen, Nielsen & Stage, 1997 Begreber og principper for Klasser Formål Begreber Principper Resultat At udvælge et objektsystems bestanddele.
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.
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
Forord. Versioner. APOS2 Bulk data import / export. APOS2 Security. APOS2 Installation, Operation and Monitoring. APOS2 Service Catalogue
APOS2 Datamodel 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.
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
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