1 / 13

OIOXML Anvendelse i Virk.dk

OIOXML Anvendelse i Virk.dk. Oracle Arkitekt forum Danmarks Statistik mandag den 12. september 2005 Brian Nielsen IT-Arkitekt IT-strategisk kontor, IT- og Telestyrelsen bni@itst.dk. IT-strategisk Kontor (IT- og Telestyrelsen). Koordinering af fælles offentligt arbejde med IT-arkitektur

airell
Download Presentation

OIOXML Anvendelse i Virk.dk

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. OIOXML Anvendelse i Virk.dk Oracle Arkitekt forum Danmarks Statistik mandag den 12. september 2005 Brian Nielsen IT-Arkitekt IT-strategisk kontor, IT- og Telestyrelsen bni@itst.dk

  2. IT-strategisk Kontor (IT- og Telestyrelsen) • Koordinering af fælles offentligt arbejde med IT-arkitektur • Udarbejdelse af fælles offentlige standarder • Enterprise Architecture • Hvidbog / Håndbog om EA • Arkitektur værktøjer • OIO-Katalog • Brugerstyring • IT-arkitektur komiteen • Informationsarkitektur • OIOXML • Navngivnings- og Designregler • XML-komiteen

  3. Organiseringen af det offentlige it-standardiseringsarbejde • Bestyrelsen for digital forvaltning/regering/KL/ARF • Det koordinerende informationsudvalg (KIU) • KIU har ansvaret for standardiseringsprocessen • Godkender formelt de offentlige it-standarder. • OIOXML-DATASTANDARDISERINGSKOMITEEN • Informationsarkitektur • Standardisering af datastandarder • Regler for XML-baseret dataudveksling (OIOXML) • OIO-IT-ARKITEKTURKOMITEEN • Rammer for arkitektur for digital forvaltning. • Anbefalinger vedr. anvendelse af tekniske standarder • Anbefalinger vedr. infrastruktur i forbindelse med digital forvaltning • Sektorstandardiseringsudvalg (tidligere kaldet Domænekomiteer) • Udgangspunkt i konkrete forretningsbehov • Udvikle tekniske, data- og processtandarder • Inden for rammerne af den offentlige standardisering. • OIO Foraer (arkitektur, process og datastandardisering)

  4. Hvordan skabes nye standarder ? • Alle - såvel offentlige som private - kan foreslå standarder. • Standarder udvikles, bearbejdes og vurderes i sektorstandardiseringsudvalg og i de to komitéer • Det er komiteernes opgave at sikre sammenhængen og bredden i OIO-standarderne. • Alle forslag valideres af sekretariatet og sendes efterfølgende i offentlig høring 30 dage. • Både offentlige myndigheder og private aktører kan deltage med høringssvar. • På baggrund af høringen vedtages standarden formelt af KIU. Høringen foregår på http://standarder.oio.dk.

  5. ISB Filosofien bag OIOXML • Standardisering af XML-snitflader mellem offentlige myndigheder og deres partnerer partnere • Genbrugelige data definitioner/ informations objekter • Genbrug af internationale standarder • Stærke datatyper -> høj datakvalitet • Navngivning og Design Regler (NDR)regler • InfoStrukturBasen (ISB) – fælles repository / Registry

  6. Formålet med XML SkemaNavngivnings og Design Regler • Genbrug af typer og elementer på tværs af vokabularier / beskeder • Genbrug af software komponenter • Reduceret behov for transformation • Nemmere at forstå nye vokabularier

  7. OIOXML Klasserne InfoStrukturBasen Kerne Sektor NDR Adoption Nationaleskemabidrag Internationaleskemabidrag OIOXML Skemaer

  8. Vision – a Service Oriented Architecture • The public sector must act as an enterprise • Authorities shall only ask citizens or companies to supply information once • All other information must be pulled from other authorities • Each agency must expose their data and services using XML • Each agency is responsible for building and operating applications associated with the business processes that they own. • Each agency maintains its own data. Since data is never synchronized, it is not out of date or inconsistent. • A service operated by one agency may be used by multiple agencies. This keeps each from building the business logic on their own and ensure that each is using the same business logic.

  9. Retrieval of data Interface Interface Service SOA – Service Oriented Architecture Repository Service provider Service Consumer Submission of data Primary Data Data Retrieval and manipulation of data Secondary Data Data Manipulation of data Primary Service Secondary service Naming and Design Rules

  10. Erhvervs initiativer • Erhversportalen – Virk.dk • OIOXML elektronisk faktura (UBL) • Digitale regnskaber (XBRL) • Elektronisk betaling (Nemkonto)

  11. Authority with back end integration Company using ERP-system Virk.dk – overordnet infrastruktur Forms engine and Business related content Authority accessing pdf-based forms Company using web interface Broker

  12. Evolutionær udvikling • Evolutionær tilgang • One stop shop • XML data fra blanketter • Forudfyldelse (Prefilling) • Back end integration • BPR BPR Back end integration Complexity Prefilling forms with known data 1:1 eForms time

  13. Spørgsmål OIOXML http://www.oio.dk/dataudveksling/OIOXML bni@itst.dk

More Related