Sag og Dokument: Eksempel på brug af generelle egenskaber
|
|
- Elisabeth Johannsen
- 7 år siden
- Visninger:
Transkript
1 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- og dokumentområdet. Her er givet et konkret eksempel på informationsmodellen for Dokument med henblik på at beskrive, hvorledes den konkrete model relaterer sig til de generelle egenskaber. Registrering Nedenstående figur viser et udsnit af informationsmodellen for Dokument. Objektet Dokument indeholder i overensstemmelse med beskrivelsen af generelle egenskaber et ID af typen UUID. Derudover indeholder Dokument en brugervendt nøgle. Formålet med den brugervendte nøgle er at have en uforanderlig identifikation af dokumentet, som, i modsætning til dokumentets ID, kan præsenteres for brugeren. Figur 1 Et dokument indeholder et antal registreringer kaldet DokumentRegistrering. Der skabes en ny DokumentRegistrering, hver gang der udføres en operation, som ændrer dokumentets attributter, tilstande eller relationer. Elementet Registrering angiver dato og tid for registreringen, en henvisning til den aktør, som har foretaget registreringen, samt dokumentets livscyklus. Endeligt er det muligt at knytte en note til registreringen. Attributter Til ethvert objekt er knyttet et antal attributter. I informationsmodellen for dokument anbringes disse attributter i et element kaldet DokumentAttributListe. Til en given DokumentRegistrering hører netop en DokumentAttributListe. For Dokument findes der netop 1
2 en type af attribut, nemlig attributten Egenskaber, som er af typen DokumentEgenskaber. Selve typen DokumentEgenskaber består af et antal attributfelter, som er nærmere beskrevet i standarden for Dokument. I denne forbindelse er der to forhold, som det er værd at bemærke: For det første repræsenterer feltet Titel i attributten Egenskaber dokumentets navn. Titel er således den konkrete betegnelse for den generelle betegnelse Objektnavn. For det andet har DokumentEgenskaber tilknyttet Virkning. Det betyder, at dokumentets Egenskaber kan ændre sig over tid. For en konkret DokumentRegistrering kan man imidlertid se, hvilke Egenskaber, der har været gældende på hvilke tidspunkter. Figur 2 Markeringen <..> i elementet DokumentAttributListe i figur 2 angiver, at det er tilladt for en konkret anvendelse af informationsmodellen for Dokument at tilføje yderligere attributter. Det er dog et krav, at disse attributter skal have Virkning. Figur 3 angiver et eksempel på en konkret anvendelse, hvor der er tilføjet en ekstra attribut EngelskOversættelse : 2
3 Figur 3 Relationer Til ethvert objekt er knyttet et antal relationer. I informationsmodellen for Dokument anbringes disse relationer i et element kaldet DokumentRelationListe. Til en given DokumentRegistrering er knyttet netop en DokumentRelationListe. 3
4 Figur 4 Alle relationer nedarver enten fra det generelle element Relation, som repræsenterer en reference til et enkelt andet objekt af en bestemt type, eller fra det generelle element FlerRelation, som repræsenterer referencer til et antal objekter af en bestemt type. Figur 5 angiver modellen for Relation og FlerRelation. Bemærk at såvel Relation som FlerRelation har Virkning. Selve referencen repræsenteres i modellen ved hjælp af et UUID. 4
5 Figur 5 Markeringen <..> i elementet DokumentRelationListe i figur 4 angiver, at det er tilladt for en konkret anvendelse af informationsmodellen for Dokument at tilføje yderligere relationer. Det er dog et krav, at disse relationer skal være enten af typen Relation eller af typen FlerRelation. Figur 10 angiver et eksempel på en konkret anvendelse, hvor der er tilføjet en ekstra relation Dokumenttype : 5
6 Figur 6 Tilstande Til ethvert objekt er knyttet et antal tilstande. I informationsmodellen for dokument anbringes disse attributter i et element kaldet DokumentTilstandListe. Til en given DokumentRegistrering hører netop en DokumentTilstandListe. For Dokument findes der netop en tilstand, nemlig tilstanden Fremdrift, som er af typen DokumentFremdrift. Selve typen DokumentFremdrift består af to felter, nemlig feltet Status, som angiver tilstandens status samt feltet Virkning, som angiver at tilstanden har Virkning. Det er altså muligt ud fra den enkelte DokumentTilstandListe at se, hvad dokumentets Fremdrift har været på forskellige tidspunkter. Bemærk at virkningen for Tilstande, TilstandVirkning, adskiller sig fra den generelle Virkning ved ikke at have et Til-felt. Dette skyldes, at der for tilstande i modsætning til attributter og relationer ikke kan være huller i registreringen. Et Dokument skal således altid have en Fremdrift. Feltet Til ville således være redundant og er derfor ikke medtaget i informationsmodellen. 6
7 Figur 7 Markeringen <..> i elementet DokumentTilstandListe i figur 7 angiver, at det er tilladt for en konkret anvendelse af informationsmodellen for Dokument at tilføje yderligere tilstande. Det er dog et krav, at disse relationer skal have Status (som er en enumereret liste) og Virkning (af typen TilstandVirkning). Figur 8 angiver et eksempel på en konkret anvendelse, hvor der er tilføjet en ekstra tilstand Godkendelse : 7
8 Figur 8 Samlet virkning Figur 9 viser den samlede informationsmodel for Dokument. Som det fremgår af figuren, er der udover de allerede beskrevne elementer tilføjet en ekstra Virkning på DokumentRegistrering. Denne Virkning angiver den samlede Virkning for dokumentet. Dokument har en række obligatoriske elementer: Egenskaber er et eksempel på et sådant obligatorisk element, Ejer er et andet. Selvom disse elementer er obligatoriske, kan der godt være huller i deres Virkning. der kan imidlertid kun være et hul i et obligatorisk elements Virkning, hvis selve Dokumentet på det tidspunkt ikke havde Virkning. Dokumentets samlede virkning er den logiske virkning for hele dokumentregistreringen, og den omgør virkningen på delelementer, hvis de har en anden virkningsperiode. 8
9 Figur 9 9
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
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 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 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 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 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 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 KlassifikationStruktur
..27 KlassifikationStruktur. KlassifikationStruktur Klassifikation er det abstrakte objekt som samler et klassifikationssystem. Klassifikation holder klassifikationssystemets metadata. Klassifikationssystemet
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 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 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 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 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 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 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 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 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 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 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 mereDen fælleskommunale Rammearkitektur. - en arkitektur for den kommunale digitalisering
Den fælleskommunale Rammearkitektur - en arkitektur for den kommunale digitalisering Fundament Vision & Strategi Logik Rammearkitektur Fysik Udvikling/Implementering 2 10.6.2014 De 5 digitaliseringsmål
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 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 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 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 mereGenerelle egenskaber for serviceinterfaces på sags- og dokumentområdet. Denne standard er godkendt af OIO-komiteen december 2009
Generelle egenskaber for serviceinterfaces på sags- og dokumentområdet Denne standard er godkendt af OIO-komiteen december 2009 Generelle egenskaber for serviceinterfaces på sags- og dokumentområdet Denne
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 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 mereOverordnet 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 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 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 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 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 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 mereTæl og skriv hvor mange af hver figur som findes i billederne herunder. A = = = B = = =
Tæl figurer - iler Navn: Klasse: Materiale ID: PIC.21.1.1.da Tæl figurer - iler Lærer: Dato: Klasse: 4 10 6 6 6 8 Materiale ID: PIC.21.1.1.da Tæl figurer - iler Navn: Klasse: Materiale ID: PIC.21.2.1.da
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 merePå nedenstående billede skal du finde den figur som optræder nøjagtig 3 gange.
Navn: Klasse: Materiale ID: PIC.33.1.1.da Lærer: Dato: Klasse: Materiale ID: PIC.33.1.1.da Navn: Klasse: Materiale ID: PIC.33.2.1.da Lærer: Dato: Klasse: Materiale ID: PIC.33.2.1.da Navn: Klasse: Materiale
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 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 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 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 mereSAPA Begrebs- og Informationsmodel. Sagsoverblik/Partskontakt (SAPA)
SAPA Begrebs- og Informationsmodel Sagsoverblik/Partskontakt (SAPA) KMJ Marts 2013 1 Forord / Forklæde Dokumentets metadata Projektnavn SAPA Projektnummer 1066 Projektfase 3 - Krav & Kontrakter Dokumentejer
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 mereVersion Dato Beskrivelse 1.0.0 26/11/2012 Initial version 1.2.0 05/03/2013 Tilføjet eksempel med Template Agent, generelt udvidet dokumentet.
MOX og APOS2 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 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 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 mereHvad 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 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 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 mereUML 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 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 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 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 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 mereKlik her for at angive tekst. Anvenderkrav til Støttesystemet Sags- og Dokumentindeks
30. april 2013 NOTAT Klik her for at angive tekst. Anvenderkrav til Støttesystemet Sags- og Dokumentindeks Indhold: 1. Indledning og vejledning... 3 2. Krav vedr. Systemets anvendelse af Støttesystemet
Læs mereKursusbeskrivelse. Forarbejde. Oprettelse af en Access-database
Kursusbeskrivelse Oprettelse af en Access-database Som eksempel på en Access-database oprettes en simpelt system til administration af kurser. Access-databasen skal indeholde: et instruktørkartotek et
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 mere26.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
Læs mereCCS Formål Produktblad December 2015
CCS Formål Produktblad December 2015 Kolofon 2015-12-14
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 mereKlik 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
Læs mereIT- og Telestyrelsen Holsteinsgade København Ø. Fremsendt til: Høringssvar Specifikation af serviceinterface for Person
IT- og Telestyrelsen Holsteinsgade 63 2100 København Ø Fremsendt til: sagogdokument@itst.dk 19. august 2011 Ref. LFH J.nr. Domæne Valg Person Høringssvar Specifikation af serviceinterface for Person KMD
Læs mereForord. 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.
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 mereHøringssvar vedr. Serviceinterface for Person
Høringssvar vedr. Serviceinterface for Person 1. Indledning... 3 1.1 Arkitekturmæssige overvejelser... 3 2. Konkrete ændringsforslag... 5 2.1 Variable attributnavne... 5 2.2 Registeroplysninger fra akkreditiv...
Læs mereOpsætning af brugere og temaer i GIS4Mobile
Opsætning af brugere og temaer i GIS4Mobile Brugerne og deres adgang til data konfigureres gennem et webinterface, som nås via dette link: http://www.geosms.dk/g4m_websetup Grundlæggende skal det fremhæves
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 mereFESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø
FESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø Høringssvar vedr. FESD GIS-integrationsmodel version 2.0 Geodata Danmark har
Læs merevejledning til anvisningerne for anvendersystemernes
Vejledning til anvisninger for Indeksene KOMBIT Dette dokument indeholder generel, tværgående vejledning til anvisningerne for anvendersystemernes anvendelse af Sags- og Dokumentindeks og Ydelsesindeks.
Læs merePROJEKTREGISTRERING I PURE
PROJEKTREGISTRERING I PURE Med projektskabelonerne kan du registrere dine forskningsprojekter så de bliver synlige på din forsker profil i Pure portalen. Dermed bliver dine forskningsprojekter synlige
Læs mereSchema Besvarelse.xsd
Schema Besvarelse.xsd schema location: attributeformdefault: elementformdefault: targetnamespace: Besvarelse.xsd qualified urn:oio:kombit:bygogmiljoe:besvarelse:4.0.0 Elements Complex types Simple types
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 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 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 mereSTEDBEVIDST UDVIKLING. Jes Ryttersgaard Kort og Matrikeldtyrelsen
STEDBEVIDST UDVIKLING Jes Ryttersgaard Kort og Matrikeldtyrelsen - bevidst om at bruge stedet som indgang til digital forvaltning - bevidst om hvordan vi sikrer, at det giver mening at bruge stedet - bevidst
Læs mereBitemporalitet på Datafordeleren
Bitemporalitet på Datafordeleren Denne side indeholder en anvenderrettet beskrivelse og dokumentation af grunddataprogrammets historikmodel ved anvendelse og implementering af bitemporalitet. Dokumentet
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 mereMangelfuldt dokumenterede it-systemer. Hvordan løses udfordringen?
Mangelfuldt dokumenterede it-systemer Hvordan løses udfordringen? Indholdsfortegnelse 1. Resume... 3 2. Introduktion... 3 3. Fordelene ved at løse udfordringen... 3 4. Løsningen... 4 4.1 Hvordan?... 4
Læs mere15. januar 2018 Sekretariatet for Initiativ 8.1. Vedr. Anvendelsesprofil for Organisation
Kommenteringsskema 15. januar 2018 Sekretariatet for Initiativ 8.1. Vedr. Anvendelsesprofil for Organisation BEMÆRK: Alle indsendte kommentarer offentliggøres (på arkitektur.digst.dk). Såfremt du ikke
Læs mereDKAL Snitflader REST Register
DKAL Snitflader REST Register 1 Indholdsfortegnelse A2.1 INTRODUKTION 3 A2.1.1 HENVISNINGER 3 A2.1.2 LÆSEVEJLEDNING 4 A2.1.2.1 SÅDAN LÆSES EN REST GRAF 4 A2.1.2.2 SÅDAN LÆSES EN RESSOURCE OG EN TYPE 4
Læs mereOm projektet afprøvning af MOX-konceptet
NOTAT Om projektet afprøvning af MOX-konceptet MOX konceptet skal afprøves i flere forskellige kommuner med flere forskellige leverandører. Afprøvningen skal gennemføres i løbet af efteråret 2012. Der
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 mereDANVA DATAMODELLER JKJ, TRKS, HEMA
DANVA DATAMODELLER JKJ, TRKS, HEMA Dagsorden Hvad er resultatet? Hvad var målet? Hvordan kom vi dertil? Kernemodel DANVAND 2.0 DANDAS 3.0 Kabler, Fremmedrør og Flader 1.0 Brudregistrering 1.0 Hvordan kommer
Læs merePlansystemDK. Indberetning af kommuneplantillæg med tilhørende ramme. Hotline: 7254 4804 plansystemdk@nst.dk
Indberetning af kommuneplantillæg med tilhørende ramme For at tilføje et nyt kommuneplantillæg til en eksisterende kommuneplan, så start med at markere kladde, forslag og vedtaget som status, samt at markere
Læs mereUdgivelsen er beskyttet af Creative Commons license, Navngivning 2.5
OIOUBL Guideline OIOUBL Valutakurser og -koder UBL 2.0 Currency Exchange Rates G18 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Valutakurser og -koder Version
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 mereSpecifikation af Model for Organisation Version 2.0
Specifikation af Model for Organisation Version 2.0 1 > Specifikation af Model for Organisation. Version 2.0 Denne standard kan frit anvendes af alle. Citeres der fra standarden i andre publikationer til
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 mereIdentifikation af planer der ikke findes i PlansystemDK vha. datasættet... 9
Vejledning i brug af Tingbogsudtrækket Version 1.0 af 1. juli 2009 Indhold Indledning... 1 Planer i Tingbogen... 2 Planer i PlansystemDK... 3 Sammenhæng mellem Tingbogen og PlansystemDK... 3 Datastruktur...
Læs mereAnvisninger til anvendelse af STS-Organisation
Anvisninger til anvendelse af STS-Organisation MBAP26 Dette dokument indeholder anvisninger til anvendersystemernes anvendelse af Støttesystemet Organisation. Mette Jespersen (MEJ@kombit.dk) 7. november
Læs mereBrugervejledning om søgning, der blev idriftsat sommer 2009
Brugervejledning om søgning, der blev idriftsat sommer 2009 Søgeord s.2 Varighed s.2 Søg i s.3 Søg efter s.4 Søg på vilkårlige begyndelser s.4 Søg på vilkårlige endelser s.5 Søg efter alle ord s.5 Søg
Læs mereOnboarding, dokumentation
Onboarding, dokumentation Preboarding - fra enhed onb01a_v1.2 191 02-07-2019 Diverse rettelser samt tilføjelse af beskæftigelsesgrad og stillingsbetegnelse onb01a_v1.1 191 05-04-2019 Tilføjelse af opdatering
Læs mereBrugergrænseflader i VSU
28-10-09 Side 1/5 Brugergrænseflader i Dette notat giver et praktisk eksempel på, hvordan brugergrænsefladen kan håndteres i. Notatet er en konsekvens af en lidt overfladisk beskrivelse i [B&D00] samt
Læs mereADK 1.0 KRAVSPECIFIKATION
ADK 1.0 KRAVSPECIFIKATION Dokumentets versioner (revisionshistorie) Version Dato Ansvarlig Beskrivelse 0.1 17-06-2014 MST Oprettelse af krav 0.2 18-05-2014 MST Tilretning af tabeller 0.3 18.06.2014 PKR
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 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 mereSpecifikationsdokument for LDAP API
Nets DanID A/S Lautrupbjerg 10 DK 2750 Ballerup T +45 87 42 45 00 F +45 70 20 66 29 info@danid.dk www.nets-danid.dk CVR-nr. 30808460 Specifikationsdokument for LDAP API DanID A/S 5. juni 2014 Side 1-15
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 mere1. Oprettelse 1.1 Salgsordre menu åbnes - klik på Salgsordrer. 1.2 Ny salgsordre oprettes. Kunde vælges ved at højreklikke på felt med kundenr.
Oprettelse af en salgsordre og faktura 1. Oprettelse 2. Redigering/ændringer i låst salgsordre 3. Filtrering/sortering af salgsordrer 4. Afsendelse og fakturering 1. Oprettelse 1.1 Salgsordre menu åbnes
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 mereIKT-teknisk kommunikationsspecifikation
Bilag til IKT Ydelsesspecifikation Dato 2012-10-01, Revisionsdato: 2013-04-15 Samarbejdsdokument for byggesagens parter Projekt: Byggesag: Projektledelse: IKT Koordinator: Dato: Revision: Revision dato:
Læs mere