XÖV 1.0 und seine VisionbfV_1-0_und_Vision-1.pdf · XÖV 1.0 und seine Vision Berlin, 11. November...

Freie Hansestadt

DEUTSCHLANDONLINE

Bremen

XÖV 1.0 und seine Vision

Berlin, 11. November 2009

Dr. Christian Lange, Bundesstelle für Informationstechnik

Berlin, 11. November 20091. XÖV-Anwenderkonferenz

Diese Regeln müssen beachtet werden damit einDEUTSCHLANDONLINE

Diese Regeln müssen beachtet werden, damit ein XÖV-Vorhaben XÖV-Konform wird

1. Ein Standard der öffentlichen Verwaltung2. Freie Verwendung3. Dokumentation4. Veröffentlichung5. Nachhaltigkeit des Standards6. Anzeige der Entwicklungsabsicht7. Informationen zum status quo des Standards8. Modellierung der Prozesse in UML9. Modellierung der Datenstrukturen in UML10 Ei h lt d N d E t f l10. Einhaltung der Namens- und Entwurfsregeln11. Nutzung von Kern- und Fachkomponenten12. Nutzung der Basisdatentypen13 Nutzung von Code Listen13. Nutzung von Code-Listen14. Erfolgreiche Verarbeitung des UML-Fachmodells durch die XÖV-

Produktionsumgebung15. Nutzung einer sicheren Infrastruktur für den elektronischen Datenaustausch

www.deutschland-online.de

g

DEUTSCHLANDONLINE Das XÖV-Handbuch 1.0

• Motivation, Ziel und Hintergrund

• KonformitätskriterienBereitstellungspflichten– Bereitstellungspflichten

– Auskunftspflichten– Technische Kriterien

• Wie wird ein Vorhaben XÖV-konform?

• Weitere Schritte


XÖV-Konformität:DEUTSCHLANDONLINE

XÖV Konformität:Motivation

i




ÖX = XÖV?




Nicht überall wo ein „X“ drauf steht, ist (richtiges) XÖV drin




Xhamster UML?XSD?

Xhamsterzucht?

Wann wende ich XÖV richtig an?

XGenerator?XÖV richtig an?Wenn ich

Daten austausche

n kann?

XRepository?

…?


? Kern-komponenten?


XÖV Konformität:Ziele

…erforderlich sind Regeln zur Erreichung derStandardisierungsziele:

• Sicherstellung der Interoperabilität• Wirtschaftlichkeit der Entwicklung• Risikominimierung• Qualitätsverbesserung

Diese Ziele dienen• dem jeweiligen Standardisierungsvorhaben• anderen Vorhaben• anderen Vorhaben• den Anwendern des Standards• der Öffentlichen Verwaltung im Allgemeinen


Der WegDEUTSCHLANDONLINE

Der Weg zur neuen XÖV-Konformität

• Ausgangspunkt (2006): – XÖV Framework 1.0

• Ziel (2008): ( )– Überarbeitung Herangehensweise

– Pragmatischer Ansatz • Relevanz zur Zielerreichung• Machbarkeit

• Ergebnis (2009):– 15 Kriterien

• Machbarkeit– Anwendbares und gut

verständliches Dokument– Einbeziehung der bisherigen 15 Kriterien

– vollständig neues Dokument– Konformitätszertifizierung

(2010)

Erfahrungen


(2010)

DEUTSCHLANDONLINE Inhalte XÖV-Handbuch 1.0

• XÖV-Handbuch ist das zentrale Dokument mit Informationen zur XÖV-Entwicklung, -Anwendung und –VorgehenI h lt• Inhalte– Hintergrund, Einleitung– Leitlinien– XÖV-Konformitätskriterien– Namens- und Entwurfsregeln

XÖV UML Profil– XÖV-UML-Profil– XÖV-Basidatentypen– Leitlinien zu

• Code-Listen• Kernkomponenten

– (Handlungsempfehlungen)


( g p g )

Die drei Kategorien derDEUTSCHLANDONLINE

Die drei Kategorien der Konformitätskriterien

