Standard for vej- og trafikdata
|
|
- Gregers Jørgensen
- 5 år siden
- Visninger:
Transkript
1 e Introduktion Dato 22. november 2016 Version Sagsbehandler Henrik Friis Mail Telefon Dokument 16/ Side 1/12 Niels Juels Gade København K Telefon vd@vd.dk vejdirektoratet.dk SE EAN
2 Indhold Ændringshistorik... 3 Indledning... 3 Formål... 3 Forudsætninger... 3 Indhold... 3 Gyldighed... 3 Formålet med standardiseringen... 4 Generelle formål med standardisering... 4 Specifikt formål for standardisering af vej- og trafikdata... 4 Målgruppen for standarden... 4 Afgrænsning... 5 Omfanget af arbejdet i standardiseringsprojektet... 5 Typer af data der medtages i standarden... 5 Offentlige fællesdata... 6 Standardiseringsprincipper... 6 Modelregler... 6 Datamodellering... 6 Begrebsmodel... 6 Logisk datamodel... 7 Fysisk datamodel... 7 Dataudvekslingsprincipper... 7 Modelsprog- og værktøjer... 8 Værktøj... 8 Sprog... 8 Vedligehold og versionering... 9 Oversigt over dokumentationen af standardiseringen... 9 Referencer
3 Ændringshistorik Version Dato Historik Forfatter Dokument oprettet. Henrik Friis Dokument tilrettet efter omlægning af standarden til at følge reglerne for Grunddatamodellen Tilrettet efter internt review i projektgruppen for standardisering Henrik Friis Henrik Friis Indledning Dokumentet henvender sig til alle, der ønsker et overblik over standarden for vej- og trafikdata. Formål Formålet med dette dokument er at give en introduktion til de principper, der er benyttet ved standardiseringen af vej- og trafikdata, samt give en oversigt over den foreliggende dokumentation af standardiseringen. Der refereres i beskrivelsen til en række andre dokumenter, der uddyber denne kortfattede beskrivelse. Disse dokumenter fremgår af referencelisten bagest i dokumentet. Forudsætninger Der kræves ingen forudsætninger for at læse og forstå indholdet. Indhold Dokumentet beskriver: Formålet med standardiseringen af vej- og trafikdata. Målgruppen for standardiseringen. Afgræsningen af standardiseringsprojektet. De anvendte standardiseringsprincipper / rammen for projektarbejdet. Oversigt over dokumentationen af standardiseringen. Gyldighed Dokumentet har gyldighed, indtil dokumentet ændres og erstattes af en ny version. Beslutning om opdatering af standarden og den tilhørende dokumentation sker ifølge de gældende regler og procedurer for governance for standardiseringsprojektet [Governance]. 3
4 Formålet med standardiseringen Generelle formål med standardisering Udvikling og anvendelse af datastandarder for dataudveksling er motiveret af en række gevinster, som i hovedpunkter omfatter: Inter-operable data. Datastandarder repræsenterer en fælles og sammenhængende datamodel som definerer fælles format og semantik for data, der udveksles mellem forskellige myndigheder og organisationer. Anvendelse af datastandarder kan bidrage til at sikre integritet af data samt konsistent fortolkning af data på tværs af forskellige myndigheder og organisationer. Genbrug af løsninger og løsningsdesign. Anvendelse af datastandarder gør det muligt at udvikle og anvende fælles grænseflader og -løsninger for udveksling af data og reducerer hermed behovet for særegne og specialudviklede punkt-til-punkt løsninger. Samlet set vil det bidrage til en reduktion både af løsningskompleksitet og af omkostninger og risici, der er forbundet med etablering og vedligehold af grænseflader og løsninger. Øget skalerbarhed. Anvendelse af datastandarder og standardløsninger vil gøre det lettere at integrere nye interessenter i en samlet løsning. Hertil kommer, at anvendelse af fælles designprincipper og designmønstre for datamodellering vil gøre det lettere at tilpasse standarder og løsninger til nye og ændrede behov og krav. Specifikt formål for standardisering af vej- og trafikdata Anvendelsen af digitale informationer om veje og trafik er stigende i både offentlig og privat sammenhæng. På alle områder er det vigtigt, at informationer om vej- og trafikforhold er nøjagtige og ajourførte, så data nemt og uden misforståelser kan udveksles mellem aktører. Ved at standardisere vej- og trafikdata opnås en fælles forståelse og definition af disse data og dermed mulighed for lettere at kunne udveksle data mellem interessenterne. Standarden udarbejdes så den overholder modelreglerne fra Grunddata programmet således at de standardiserede vej- og trafikdata på sigt vil kunne udstilles via den offentlige datafordeler. Der sker en koordination med vejregelarbejdet, så der så vidt muligt anvendes samme begrebsapparat. Målgruppen for standarden Målgruppen for standarden er såvel offentlige myndigheder som private firmaer, der producerer og anvender vej- og trafikdata, og som ønsker at kunne udveksle disse data med andre myndigheder og firmaer. Se endvidere målgrupper for de forskellige dele af dokumentationen beskrevet i afsnittet Oversigt over dokumentationen af standardiseringen. 4
5 Afgrænsning Omfanget af arbejdet i standardiseringsprojektet Standardiseringsprojektet udarbejder og vedligeholder datamodeller for udveksling af de standardiserede data samt vejledninger og governance-regler for arbejdet i projektet. Arbejdet omfatter ikke fysiske databasemodeller eller modeller for registrering, opdatering og lagring af data hos den enkelte dataleverandør. Men det vil være oplagt ved fremtidig videreudvikling af systemer med vej- og trafikdata at skele til denne standard. Projektet omfatter heller ikke platforme for udstilling af de standardiserede vej- og trafikdata. Dette skal ske direkte hos de enkelte dataleverandører eller på sigt fra en fælles offentlig datafordeler. Projektet tilstræber at koordinere og afstemme med relevante nationale og internationale standardiseringsaktiviteter, men der vil ikke i projektet blive søgt godkendelse herfra. Af nationale standardiseringsaktiviteter kan nævnes Grunddata programmet, Offentlig datafordeler, FKG, Vejreglerne, BIM og Arkitekturguiden. Det internationale standardiseringsarbejde foregår dels i standardiseringsorganer som ISO og CEN dels som EU aktiviteter, fx DATEX II og INSPIRE. Omsætningen af kildesystemernes data til INSPIRE formatet udarbejdes ikke af standardiseringsprojektet, men standardiseringsprojektet vil udarbejde en vejledende oversættelse fra standardens værdilister til værdilisterne i INSPIRE. Denne vil kunne rekvireres ved henvendelse til projektsekretariatet for standardiseringsprojektet. Typer af data der medtages i standarden Arbejdet med standardisering af vej- og trafikdata baserer sig på et samarbejde mellem aktører på området indenfor staten og kommunerne, samt leverandører af vejforvaltningssystemer. Arbejdet afgrænses til de områder, hvor der forventes en nytte ved standardisering og hvor der kan opnås enighed. Projektet baseres ikke på oplæg til lovgivning, cirkulærer eller på nogen form for sanktioner for ikke at overholde standarderne. Arbejdet er afgrænset til tre typer af data: data om vejnettet og stedfæstelse, data om egenskaber (beskrivende attributter), der stedfæstes på vejnettet, samt data om selvstændige objekter, der stedfæstes på vejnettet Inden implementering og valg af nye" data til standarden udarbejdes use cases, der synliggør anvendelse af de nye data samt den forventede nytte, der kan opnås ved standardisering på området. På baggrund af disse use cases vurderer styregruppen, om de nye data skal medtages i standarden. Realtidsdata er p.t. ikke omfattet af standarden. Dette skyldes dels at disse data allerede er standardiseret ifølge en række internationale standarder, dels ressourcemæssige årsager. Denne afgrænsning vil kunne tages op til revurdering ved en senere lejlighed. Standardisering af realtidsdata skal i så fald koordineres med de internationale standarder, der allerede anvendes af. 5
6 Offentlige fællesdata Der er i datamodellerne ikke taget stilling til integration til fællesdata, som det vil være naturligt at vedligeholde og distribuere via en fællesoffentlig infrastruktur. Eksempler på sådanne data omfatter lister over danske kommuner og (vej)myndigheder. Der er i modelreglerne for grunddata skitseret overordnede krav til en national løsning for sådanne data [Modelregler], men en sådan løsning er endnu ikke tilgængelig. Integration til eksterne data er i standardens datamodeller kun berørt via angivelse af forslag til, hvilke data der bør være eksternt tilgængelige, men uden angivelse af, hvorledes data refereres og tilgås. Standardiseringsprincipper Dette afsnit beskriver, hvorledes dataspecifikationer udvikles, beskrives og vedligeholdes i standardiseringsprojektet. Modelregler Rammerne for datamodelleringen i standardiseringsprojektet er beskrevet i en række modelregler. Projektet følger de modelregler der er defineret som en del af Grunddataprogrammet [Modelregler] suppleret med en række projektspecifikke designspecifikationer [Design]. Projektet har desuden udarbejdet en proces for governance af udviklingen og vedligeholdelse af standarden beskrevet i [Governance]. Indholdet i og forskellene mellem de enkelte versioner af standarden beskrives som en del af dokumentationen af datamodellerne og beskrives i [VersionsHistorik]. Datamodellering Modelreglerne indeholder ikke krav til en bestemt fremgangsmåde for udarbejdelse af datamodeller, men anbefaler (regel 2.5 i [ModelRegler]) at man udarbejder begrebsmodeller samt logiske og fysiske datamodeller. Anbefalingen sker blandt andet med henvisning til OIO-arbejdsmodellen [OIOarbejdsmodel]. Et af perspektiverne med standarden er en modeldrevet arkitektur, der samler vedligeholdelse af datamodeller et sted, hvorfra dokumentation og fysiske datasnitflader kan genereres automatisk. Begrebsmodel Begrebsmodellen omfatter en terminologisk ontologi der indeholder oplysninger om begreber i form af definition, karakteristiske træk og begrebsrelationer. Begrebsmodellen er beskrevet og dokumenteret i [Begrebsmodel] og den valgte implementering som tilpassede UML(Unified Modeling Language) diagrammer i [BegrebsmodelDesign]. Standardiseringsprojektets formål med begrebsmodellering er: At etablere et begrebsapparat, som på sigt kan være fælles udgangspunkt for datamodellen og Vej- og Trafikteknisk ordbog (og dermed vejreglerne). Kun begreber, der indgår i standardiseringsprojektets arbejde, vil blive beskrevet. 6
7 At adskille semantiklaget fra datamodellaget for at forenkle begge dele. Vi tror, at dialogen med beslutningstagere og vejfaglige eksperter, bliver bedre, hvis de ikke distraheres unødigt af det datamodeltekniske. At sikre klare definitioner af begreber, blandt andet ved at afdække begrebshierarkier At kortlægge andre væsentlige karakteristika og relationer mellem begreber, bl.a. til brug for datamodelarbejdet. At publicere begrebsmodellerne i et format, hvor forståelsen ikke kræver en modelteknisk baggrund og dermed er bedre til at sikre forankringen af standarden hos de vejfaglige eksperter. Der er derimod ikke pt. behov for at udstille begrebsmodellerne i et maskinlæsbart format (som fx RDF) Logisk datamodel Den logiske datamodel har til formål at identificere de forskellige datatyper og relationerne mellem disse, men uden angivelse af hvorledes data struktureres og implementeres i fysiske datamodeller (konkrete skemaer og formater), der kan anvendes af dataudvekslingsservices. Den specificerer organiseringen af data på en måde, som afspejler den logiske struktur i et it-system. Reglerne for den logiske datamodellering i standardiseringsprojektet er beskrevet i [Design]. Fysisk datamodel Den fysiske datamodel i form af datasnitflader har til formål at gøre datamodellen operationel for systemudviklere. Et af perspektiverne i modelreglerne er at muliggøre automatisk generering af datasnitflader ud fra den logiske datamodel. Datasnitfladerne implementeres i standardiseringsprojektet via XSD Schemaer [XSD] der fastlægger dataudvekslingsformatet. Dataudvekslingsprincipper Standarden vedrører kun data, der udveksles mellem myndigheder og organisationer, og omfatter dermed ikke modeller for registrering, opdatering og lagring af data hos den enkelte dataleverandør. Dette betyder, at myndigheder og organisationer kan bibeholde deres egen datamodeller og referencesystemer, så længe det er muligt at omsætte data til og / eller fra det i standarden fastlagte fælles udvekslingsformat. Ved omsætningen kan det ikke udelukkes at der kan ske tab af detaljeringsgrad. Figur 1: Princip for dataudveksling mellem 2 IT-systemer 7
8 Standardudvekslingsformat er XML. Skemasprog for udvekslingsformater er XSD. Modelsprog- og værktøjer Dataspecifikationerne er beskrevet ved anvendelse af standardiserede og formelle skemasprog. Dette sikrer, at skemaer kan analyseres og behandles ved hjælp af fælles standardiserede værktøjer Skemasprog for de konceptuelle modeller er UML-klassediagrammer, som er det sprog som også anvendes i Grunddataprogrammet. UML-specifikationer udarbejdes så vidt muligt i overensstemmelse med UML-profilen for Grunddataprogrammet, se en nærmere beskrivelse i [Design]. Værktøj De logiske datamodeller i standarden er beskrevet i UML klassediagrammer med anvendelse af værktøjet Enterprise Architect fra Sparx Systems (EA). Anvendelse af EA gør det muligt at importere UML-profilen fra Grunddata programmet og anvende denne som grundlag for definition af udvidelser, se [Design]. Til begrebsmodellerne er der defineret en specifik UML-profil som beskrevet i [BegrebsmodelDesign]. Ud fra UML modellerne dannes de konkrete udvekslingsformater (XSD Schemaer) vha. af værktøjet ShapeChange [ShapeChange]. Disse XSD Schemaer kan anvendes af de dataudvekslingsservices der implementerer den fysiske dataudveksling. Ved hjælp af EA udstilles de logiske datamodeller som PDF [Logisk datamodel pdf] og html dokumenter [Logisk datamodel html]. PDF dokumentationen genereres i EA ved anvendelse af RTFskabeloner, se [Håndbog]. Sprog Figur 2: Automatisk generering af fysisk datamodel og dokumentation Standardiseringsprojektet har besluttet at anvende dansk som hovedsprog for dokumentation af dataspecifikationer, der udvikles i projektet. Dette valg er motiveret med brugbarhed (læsbarhed) i forhold til de primære interessenter, der som anvender dansk som hovedsprog til dokumentation og kommunikation. Anvendelse af dansk giver imidlertid restriktioner i brugbarhed i forhold til internationale standarder og samarbejdspartnere. 8
9 Af hensyn til eventuelle problemer med den anvendte navngivning i de værktøjer der anvendes ved implementeringen af dataudvekslingen i IT-systemer, kan man angive et teknisk navn for alle elementer i modellen. Ved genereringen af XSD Schemaer benyttes dette tekniske navn i stedet for det anførte navn. Eksempelvis understøttes nationale tegn som æ. ø og å ikke af alle udviklingsværktøjer. Vedligehold og versionering UML-specifikationerne er under konfigurationsstyring og versionering ved anvendelse af EA s faciliteter til dette formål. De forskellige versioner gemmes i XML-format i EAP-databasen. Ansvar og procedurer for denne funktion er defineret i projektets Governancestruktur [Governance]. Der anvendes ikke et eksternt versionskontrolsystem. Fravalget af et eksternt versionskontrolsystem skyldes, at der ikke ses at være behov for en sådan løsning, da udvikling af dataspecifikationer udføres af et begrænset antal personer, som alle er lokaliserede i VD. Oversigt over dokumentationen af standardiseringen Dette afsnit giver en oversigt over dokumentationen af standardiseringen samt hvilke dele af denne, de enkelte interessenter bør interessere sig for. Målgruppen for dokumentationen kan opdeles i: a) Anvendere Alle der anvender standarden til udstilling eller modtagelse af vej- og trafikdata. b) Data managers Personer hos anvenderne af standarden der definerer betydningen samt anvendelsen af de enkelte databegreber. I forbindelse med modtagelse eller udstilling af data ifølge standarden er de også ansvarlige for en eventuel omsætning (konvertering) mellem standardens begreber og de begreber der anvendes i egen organisationen. c) Grænsefladeudviklere Udviklere af programmel til udstilling eller modtagelse af standardens data. d) Modeludviklere Personer der vedligeholder og udvikler standardens UML-modeller og udfører de praktiske opgaver i forbindelse med governance samt genererer dokumentation og XSD Schemaer. 9
10 Nedenstående figur illustrerer hvilke dele af dokumentationen de enkelte aktører i målgruppen skal have kendskab til. 10
11 Referencer [Håndbog] [Begrebsmodel] [BegrebsmodelDesign] [Design] Håndbog for modeludviklere Dato: 22. november 2016 Version: Dokument: 16/ Er ikke udarbejdet pt. Begrebsmodel - værktøj og metode Dato: 3. maj 2015 Dokument: 16/ Design af datamodeller Version v Dato 22. november 2016 Dokument 16/ [Governance] [Logisk datamodel] Governance for standardisering af vej- og trafikdata Gældende fra 1. januar 2016 Dokument: 15/ Dato: 16. november af%20vej%20og%20trafikdata/Documents/Revideret%20governancemodel% 20nov% pdf 4 Word dokumenter der dokumenter den logiske datamodel. Logisk datamodel - læsevejledning, ordliste og referencer Version: v2.0.0alfa Logisk datamodel vejegenskaber Version: v2.0.0alfa Logisk datamodel vejnettet og stedfæstelser Version: v2.0.0alfa Logisk datamodel vejrelaterede objekter Version: v2.0.0alfa 11
12 [Modelregler] [OIO-arbejdsmodellen] [VersionsHistorik] Modelregler for Grunddata Digitaliseringsstyrelsen Version og 1.1.0, de enkelte afsnit har uafhængige versionsnumre og godkendelsesdatoer Godkendt den 3. februar 2014 og 20. januar OIO-arbejdsmodellen for datastandardisering i sektorerne Introduktion IT & Telestyrelsen Februar Udarbejdes løbende når der kommer nye versioner. 12
PLAN FOR DELPROJEKTER
DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON 18. februar 2014 14/00109-5 Hans Jørgen Larsen hjl@vd.dk 7244 7436 PLAN FOR DELPROJEKTER STANDARDISERING AF VEJ- OG TRAFIKDATA 2014 Niels Juels Gade 13 1022 København
Læs mereTænk hvis man kun skulle vedligeholde data ét sted. Et projekt om standardisering af vej- og trafikdata
Tænk hvis man kun skulle vedligeholde data ét sted Et projekt om standardisering af vej- og trafikdata Hvorfor standardisering? For vej- og trafikdata er det særligt vigtigt med fastlagte og kommunikerede
Læs mereGovernance for standardisering af vej- og trafikdata
Governance for standardisering af vej- og trafikdata Gældende fra 1. januar 2016 Dato 16. november 2015 Sagsbehandler Sanne Karlsen Mail sak@vd.dk Telefon +45 7244 3333 Dokument 15/14090-3 Side 1/11 Vejdirektoratet
Læs mereBilag A: Delprojekter
Bilag A: Delprojekter Delprojekt 1: Praksis og gennemførsel... 2 Delprojekt 2: Model- og metodemæssige afklaringer... 4 Delprojekt 3: Dokumentation og afgrænsninger... 6 Delprojekt 4: Analyse og design
Læs mereNotat om metadata om grunddata
Bilag 16 - Fælles arkitekturramme for GD1-GD2-GD7 Notat om metadata om grunddata 6. december 2013 SAR & PLACE Indledning Metadata data om data betegner ikke en entydig klasse af data. Anvendelsen af betegnelsen
Læs mereFDA-modelregler i praksis
1 FDA-modelregler i praksis Fællesoffentlig Digital Arkitektur, 23. april 2018 Per de Place Bjørn Anna Odgaard Ingram Digitaliseringsstyrelsen, Kontor for Data og Arkitektur DEN FÆLLESOFFENTLIGE DIGITALISERINGSSTRATEGI
Læs mereGrunddataprogrammet. Ibrugtagningsplan for modelregler for grunddata
Grunddataprogrammet Ibrugtagningsplan for modelregler for grunddata 1 Ibrugtagningsplan for modelregler for grunddata Version: 0.5 Status: Godkendt 2 Versionshistorik Version Dato Status Bemærkninger 0.1
Læs mereIntroduktion til MeMo
Introduktion til MeMo 1. februar 2019 CIU I forbindelse med Digitaliseringsstyrelsens udbud af Næste generation Digital Post løsningen (NgDP) er der udviklet en ny model for udveksling af digitale postmeddelelser,
Læs merePå vej mod internationalt orienterede datastandarder
FDA2018 På vej mod internationalt orienterede datastandarder Dan Bjørneboe, KL Peter Bruhn Andersen, Digitaliseringsstyrelsen 1 OPDATERING OIO OIO-OPDATERING FDA 23. april 2018 DAGSORDEN/EMNER OIO OPDATERING
Læs mereGrunddataprogrammet. Side 1 af 11. Aftale om styringsrammer for grunddatamodellen
Grunddataprogrammet Side 1 af 11 Aftale om styringsrammer for grunddatamodellen Side 1 af 11 11. oktober 2013 SAR Aftale om styringsrammer for grunddatamodellen Formål Formålet med aftalen er at sikre
Læs mereFælles Digital Arkitektur
1 Fælles Digital Arkitektur KL - Arkitekturrådet 17. maj 2017 AGENDA Hvidbog Standarder Review-model Rammearkitektur 2 STATUS HVIDBOG Udkastet til hvidbogen har været udsendt i offentlig kommentering i
Læs mereStandardisering af vejlængder
Dato 16. december 2015 Sagsbehandler Marie Lanng Pallisgaard Mail mpa@vd.dk Telefon +45 7244 7409 Dokument 15/18308-1 Side 1/5 Standardisering af vejlængder Definition af vejlængder Et par indledende definitioner
Læs mereGrunddataprogrammet. Præsentation den 24. februar 2016 Deniz Gøgenur
Grunddataprogrammet Præsentation den 24. februar 2016 Deniz Gøgenur deng@nanoq.gl Overordnede mål og perspektiver Strategiske mål for programmet: Grunddataprogrammet skal sikre korrekte grunddata, der
Læs mereReferencedatamodelprojektet. Overblik over DDV Governance-modellen
Referencedatamodelprojektet Overblik over DDV Governance-modellen Version 1.0 23. oktober 2012 ISBN: --- Titel: Udgiver: Overblik over DDV Governance-modellen DANVA Vandhuset Godthåbsvej 83 8660 Skanderborg
Læs mereTættere offentligt, digitalt samarbejde
Agenda Den fælles offentlige digitaliserings strategi Grunddataprogrammet Standardisering af vej- og trafikdata Ny model for vejreference Stigruppens arbejde Resultat i relation til vejman.dk Tættere
Læs mereGod begrebs- og datamodellering i det offentlige 5 organisatoriske anbefalinger
God begrebs- og datamodellering i det offentlige 5 organisatoriske anbefalinger August 2018 Introduktion Data har fået en afgørende betydning i udviklingen af den offentlige sektor og ses i stigende grad
Læs mereDATO DOKUMENT SAGSBEHANDLER MAIL TELEFON
DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON 16-08-2013 Version 0.3 Jørgen Flensholt jfl@vd.dk 7244 3362 STRUKTUR OG METODER STANDARDISERING AF VEJ- OG TRAFIKDATA 2013 Niels Juels Gade 13 1022 København K
Læs mereCCS Formål Produktblad December 2015
CCS Formål Produktblad December 2015 Kolofon 2015-12-14
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 mereDEN FÆLLESKOMMUNALE RAMMEARKITEKTUR
DEN FÆLLESKOMMUNALE RAMMEARKITEKTUR FDA2017 DEN FÆLLESKOMMUNALE RAMMEARKITEKTUR - FRA VISION TIL PRAKSIS FDA 2017 Agenda Digitaliseringsstrategien og kommunernes udfordringer Rammearkitekturen som et fælles
Læs mereFra hvidbog til rammearkitektur FDA konferencen v Michael Bang Kjeldgaard
FDA2018 2 Fra hvidbog til rammearkitektur FDA konferencen 2018 v Michael Bang Kjeldgaard Agenda Strategi Begreber Indhold Anvendelse Styring 3 4 FDA Rammearkitekturs rolle Understøtte fælles forretningsmål
Læs mereFDA Retningslinjer for arkitekturdokumentation. Marts 2019
FDA Retningslinjer for arkitekturdokumentation Marts 2019 Baggrund og ophæng 2 Principper & Regler STYRING STRATEGI JURA SIKKERHED OPGAVER INFORMATION APPLIKATION INFRASTRUKTUR Princip 1: Arkitektur styres
Læs mereDen fællesoffentlige digitale arkitektur Rammearkitektur (UDKAST) FDA-Talk 30. januar 2018
1 Den fællesoffentlige digitale arkitektur Rammearkitektur (UDKAST) FDA-Talk 30. januar 2018 AGENDA RUNDT OM FDA RAMMEARKITEKTUR Strategi og styring Indhold og metode Anvendelse og værdi Status og næste
Læs mereData og rammearkitektur på beskæftigelsesområdet
R E SULTATKONTRAKT Data og rammearkitektur på beskæftigelsesområdet (2.1) Kommunerne ønsker at levere en langt mere effektiv beskæftigelsesindsats, både mere effektiv i betydningen af bedre målopfyldelse
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 mereGovernance for standardisering. trafikdata. Dato 22. august 2014 Sagsbehandler Hans Jørgen Larsen. Telefon 3341 3336 Dokument 14/04174-4 Side 1/18
Governance for standardisering af vej- og trafikdata Dato 22. august 2014 Sagsbehandler Hans Jørgen Larsen Mail hjl@vd.dk Telefon 3341 3336 Dokument 14/04174-4 Side 1/18 Guldalderen 12 2640 Hedehusene
Læs mereEjerfortegnelse Løsningsarkitektur Bilag C Processer Grunddataprogrammet under den Fællesoffentlig digitaliseringsstrategi 2012 2015
Grunddataprogrammets delaftale 1 om effektiv ejendomsforvaltningg og genbrug af ejendomsdataa under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Ejendomsdataprogrammet Ejerfortegnelsen Løsningsarkitektur
Læs mereModelafleveringsproces
Appendix - Informationsmodel og Datamodel Side: 1 Modelafleveringsproces Modelafleveringsproces Modelafleveringsproces Diagrammet beskriver de processer, der knytter sig til indlevering af en datamodel
Læs mereFDA retningslinjer for formidling og dokumentation af arkitektur September v Michael Bang Kjeldgaard
1 FDA retningslinjer for formidling og dokumentation af arkitektur September 2018 v Michael Bang Kjeldgaard Agenda Baggrund Begreber Perspektiver Arkitekturreol Arkitekturprodukter Modelsprog Byggeblokke
Læs mereTerminologi. som del af en digitaliseringsstrategi
Terminologi som del af en digitaliseringsstrategi Motivation og formål Motivation et manglende fælles begrebsapparat på det sociale område betyder, at der pt. er begrænsninger forbundet med at udvikle
Læs mereBilag 2 - Fælles arkitekturramme for GD1-GD2-GD7. Etablering af datadistribution på den Fællesoffentlige Datafordeler
Bilag 2 - Fælles arkitekturramme for GD1-GD2-GD7 Etablering af datadistribution på den Fællesoffentlige Datafordeler Version: 0.8 Status: udkast Oprettet: 10.3.2014 Dato: 16. juni 2014 Dokument historie
Læs mereOIS - Applikationskatalog
OIS - Applikationskatalog OIS arkitekturprodukter 25. januar 2018 Indledning Dokumentationen omkring OIS er struktureret med inspiration fra OIO Arkitekturguidens arkitekturreol, således at arkitekturprodukterne
Læs mereNye modelregler Fundamentet Begrebs- og datamodellering på niveau 2: Genbrug
1 Nye modelregler Fundamentet Begrebs- og datamodellering på niveau 2: Genbrug Fællesoffentlig Digital Arkitektur, 7. september 2017 Per de Place Bjørn Anna Odgaard Ingram Digitaliseringsstyrelsen, Kontor
Læs mereDatafordeleren - status, muligheder, udvikling
Datafordeleren - status, muligheder, udvikling FOSAKO Forårsmøde 2019 København, 21. marts 2019 Leif Hernø, chefkonsulent og projektchef for test og implementering af adresse- og ejendomsdataprogrammet
Læs mereStandard for vej- og trafikdata
Standard for vej- og trafikdata Logisk datamodel - læsevejledning, ordliste og referencer Dato: 18-01-2017 Dokumentversion 2.0.0 Niels Juels Gade 13 Postboks 9018 1022 København K Telefon 7244 3333 vd@vd.dk
Læs mereEjendomsdataprogrammet - Matriklen Løsningsarkitektur
Grunddataprogrammets delaftale 1 om effektiv ejendomsforvaltning og genbrug af ejendomsdata under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Ejendomsdataprogrammet - Matriklen Løsningsarkitektur
Læs mereOI OXML som obligatorisk, åben standard. - uddybende vejledning. 1 Om dette dokument. 2 Baggrund. 2.1 Datastandardisering
OI OXML som obligatorisk, åben standard - uddybende vejledning 1 Om dette dokument Dette dokument beskriver anbefalet praksis for at anvende OIOXML som åben, obligatorisk standard. IT- og Telestyrelsen
Læs mereProgrambeskrivelse. 5.5 Kommunal implementering af grunddata. 1. Formål og baggrund. Juni 2016
Weidekampsgade 10 Postboks 3370 2300 København S Programbeskrivelse 5.5 Kommunal implementering af grunddata www.kl.dk Side 1 af 7 1. Formål og baggrund Det fælleskommunale program har til formål, at understøtte
Læs mereFormidling og dokumentation af arkitektur. FDA konferencen, September 2019
Formidling og dokumentation af arkitektur FDA konferencen, September 2019 Retningslinjer og vejledninger ift dokumentation 2 Arkitekturudarbejdelse Metode og dokumentation Hvad skal vi lave og hvorfor?
Læs mereBegrebsarbejde som forudsætning for datamodellering
Begrebsarbejde som forudsætning for datamodellering Højnelse af datakvalitet og øget effektivitet i it-systemer Copenhagen Business School, mandag den 5. december 2016 Bodil Nistrup Madsen & Hanne Erdman
Læs merePeter Thrane Enterprisearkitekt KL+KOMBIT. Den fælleskommunale Rammearkitektur - Inspiration
Peter Thrane Enterprisearkitekt KL+KOMBIT Den fælleskommunale Rammearkitektur - Inspiration REGIONERNE Selvstyre Egen økonomi Konkurrence = bedre priser Samarbejde Koordinering Udveksling SAMMENHÆNG
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 mereIt-arkitekturprincipper. Version 1.0, april 2009
It-arkitekturprincipper Version 1.0, april 2009 Fælles it-arkitekturprincipper Som offentlig it-chef, projektleder eller professionel, der arbejder med digitalisering, skal du træffe mange valg i en hektisk
Læs mereForslag til ny struktur - overblik
BESKRIVELSESVÆRKTØJ Forslag til ny struktur - overblik Den korte version Udarbejdet af Molio 2018-03-01 Høringsversion Molio 2018 1 Indledning og formål Molio ønsker at omlægge beskrivelsesværktøjets struktur.
Læs mereDANSK IT ARKITEKTUR CERTIFICERING
DANSK IT ARKITEKTUR CERTIFICERING Practitioneruddannelsen System Arkitekt Practitioner Kompetencebeskrivelse Version 2018.02.08 DANSK IT www.dit.dk/ark Copyright All Rights Reserved DANSK IT ARKITEKTUR
Læs mereIntroduktion. Jan Brown Maj, 2010
Jan Brown Maj, 2010 Introduktion OIOXML har eksisteret som det centrale datastandardiseringsparadigme siden 2002. Til OIOXML-konceptet er der et regelsæt betegnet OIO Navngivnings- og Deignregler (NDR),
Læs mereUdveksling af data om veje Information om vejreferencemodellen og nye muligheder for digitale løsninger med relation til veje.
Udveksling af data om veje Information om vejreferencemodellen og nye muligheder for digitale løsninger med relation til veje. Vejdirektoratet Havnegade 27 1058 København K Telefon +45 7244 3333 vd@vd.dk
Læs mereRetningslinjer for arkitekturreviews Version 1.0. Maj 2017
Retningslinjer for arkitekturreviews Version 1.0 Maj 2017 Indhold Indhold... 2 Introduktion til retningslinjerne... 3 Hvilke projekter skal have foretaget arkitektur-reviews?... 3 Tre trin for arkitekturreviews...
Læs mereStandard for vej- og trafikdata
Standard for vej- og trafikdata Logisk datamodel - egenskaber Dato: 11-12-2014 Sagsbehandler: Jørgen Flensholt Dokumentversion 0.0.5 Niels Juels Gade 13 Postboks 9018 1022 København K Telefon 7244 3333
Læs mereODIN.dk og omverdenen
Beredskabsstyrelsen, Birkerød Januar 2005 ODIN.dk og omverdenen - om webservices, XML og hvordan man kommer i gang. Indledning Fra 1 Januar 2005 kan de kommunale redningsberedskaber indberette udrykningsaktiviteter
Læs mereMålbillede for kontraktstyring. Juni 2018
Målbillede for kontraktstyring Juni 2018 1 Introduktion Opstilling af målbillede Målbilledet for kontraktstyringen i Signalprogrammet (SP) definerer de overordnede strategiske mål for kontraktstyring,
Læs mereUdveksling af data om veje. Information om vejreferencemodellen
Udveksling af data om veje Information om vejreferencemodellen Formålet med vejreferencemodellen VRD: At gøre det lettere at anvende og sammenstille data, der på en eller anden måde er relateret til en
Læs mereDATO DOKUMENT SAGSBEHANDLER MAIL TELEFON
DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON Okt. 2014 Raza Muhammed raz@vd.dk 7244 3046 DYNAMISK DATABASE SYSTEM OVERSIGT Niels Juels Gade 13 1022 København K vd@vd.dk EAN 5798000893450 Postboks 9018 Telefon
Læs mereFKG datamodellen Version 2.3.1 ArcGIS integration Sidste revisionsdato: 23. maj 2014
FKG datamodellen Version 2.3.1 ArcGIS integration #1 FKG Fælleskommunale Geodatasamarbejde FKG datamodellen Version 2.3.1 ArcGIS integration Sidste revisionsdato: 23. maj 2014 1 FKG datamodellen Version
Læs mereAdresseregister Løsningsarkitektur
Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Delprogram 2: Effektiv genbrug af grunddata om adresser, administrative inddelinger og stednavne Adresseregister Løsningsarkitektur
Læs mereANALYSE AF SIKKERHEDSSTANDARDER OG -LØSNINGER
ANALYSE AF SIKKERHEDSSTANDARDER OG -LØSNINGER Kommunernes it-arkitekturråd 8. maj 2014 AGENDA Væsentligste observationer og konklusioner Relevans for kommuner STRATEGI OG ARKITEKTUR Analysen giver et bud
Læs mereDatafordeleren - status, muligheder, udvikling
Datafordeleren - status, muligheder, udvikling Den danske Landinspektørforening Fagligt møde Nyborg, 7. februar 2019 Leif Hernø, chefkonsulent og projektchef for test og implementering af adresse- og ejendomsdataprogrammet
Læs mereModelregler for grunddata Version 1.0.0
Grunddataprogrammet Modelregler for grunddata Version 1.0.0 1 Modelregler for Grunddata Version: 1.0.0 Status: Gældende Godkendt af Grunddatabestyrelsen d.3. februar 2014 2 Forord Modelreglerne er udarbejdet
Læs mereDATO DOKUMENT SAGSBEHANDLER MAIL TELEFON
DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON Okt 2014 Raza Muhammed raz@vd.dk 7244 3333 DYNAMISK DATABASE OPGAVEN Niels Juels Gade 13 1022 København K vd@vd.dk EAN 5798000893450 Postboks 9018 Telefon 7244
Læs mereBilag 13 - Miljøsag - Sager i medfør af lov om forurenet jord
Informationsbrev - bilag 13 Dato: 26. juni 2012 Kontor: Ejendomsdata Sagsnr.: Sagsbehandler: The Dok id: Bilag 13 - Miljøsag - Sager i medfør af lov om forurenet jord Sager i medfør af lov om forurenet
Læs mereIntroduktion til MeMo
Introduktion til MeMo 14. maj 2018 CIU I forbindelse med udbuddet af en ny version af Digital Post løsningen skal der udvikles et nyt format for udveksling af digitale postmeddelelser. Det nye format navngives
Læs mereBeskrivelse af ændringer til administrative oplysninger
Dato 25. oktober 2015 Sagsbehandler Jens-Peter Kofoed Jensen Mail jpk@vd.dk Telefon Dokument 15/07055-5 Side 1/6 Beskrivelse af ændringer til administrative oplysninger Indledning I november 2015 idriftsættes
Læs mereSanne Karlsen, seniorprojektleder har arbejdet med opgaven siden marts. Velkommen til Brovst et gennemgående eksempel i oplægget
Udveksling af data om veje og trafik Sanne Karlsen, seniorprojektleder har arbejdet med opgaven siden marts Velkommen til Brovst et gennemgående eksempel i oplægget Hvis man spørger et barn i børnehavealderen
Læs merePROJEKTPLAN STANDARDISERING AF VEJ- OG TRAFIKDATA februar / Hans Jørgen Larsen
DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON 17. februar 2014 14/00108-4 Hans Jørgen Larsen hjl@vd.dk 7244 7436 PROJEKTPLAN STANDARDISERING AF VEJ- OG TRAFIKDATA 2014 Niels Juels Gade 13 1022 København K vd@vd.dk
Læs mereFaktaark for DAR 1.0
1. december 2014 HEGK Faktaark for DAR 1.0 Overordnet beskrivelse og baggrund for DAR 1.0 Indholdsfortegnelse 1. Indledning... 2 2. Baggrund og formål... 3 DAR i dag... 3 Fremtidige DAR 1.0... 4 3. Teknik...
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 mere1. Ledelsesresumé. Den 2. juli Jnr Ø90 Sagsid Ref NSS Dir /
F ORELØBIG BUSINESS CASE F OR PROJEKT VEDR. SAGER P Å TVÆRS AF IT - LØSNINGER O G ORGANISATORISKE S K E L 1. Ledelsesresumé Der anvendes i dag mange ressourcer på at integrere forskellige it-løsninger
Læs mereGuide til kravspecifikation
Side 1 af 10 10. november 2008 Guide til kravspecifikation Version 1.0. Denne guide indeholder en række råd til brug i kravspecifikationer for IT systemer, der skal anvende NemLog-in løsningen. Hensigten
Læs mereProjekt 5.3 Digitale Vandløbsregulativer
Projekt 5.3 Digitale Vandløbsregulativer 1. Formål og baggrund Baggrund Vandløb kan oversvømme byer og landbrugsarealer. Vandløb er samtidig levested for mange dyr og planter. Kommunerne og lodsejerne
Læs mereKvalitetsstyringssystem for test af leverandørernes implementering af MedCom s profiler
Kvalitetsstyringssystem for test af leverandørernes implementering af MedCom s profiler Version 1.0 9. september 2014 INDHOLDSFORTEGNELSE 1 INDLEDNING OG BAGGRUND... 3 2 ANTILOPE PROJEKTET... 4 3 FASEPLAN
Læs mereStandard for vej- og trafikdata
Standard for vej- og trafikdata Logisk datamodel - vejnettet Dato: 03-11-2015 Sagsbehandler: Jørgen Flensholt Dokumentversion 1.0.0 Niels Juels Gade 13 Postboks 9018 1022 København K Telefon 7244 3333
Læs mereAu Aarhus Universitet. Aarhus Universitet Studieordningsgenerator PID Version 1.0
Aarhus Universitet Studieordningsgenerator PID Version 1.0 Version Dato Version Udarbejdet af Godkendt af Beskrivelse 19-5-2010 0.1 JS Første udkast 25-5-2010 0.2 JS 24-6-2010 1.0 JS SS Side 2 af 9 Indholdsfortegnelse
Læs mereSUP-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 mereGeoDanmark arbejdsprogram
GeoDanmark Weidekampsgade 10 2300 København S tlf: 33 70 37 43 www.geodanmark.dk GeoDanmark arbejdsprogram 2017-18 31. marts 2017 Indhold Indledning...2 Fokusområder for det fælles arbejdsprogram...2 Ny
Læs merePROJEKTBESKRIVELSE INFORMATIONER FOR AFLEVERING TIL DRIFT
PROJEKTBESKRIVELSE cuneco en del af bips INFORMATIONER FOR AFLEVERING TIL DRIFT Dato 20. marts 2014 Projektnr. 13 031 Sign. SSP 1 Indledning Dette projekt vil have fokus på at specificere de informationer,
Læs mereGIS-handlingsplan 2015 NOVEMBER 2015
GIS-handlingsplan 2015 NOVEMBER 2015 1 Stor nytteværdi i forhold til indsats borgerrettet Stor nytteværdi i forhold til indsats internt Direkte eller indirekte økonomisk gevinst Sikre at datagrundlag er
Læs mereIKT TEKNISK KOMMUNIKATIONS- SPECIFIKATION
DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON 5. december 2016 16/10604-1 Tina Jonsen tjon@vd.dk +45 7244 2220 IKT TEKNISK KOMMUNIKATIONS- SPECIFIKATION Thomas Helsteds Vej 11 8660 Skanderborg vd@vd.dk EAN
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 mereTilslutning til ecomone Basis (OIO Faktura)
Tilslutning til ecomone Basis (OIO Faktura) 1. november 2009, Version 1.1 1. POST DANMARKS ECOMONE BASIS (OIO FAKTURA)... 3 1.1 BEGREBER... 3 2 KANALER... 3 3 MODEL FOR DATAUDVEKSLING... 4 4 KOMMUNIKATION...
Læs mereIT- og Telestyrelsen 21. august 2007 Sagsnr. 032071-2007
IT- og Telestyrelsen 21. august 2007 Sagsnr. 032071-2007 Holsteinsgade 63 2100 København Ø Att. Palle Aagaard FESD Grænseflade til CMS-løsninger, høringssvar fra Gentofte Kommune Gentofte Kommune har med
Læs mereIntroduktion Fokusområde: Kendskab Fokusområde: Kompetencer Fokusområde: Succes sammen Fokusområde: Politisk dagsorden...
N OT AT Kriterier for evaluering af indsatserne i Kommunernes It-Arkitekturråd det første år Introduktion... 2 Kendskab... 2 Kompetencer... 4 Succes sammen... 5 Politisk dagsorden... 7 Dagsorden i medierne...
Læs mereModelleringskoncept for grunddata
Modelleringskoncept for grunddata Version: 0.9 Status: Udkast 1 Forord Modelleringskonceptet er udarbejdet som led i etableringen af grunddatamodellen: en fælles datamodel for alle grunddata. Etablering
Læs mereUdveksling af dataom veje og trafik
Udveksling af dataom veje og trafik Sanne Karlsen, seniorprojektleder har arbejdet med opgaven siden marts Velkommen til Brovst et gennemgående eksempel i oplægget Egon på vej til købmanden. han kan nemt
Læs mereInformationsmøde vedrørende Proof of concept for en integrationsplatform
Informationsmøde vedrørende Proof of concept for en integrationsplatform Dagsorden 1. Velkomst 2. Selve Løsningen 3. Visionen 4. Datamodel 5. Milepæle og prøver 6. Open source 7. Praktisk information Selve
Læs mereBilag 12 - Fælles arkitekturramme for GD1-GD2-GD7. OIO Serviceprincipper
Bilag 12 - Fælles arkitekturramme for GD1-GD2-GD7 OIO Serviceprincipper Version: 1.1 Status: i høring i PF for GD1 og GD2 Oprettet: 4. juni 2014 Dato: 4. juni 2014 Dokument historie Version Dato Beskrivelse
Læs mereVejreferencemodellen. GeoDanmarks Repræsentantskabsmøde 30. april 2015. Afdelingsleder Eric thor Straten, Vejdirektoratet
Vejreferencemodellen GeoDanmarks Repræsentantskabsmøde 30. april 2015 Afdelingsleder Eric thor Straten, Vejdirektoratet Vejreferencemodellen? The missing link i datasammenhængen mellem vejene, geografien
Læs mereOIO standardservice til Journalnotat. Generel servicevejledning. KMD Sag Version 1.0 01-09-2013. KMD A/S Side 1 af 15. September 2013 Version 1.
OIO standardservice til Journalnotat Generel servicevejledning KMD Sag Version 1.0 01-09-2013 KMD A/S Side 1 af 15 Generel servicevejledning til OIO Journalnotat Ekstern standardservice Opdateret 01.09.2013
Læs mereForskelle på begrebsmodellering og datamodellering
Forskelle på begrebsmodellering og datamodellering Bodil Nistrup Madsen bnm.danterm@cbs.dk DANTERMcentret www.danterm.dk Problemstilling Udviklere af it-systemer springer ofte begrebsmodelleringen over
Læs mereSemantik, tak! Semantik og modelbaseret standardisering i OIO. 2. april 2009, IT-arkitekturkonferencen 2009
Semantik, tak! Semantik og modelbaseret standardisering i OIO 2. april 2009, IT-arkitekturkonferencen 2009 Jan Brown, Kontoret for Standardiserings- og Arkitekturpolitik IT- og Telestyrelsen, Videnskabsministeriet
Læs mereKulturministeriets it-arkitekturpolitik
Kulturministeriets Kulturministeriets Januar 2012 Udgivet af Kulturministeriet Udarbejdet af Kulturstyrelsen H.C. Andersens Boulevard 2 1553 København V www.kulturstyrelsen.dk post@kulturstyrelsen.dk Kulturministeriets
Læs mereBILAG 2: COWI DISPOSITION
MARTS 2014 KL BILAG 2: COWI DISPOSITION (BILAG TIL DAGSORDENSPUNKT 5: OPERATIONALISERING AF FORSLAG VEDRØRENDE EN RESULTATORIENTERET FORRETNINGSARKITEKTUR PÅ BESKÆFTIGELSESOMRÅDET). ADRESSE COWI A/S Parallelvej
Læs mereUddybende spørgsmål til MUD-GIS kravspecifikation
Uddybende spørgsmål til MUD-GIS kravspecifikation I forbindelse med tilbudsafgivelse er COWI stødt på følgende spørgsmål, som ønskes afklaret, inden det endelige tilbud afgives. Geometrityper Understøttelse
Læs mereEn teknisk introduktion til NemHandel
En teknisk introduktion til NemHandel Indhold > Indledning 3 Standarder 5 OIOUBL 5 OIO RASP 6 OIO SMI 7 Biblioteker 8 Web applikationer 9 Fakturablanket 9 NemHandel Registrering 9 NemHandel.dk 10 Web services
Læs mereBILAG 7. Dokumentation
BILAG 7 Vejledning til tilbudsgiver Bilaget indeholder Kundens mindstekrav til. 2 Indholdsfortegnelse 1. Indledning... 4 2. somfanget... 4 2.1 Proces for udarbejdelse og godkendelse af... 4 2.2 Generelle
Læs mereBilag 3. Implementering af grunddataprogrammet. 16. september 2012
Bilag 3 16. september 2012 Implementering af grunddataprogrammet Med aftalen mellem KL og regeringen om grunddataprogrammet igangsættes implementeringen. Den nærmere organisering og tidsplan for implementeringen
Læs mereGeodatastyrelsens strategi
Geodatastyrelsens strategi 2013 2016 Geodatastyrelsens strategi 2013 2016 Geodatastyrelsen er en del af Miljøministeriet og har som myndighed ansvaret for infrastruktur for geografisk information, opmåling,
Læs mereDATO DOKUMENT SAGSBEHANDLER MAIL TELEFON
DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON 11. marts 2013 13/04457-5 MLP/HJL/NH mlp@vd.dk 7244 3309 PROJEKTPLAN STANDARDISERING AF VEJ- OG TRAFIKDATA 2013 Niels Juels Gade 13 1022 København K vd@vd.dk EAN
Læs mereDigitalisering har overhalet byggeprocessen
Digitalisering har overhalet byggeprocessen Fredag den 11. marts 2016 LEAN CONSTRUCTION DK Christian Lerche 2 bips er byggeriets digitale udviklingsforum bips er samarbejde med alle byggeriets parter om
Læs mereHvem er målgruppen for disse dokumenter. Hvilke forudsætninger skal læseren have?
Kommenteringsskema 15. januar 2018 Sekretariatet for Initiativ 8.1. BEMÆRK: Alle indsendte kommentarer offentliggøres (på arkitektur.digst.dk). Såfremt du ikke ønsker en kommentar offentliggjort, bedes
Læs mereIT PÅ TVÆRS OG TIL FÆLLES GAVN FOR STAT, REGION OG KOMMUNE
IT PÅ TVÆRS OG TIL FÆLLES GAVN FOR STAT, REGION OG KOMMUNE Afdelingschef Lars Kaalund Orbicon A/S ATV MØDE VINTERMØDE OM JORD- OG GRUNDVANDSFORURENING VINGSTEDCENTRET 6. - 7. marts 2007 IT PÅ TVÆRS OG
Læs mere