• Bereitstellungspflichten• Auskunftspflichten der Standardentwickler und –betreiber• Technische Kriterien


Die „Spielregeln“:DEUTSCHLANDONLINE

Die „Spielregeln :MUSS und SOLL

• MUSS-Kriterien– sind zwingend einzuhalten

f d li h E i h d XÖV Zi l– erforderlich zur Erreichung der XÖV-Ziele

• SOLL-KriterienSOLL Kriterien– sind einzuhalten– Abweichungen müssen schriftlich begründet werden

R h b di it d i d G ü d i B• Rahmenbedingungen mit dringenden Gründen, wie z.B. wirtschaftliche oder fachliche Gründe, die eine Umsetzung NOCH nicht ermöglichen

Mittelfristig wird bei einigen Regeln aus SOLL ein MUSS– Mittelfristig wird bei einigen Regeln aus SOLL ein MUSS




• Bereitstellungspflichten– Wer stellt den Standard wie bereit?

Zi l– Ziele• Sicherstellung ÖV als Eigentümer• Sicherstellung Recht zur (Wieder-)Verwendung• Sicherstellung der Investitionssicherheit

• Auskunftspflichten der Standardentwickler und –betreiber• Technische KriterienTechnische Kriterien


DEUTSCHLANDONLINE Bereitstellungspflichten I

1. Ein Standard der öffentlichen Verwaltung (MUSS)• ÖV ist „Eigentümer“• Keine Abhängigkeit von kommerziellen Interessen• Keine Abhängigkeit von kommerziellen Interessen• Prüfinhalt: Entscheidergremien sind von der ÖV besetzt.

2 ( SS)2. Freie Verwendung (MUSS)• Einstellung in das XRepository• Lizenz als Grundlage für Freiheit von rechten Dritter

3. Dokumentation (MUSS) • Weiterentwicklung ermöglichenWeiterentwicklung ermöglichen• Vorhandensein von : UML, XML, Spezifikation, evtl. Code-Listen

und WSDL-Vorlagen


DEUTSCHLANDONLINE Bereitstellungspflichten II

4. Veröffentlichung im XRepository (MUSS)• Zentrale Anlaufstelle, • Einfache Auffindbarkeit• Einfache Auffindbarkeit• UML/XMI, XML, Spezifikation (pdf)

5 N hh lti k it d St d d (MUSS)5. Nachhaltigkeit des Standards (MUSS)• Betriebskonzept muss vorhanden sein• Wg. Investitionssicherheit für implementierende

V f h h t ll d d St d d di f dVerfahrenshersteller und andere Standards, die auf dem Standard aufbauen

• Plausibilitätsprüfung: Betriebskonzept enthält Angaben zuB t ib• Betreiber

• Rollen und Verantwortlichkeiten• Finanzierung




• Bereitstellungspflichten• Auskunftspflichten der Standardentwickler und –betreiber

– Informationen über Standard bzw. Vorhaben– Ziele

• Transparenz gegenüber XÖV-Koordination und Communityp g g y• Beurteilung der Nachhaltigkeit• Vermeidung von Parallelentwicklungen

• Technische KriterienTechnische Kriterien


DEUTSCHLANDONLINE Auskunftspflichten

6. Anzeige der Entwicklungsabsicht (SOLL)• Vermeidung redundanter Entwicklungen

F üh iti E k S i t ti l• Frühzeitiges Erkennen von Synergiepotential• „Initialer Steckbrief“ und Kontaktaufnahme zur XÖV-Koordination

7. Informationen zum status quo des Standards (MUSS)• Transparenz der XÖV-Standards

S kb i f“• „Steckbrief“• Aktuell• Regelgerecht




• Bereitstellungspflichten• Auskunftspflichten der Standardentwickler und –betreiber• Technische Kriterien

– Eigenschaften des UML-Fachmodells– Eigenschaften des XML-Schema (Darstellung des Fachmodells)Eigenschaften des XML Schema (Darstellung des Fachmodells)– Ziele

• Semantische Interoperabilität• Korrekte Anwendung der XÖV Infrastruktur und Methoden• Korrekte Anwendung der XÖV-Infrastruktur und –Methoden

– Prüfbarkeit weitestgehend automatisiert• XGenerator 2


IntermezzoDEUTSCHLANDONLINE

Intermezzo- die XÖV-Produktionsumgebung -

• UML-Modellierungswerkzeug– Erzeugung UML-Fachmodell

Export im XMI Format (geeignete Version)– Export im XMI-Format (geeignete Version)

• XÖV-UML-ProfilÖ– Stereotypen und Constraints zur XÖV-konforment Modellierung

• XGenerator 2– Modelltransformation (Fachmodell XSD)– Kontrolle der Einhaltung der technischen Kriterien– DokumentationserzeugungDokumentationserzeugung

• Werkzeuge zur Dokumentationserzeugung (optional)


DEUTSCHLANDONLINE Technische Kriterien I

8. Modellierung der Prozesse in UML (SOLL)• Verständlichkeit der Prozesse

9. Modellierung der Datenstrukturen in UML (MUSS)• Verständlichkeit des Fachmodells• Fachliche Prüfbarkeit• Grundlage für Verarbeitung in XÖV-Produktionsumgebung• UML2 Klassendiagramm muss vorliegen

10.Einhaltung der Namens- und Entwurfsregeln (MUSS)• Sicherstellung der InteroperabilitätSicherstellung der Interoperabilität• Sicherstellung der Konsistenz zwischen UML und XSD• Validierung mittels XGenerator 2


DEUTSCHLANDONLINE Technische Kriterien II

11.Nutzung von Kern- und Fachkomponenten (SOLL)12.Nutzung der Basisdatentypen (SOLL)13.Nutzung von Code-Listen (SOLL)

• Verbesserung der InteroperabilitätVerbesserung der Interoperabilität• Wiederverwendung von bewährten Strukturen

• Vereinfachung der Entwicklung• Verringerung von Risiken• Verringerung von Risiken


DEUTSCHLANDONLINE Technische Kriterien III

14.Erfolgreiche Verarbeitung des UML-Fachmodells durch die XÖV-Produktionsumgebung (MUSS)

Ei h lt d t h i h i l ti t N d• Einhaltung der technisch implementierten Namens- und Entwurfsregeln

15.Nutzung einer sicheren Infrastruktur für den elektronischen Datenaustausch (SOLL)• Empfohlen wird die Verwendung der Infrastrukturkomponenten• Empfohlen wird die Verwendung der Infrastrukturkomponenten

• Public-Key Infrastruktur PKI-1 Verwaltung• OSCI-Transport• DVDV• DVDV


DEUTSCHLANDONLINE Nächste Schritte

• Evaluationsphase XÖV-Handbuch– Bis 30.11.09

• Bereitstellung der Produktionskette – Erfüllung der technischen KriterienErfüllung der technischen Kriterien

• Erweiterung XÖV-Handbuch– Handlungsempfehlungen zu Vorgehen und Anwendung

• Überarbeitung der Projektsteckbriefe• Überarbeitung der Projektsteckbriefe– Initial– Vollständig


DEUTSCHLANDONLINE

Das Bild kann nicht angezeigt werden. Dieser Computer verfügt möglicherweise über zu wenig Arbeitsspeicher, um das Bild zu öffnen, oder das Bild ist beschädigt. Starten Sie den Computer neu, und öffnen Sie dann erneut die Datei. Wenn weiterhin das rote x angezeigt wird, müssen Sie das Bild möglicherweise löschen und dann erneut einfügen.

Vielen Dank für Ihre Aufmerksamkeit!

Dr. Christian Lange, gBundesstelle für [email protected]


XÖV 1.0 und seine VisionbfV_1-0_und_Vision-1.pdf · XÖV 1.0 und seine Vision Berlin, 11. November...

Documents

Transcript of XÖV 1.0 und seine VisionbfV_1-0_und_Vision-1.pdf · XÖV 1.0 und seine Vision Berlin, 11. November...