Glossar

Ein Aktivitätsdiagramm ist eine Diagrammart der UML zur Darstellung allgemeiner Abläufe. Im XÖV-Kontext werden Aktivitätsdiagramme zur Visualisierung der Prozesse im Rahmen der verschiedenen Datenübermittlungsszenarien eines Standards genutzt. Ein Aktivitätsdiagramm führt die beteiligten Kommunikationspartner und deren Aktivitäten auf, zu denen insbesondere das Versenden, Empfangen und Verarbeiten von Nachrichten gehört. Neben Aktivitätsdiagrammen werden in XÖV-Fachmodellen Anwendungsfalldiagramme und Klassendiagramme eingesetzt.

Ein Anwendungsfalldiagramm ist eine Diagrammart der UML zur allgemeinen Beschreibung von Anforderungen an ein System in Form seiner Anwendungsfälle (engl.: Use Case) und den daran beteiligten Akteuren bzw. Systemen. Im XÖV-Kontext stellen solche Diagramme die Anwendungsfälle und deren Zusammenhänge in den verschiedenen Datenübermittlungsszenarien eines Standards dar. Neben Anwendungsfalldiagrammen werden in XÖV-Fachmodellen Aktivitätsdiagramme und Klassendiagramme eingesetzt.

Ein Code ist eine Zeichenkette, welcher per Codeliste eine eindeutige Bedeutung zugewiesen ist (z.B. MUC als Code für den Flughafen München).

Eine Codespalte enthält Codes die einen Eintrag der Codeliste eindeutig identifizieren. Eine Codeliste kann eine oder mehrere Code-Spalten enthalten. Eine Code-Spalte muss in jeder Zeile einen Eintrag enthalten.

Eine Codeliste ist eine Liste von Codes und der Beschreibung ihrer jeweiligen Bedeutung. Die Bedeutung von Codes kann dabei beispielsweise in Form von Namen (Augsburg, Bremen, München, etc.), Begrifflichkeiten (ledig, verheiratet, geschieden, etc.) oder Statusbeschreibungen (Antrag übermittelt, Antrag empfangen, Antrag unvollständig, etc.) vorliegen. In der Datenübermittlung werden Codelisten eingesetzt, um die für einen bestimmten Übermittlungskontext relevanten Sachverhalte eindeutig zu bezeichnen und in der erforderlichen Form zu beschreiben.

Ein Codelisteneintrag setzt sich zusammen aus mindestens einem Code und mindestens einer Beschreibung der Bedeutung des Codes. Die Summe der Codelisteneinträge einer Codeliste stellen die Daten der Codeliste dar. Ein Codelisteneintrag kann somit verstanden werden als eine Zeile in der Datentabelle einer Codeliste.

Der Codelisten-Editor steht im XRepository zur Verfügung. Die Web-Anwendung ermöglicht das Erstellen und Bearbeiten von Codelisten. Zu diesem Zweck steht eine komfortable Oberfläche und Echtzeit-Validierung zur Verfügung.

Eine Codelistenversion ist die Konkretisierung einer Codeliste über die Angabe versionsspezifischer Metadaten und Daten. Jede Codelistenversion besitzt genau eine Beziehung zu genau einer Codeliste. Jede zu dieser Version des Codelisten-Handbuchs konforme Codelistenversion enthält mindestens eine Codespalte, eine Beschreibungsspalte und einen Codelisteneintrag. Die Version einer Codeliste entspricht einem definierten Stand der Entwicklung oder Fortschreibung dieser Codeliste. Sie wird gekennzeichnet durch einen Versionsbezeichner.

DocBook ist ein Dokumentenformat, das u. a. auf XML basiert und sich besonders zur Erstellung von Büchern, Artikeln und Dokumentationen im technischen Umfeld (Hardware oder Software) eignet. DocBook ist ein offener Standard, der von der Organization for the Advancement of Structured Information Standards (OASIS) gepflegt wird.

Neben XML Schema-Definitionen generiert der XGenerator aus dem XÖV-Fachmodell eines XÖV-Standards für alle Modellbestandteile eine DocBook-Dokumentation als Grundlage für das Spezifikationsdokument des Standards. Die DocBook-Dokumentation kann, eingegliedert in ein Gesamtdokument, in ein beliebiges Endformat überführt werden. Der Prozess zur Produktion von Ausgabeformaten wie beispielsweise PDF aus Quelldokumenten im DocBook-Format ist weit verbreitet und wird durch eine Reihe von frei verfügbaren Werkzeugen unterstützt.

Die eXtensible Markup Language (XML) ist eine Formatbeschreibungssprache für den Austausch strukturierter Daten, die 1997 vom W3C standardisiert wurde.

Das Fachmodell eines XÖV-Standards beschreibt die fachlichen Anforderungen an eine Datenübermittlung. Es ist in UML notiert und definiert neben den auszutauschenden Informationen einer Datenübermittlung (Klassendiagramm) Anwendungsfälle (Anwendungsfalldiagramm), und Prozesse (Aktivitätsdiagramm). Im Gegensatz zum XÖV-Fachmodell enthält ein Fachmodell keine Details der technischen Umsetzung in einen XÖV-Standard.

Genericode ist ein XML-basierter Standard zur Beschreibung von Codelisten, der von der OASIS herausgegeben wird.

Der Genericoder war ein von der KoSIT bereitgestelltes XÖV-Produkt, mit dem Excel-Daten in OASIS Genericode-Codelisten transformiert werden können. Die Unterstützung für dieses Produkt wurde eingestellt. Das Produkt wurde abgelöst vom Codelisten-Editor und wurde zum Ende des Jahres 2022 außer Betrieb genommen.

Die im XRepository vorhandene Interopmatrix hilft Standardisierungsvorhaben, sich eine Übersicht über die von der XÖV-Koordination herausgegebenen Kernkomponenten und deren Nutzung durch die XÖV-Vorhaben zu verschaffen. Sie erlaubt einen direkten Einblick in die fachlichen Konzepte anderer Standards, wie beispielsweise zukünftiger Kommunikationspartner, und kann einem XÖV-Vorhaben beim Entwurf des eigenen Fachmodells als Orientierung dienen. Darüber hinaus unterstützt sie bei der konzeptionellen Abstimmung der auszutauschenden Daten, bei der Entwicklung gemeinsamer Begrifflichkeiten und bei der Harmonisierung organisatorischer und rechtlicher Rahmenbedingungen.

Ein IT-Verfahren ist ein informationstechnisches System.

Ein Klassendiagramm ist eine Diagrammart der UML, die Klassen von Informationsobjekten eines Systems, deren Strukturen und Beziehungen untereinander darstellt. Im XÖV-Kontext bestehen Klassendiagramme insbesondere aus Klassen, Klasseneigenschaften, einseitig navigierbare Kompositionen, Generalisierungsbeziehungen, Abhängigkeitsbeziehungen und Enumerationen. Neben Klassendiagrammen werden in XÖV-Fachmodellen Aktivitätsdiagramme und Anwendungsfalldiagramme eingesetzt.

Mehrsprachige Codelisten sind Codelisten, welche die Möglichkeit nutzen Metadaten und/oder Daten (Spaltenweise) in mehr als einer Sprache anzugeben.

Metadaten informieren unter anderem über Name, Version, Gültigkeit und Herausgeber einer Codeliste. Metadaten werden zur systematische Nutzung von Codelisten benötigt.

Ein Metadatenelement beschreibt eine Codeliste bzw. Code- oder Beschreibungsspalte in einer spezifischen Hinsicht: z.B. Veröffentlichungsdatum, Name, Herausgeber oder Optionalität der Einträge.

Organization for the Advancement of Structured Information Standards

Die Object Management Group (OMG) ist ein Konsortium, das sich mit der Entwicklung von Standards für die herstellerunabhängige und systemübergreifende objektorientierte Programmierung beschäftigt.

Object Management Group

Online Services Computer Interface (OSCI) ist ein Standard der öffentlichen Verwaltung zur sicheren Übermittlung von Daten über offene Netze, wie beispielsweise das Internet.

Die Organization for the Advancement of Structured Information Standards (OASIS) ist eine internationale, nicht gewinnorientierte Organisation, die sich mit der Entwicklung von E-Business- und Web-Service-Standards beschäftigt.

Online Services Computer Interface

Scalable Vector Graphics ist eine vom W3C empfohlene Spezifikation zur Beschreibung zweidimensionaler Vektorgrafiken basierend auf XML. Sie wird vom XGenerator zur Erstellung von Grafiken für die DocBook-Dokumentation eines Standards genutzt.

Die Semantik definiert – im Gegensatz zur Syntax – die Bedeutung der gültigen Zeichen, Wörter und Sätze einer Sprache. So ist die Dokumentation eines XML Schema-Elements und seiner Unterstrukturen in einer XML Schema-Definition ein Beispiel für die Festlegung der Semantik eines Informationsbausteins.

Das Spezifikationsdokument ist, wie auch die XML Schema-Definitionen ein erforderlicher Bestandteil eines XÖV-Standards. Es umfasst eine vollständige Dokumentation der Inhalte des XÖV-Fachmodells. Der wesentliche Bestandteil der Dokumentation wird als DocBook-Dokumentation automatisiert durch den XGenerator generiert.

Scalable Vector Graphics

Die Syntax definiert, wie gültige Sätze einer Sprache aufgebaut werden. Sie trifft dabei keine Aussage über die Bedeutung (Semantik) der gebildeten Sätze.

Unified Modeling Language

Ein UML-Modell ist ein Sprachelement der UML, das Modellelemente für die Beschreibung der Struktur und des Verhaltens eines Systems abbildet. Ein UML-Modell beschreibt über unterschiedliche UML-Diagramme eine oder mehrere Sichten auf das modellierte System. XÖV-Fachmodelle nutzen zur Beschreibung ihrer Sichten die UML-Notation der Anwendungsfalldiagramme, Aktivitätsdiagramme und Klassendiagramme.

Ein UML-Modellierungswerkzeug wird im XÖV-Kontext als ein Werkzeug zur Erstellung des Fachmodells und des XÖV-Fachmodells verstanden.

Die Unified Modeling Language (UML) ist eine grafische Modellierungssprache für den Entwurf und die Entwicklung von Software-Systemen. Sie wird durch die OMG veröffentlicht.

Version einer Codeliste werden gekennzeichnet durch einen Versionsbezeichner (Version). Dieser wird zusammen mit der Kennung der Codeliste zur eindeutigen Identifikation der Version der Codeliste genutzt.

World Wide Web Consortium

Die Web Service Description Language (WSDL) ist eine vom W3C veröffentlichte Plattform-, Programmiersprachen- und Protokollunabhängige Beschreibungssprache für Netzwerkdienste (Web Services) zum Austausch von Nachrichten auf Basis von XML. Sie fungiert als Metasprache, mit deren Hilfe Funktionen, Daten, Datentypen und Datenaustauschprotokolle eines Netzwerkdienstes beschrieben werden können.

Das World Wide Web Consortum (W3C) ist ein internationales Gremium, das sich mit der Erstellung von Technologien für das World Wide Web befasst.

Web Services Description Language

Der XGenerator ermöglicht die automatisierte Prüfung des XÖV-Fachmodells und die Generierung der Bestandteile des Standards aus dem XÖV-Fachmodell. Die zugrundeliegenden XÖV-Prüfanweisungen und XÖV-Übersetzungsanweisungen werden mit dem XÖV-Profil bereitgestellt. Der XGenerator ist ein durch die KoSIT herausgegebenes XÖV-Produkt.

XML Metadata Interchange

eXtensible Markup Language

XML Metadata Interchange (XMI) ist ein Standard der OMG für den Austausch von UML-Modellen auf Basis von XML.

XML Schema ist eine vom W3C empfohlene Spezifikation syntaktischer Regeln für den Aufbau von XML-Dokumentstrukturen. Sie ist die Grundlage für die XML Schema-Definitionen eines XÖV-Standards.

Die XML Schema-Spezifikation des W3C umfasst grundlegende XML Schema-Datentypen, wie dateTime und string, auf die alle weiteren Datentypen eines XÖV-Standards aufbauen. Sie stehen über das XÖV-Profil zur direkten Nutzung in einem XÖV-Fachmodell zur Verfügung.

Eine XML Schema-Definition (XSD) umfasst XML-Elemente und -Datentypen, die nach XML Schema-Regeln aufgebaut sind. XML Schema-Definitionen sind wie auch das Spezifikationsdokument erforderliche Bestandteile eines XÖV-Standards. XML Schema-Definitionen spezifizieren die standardspezifischen Bausteine, das heißt Nachrichten zur Datenübermittlung und zugehörige Datentypen. Mittels XGenerator werden sie automatisiert aus dem XÖV-Fachmodell generiert.

XÖV steht für "XML in der öffentlichen Verwaltung".

XÖV-Bausteine sind XÖV-Codelisten, XÖV-Datentypen und XÖV-Kernkomponenten, die von der KoSIT zur Nutzung in XÖV-Standards angeboten werden. Die Verwendung der XÖV-Bausteine steigert die technische und semantische Interoperabilität zwischen XÖV-Standards. Fachübergreifende Bausteine, wie zum Beispiel die Anschrift einer natürlichen Person, können in bestimmten Fachbereichen als Grundlage zur Umsetzung konkreter, fachspezifischer Anforderungen dienen. Demgegenüber stehen fachunabhängige Bausteine, wie zum Beispiel ein Datentyp zur Übermittlung von Codes aus Codelisten.

Die XÖV-Bibliothek stellt für alle XÖV-Vorhaben den zentralen Bezugspunkt für XÖV-Datentypen und XÖV-Kernkomponenten dar. Sie erlaubt eine komfortable und einheitliche Einbindung und Nutzung dieser XÖV-Bausteine in XÖV-Standards. Veröffentlicht wird die XÖV-Bibliothek, den XÖV-Prinzipien zur Entwicklung von Standards folgend, in der Form eines UML-Modells, welches in XÖV-Standards eingebunden wird und damit die XÖV-Bausteine als UML-Elemente verfügbar macht. Die früheren Modelle der XÖV-Basisdatentypen, der lateinischen Zeichen in Unicode und der XÖV-Kernkomponenten werden durch die XÖV-Bibliothek abgelöst.

XÖV-Datentypen stellen fundamentale, meist fachunabhängig nutzbare XÖV-Bausteine dar, deren Einsatz in unveränderter Form allen XÖV-Standards vorgesehen ist. Sie liegen als XML-Datentypen vor und werden auf XML Schema-Ebene in einen Standard eingebunden. Die Datentypen werden durch die XÖV-Bibliothek zur direkten Nutzung im XÖV-Fachmodell bereitgestellt.

Der XÖV-Entwicklungsansatz fokussiert das Prinzip der Wiederverwendung bestehender Lösungen und wird durch die Verwendung der grafischen Modellierungssprache UML ermöglicht. Auf dem XÖV-Entwicklungsansatz basiert der gesamte XÖV-Entwicklungsprozess.

Der XÖV-Entwicklungsprozess umfasst den XÖV-Entwurfsprozess und den XÖV-Spezifikations- und Produktionsprozess eines Standards. Alle Entwicklungsphasen werden durch die Regelungen, Bausteine, Werkzeuge und Infrastrukturkomponenten des XÖV-Standardisierungsrahmens unterstützt.

In dem XÖV-Entwurfsprozess werden von einem XÖV-Vorhaben die fachlichen Anforderungen an die geplanten Szenarien zur Datenübermittlung erhoben und in einem Fachmodell abgebildet. Dies ist in der Regel ein moderierter Prozess, in dem die technischen, semantischen, organisatorischen und rechtlichen Rahmenbedingungen und Anforderungen durch die Beteiligten erarbeitet und formalisiert werden. Der XÖV-Entwurfsprozess ist Teil des XÖV-Entwicklungsprozesses.

Ein XÖV-Fachmodell ist ein Fachmodell, das mit den Mitteln der XÖV-Spezifikations- und Produktionswerkzeuge und entsprechend der XÖV-Konformitätskriterien spezifiziert wurde.

XÖV-Infrastrukturkomponenten stellen Standardisierungsvorhaben Inhalte zur Wiederverwendung bereit und unterstützen in verschiedener Hinsicht die Entwicklung eines XÖV-Standards. Zu ihnen zählen die XÖV-Bibliothek und das XRepository.

XÖV-Kernkomponenten sind fachübergreifende Datenstrukturen, die die Grundlage für die Ausprägung standardspezifischer Datenstrukturen darstellen können. Typische Beispiele von Kernkomponenten sind die Datenstrukturen zur Abbildung von Anschriften oder Namen natürlicher Personen. Die XÖV-Kernkomponenten sind Bestandteil der XÖV-Bibliothek.

Die XÖV-Konformität stellt ein durch die XÖV-Koordination ausgestelltes Qualitätsmerkmal eines XÖV-Standards dar, das die Einhaltung der XÖV-Konformitätskriterien bescheinigt.

XÖV-Konformitätskriterien sind konkrete Prüfkriterien, die ein XÖV-Standard erfüllt. Sie sind in die vier Bereiche "Bereitstellungspflichten" , "Auskunftspflichten der Standardentwickler und -betreiber" , "Wiederverwendung der XÖV-Bausteine" sowie "Technische Kriterien" unterteilt. Es werden dabei die Verbindlichkeitsstufen "Muss" und "Soll" unterschieden.

Die XÖV-Koordination ist im Auftrag des IT-Planungsrats Herausgeberin des XÖV-Standardisierungsrahmens. Dies umfasst sowohl die Herausgabe und den Betrieb zugehöriger Regelungen, Bausteine, Werkzeuge und Infrastrukturkomponenten als auch die Betreuung von XÖV-Vorhaben inklusive der XÖV-Zertifizierung von Standards. Die Aufgaben der XÖV-Koordination werden derzeit durch das Informationstechnikzentrum Bund (ITZBund) und die Koordinierungsstelle für IT-Standards (KoSIT) wahrgenommen.

Ein XÖV-Modellierer ist eine Person, die das Fachmodell sowie das XÖV-Fachmodell eines Standards unter Einbeziehung von Fachexperten erstellt.

Die XÖV-Namens- und Entwurfsregeln lenken die technische Ausgestaltung eines XÖV-Standards während seiner Spezifikationsphase, in der das Fachmodell des Standards in ein XÖV-Fachmodell überführt wird. Ihre Berücksichtigung wird durch das Konformitätskriterium „K-10 (MUSS): Einhaltung der XÖV-Namens- und Entwurfsregeln“ gefordert.

Namentlich angelehnt an das Dokument "XML Schema Part 0: Primer" des W3C, stellt der XÖV-Primer ein nicht-normatives Dokument dar, welches einen einfachen Zugang zur Spezifikation und Produktion eines XÖV-Standards ermöglichen soll. Mit der ersten Version des XÖV-Primer wird eine vereinfachte modellgetriebene Entwicklungsmethodik zur Spezifikation und Produktion eines XÖV-Standards auf der Basis eines XÖV-Fachmodells beschrieben.

XÖV-Produkte sind einzelne oder zusammengefasste Komponenten des XÖV-Standardisierungsrahmens, wie beispielsweise die Interopmatrix[Interopmatrix] , die XÖV-Kernkomponenten oder das XÖV-Handbuch. Sie sind auf der XÖV-Website dargestellt. Neben den grundlegenden Informationen zu den Produkten werden an dieser Stelle auch Informationen zur Release-Planung und den für die Umsetzung eingeplanten Änderungsanträgen gegeben.

Das XÖV-Profil ist Teil der XÖV-Spezifikations- und Produktionswerkzeuge. Es umfasst die XÖV-Stereotypen, XML Schema-Datentypen, XÖV-Prüfanweisungen und XÖV-Übersetzungsanweisungen.

Als XÖV-Projekt wird die Entwicklungsphase eines XÖV-Standards bezeichnet, es ist Teil eines XÖV-Vorhabens.

XÖV-Prüfanweisungen ermöglichen sowohl den Standardisierungsvorhaben als auch der XÖV-Zertifizierungsstelle eine Teilmenge der XÖV-Regelungen mittels XGenerator zu prüfen. Sie sind ein Bestandteil des XÖV-Profils.

Die XÖV-Regelungen umfassen die XÖV-Konformitätskriterien und XÖV-Namens- und Entwurfsregeln. Mit den XÖV-Regelungen wird das Ziel verfolgt, das dem XÖV-Entwicklungsansatz zugrundeliegende Prinzip der Wiederverwendung bestehender Lösungen in der praktischen Arbeit der XÖV-Vorhaben zu verankern. Sie geben den Vorhaben eine praktische Handlungsgrundlage bei der Verwendung der mit dem XÖV-Standardisierungsrahmen bereitgestellten Komponenten und helfen dabei gleichzeitig, Ergebnisse der Standardisierung strukturell zu vereinheitlichen und somit deren (Wieder-) Verwendung zu vereinfachen.

Der Prozess zur Spezifikation und Produktion eines XÖV-Standards kann zur Übersicht in drei Schritte eingeteilt werden:

Die von der KoSIT bereitgestellten XÖV-Spezifikations- und Produktionswerkzeuge werden im Rahmen des XÖV-Spezifikations- und Produktionsprozesses genutzt. Zu ihnen gehören der XGenerator und das XÖV-Profil. Die technische Voraussetzung für die Erstellung eines XÖV-Standards ist die Verwendung einer gültigen Konfiguration der Spezifikations- und Produktionswerkzeuge. Eine Übersicht der aktuell gültigen XÖV-Konfigurationen ist auf der XÖV-Webseite gegeben.

Als XÖV-Standard wird ein Standard bezeichnet, dessen XÖV-Konformität von der XÖV-Koordination festgestellt wurde.

Der durch die XÖV-Koordination bereitgestellte XÖV-Standardisierungsrahmen ermöglicht die praktische Umsetzung der einzelnen Schritte des XÖV-Entwicklungsprozesses, unterstützt damit XÖV-Vorhaben umfassend von der ersten systematischen Ermittlung der fachlichen Anforderungen bis zur letztendlichen Bereitstellung eines XÖV-Standards. Der Standardisierungsrahmen besteht aus einer Reihe von aufeinander abgestimmten XÖV-Regelungen, XÖV-Werkzeugen, XÖV-Bausteinen und XÖV-Infrastrukturkomponenten.

Das XÖV-Starterpaket stellt für neue XÖV-Vorhaben einen Einstiegspunkt in die praktische Entwicklung eines XÖV-Standards dar. Es besteht aus

Stereotypen ermöglichen die Zuordnung von Klassifikationen und Eigenschaften zu Elementen eines UML-Modells. Die im Rahmen des XÖV-Profils definierten Stereotypen dienen der technischen Anreicherung eines Fachmodells um Informationen zur Ausgestaltung der Bestandteile eines Standards, insbesondere seiner XML Schema-Definitionen. Die Anwendung der XÖV-Stereotypen steuert damit die Behandlung der Modellinhalte durch den XGenerator, z. B. ob eine UML-Klasse in einen XML-Datentyp oder ein XML-Element resultiert. Nach der Anwendung der XÖV-Stereotypen liegt ein XÖV-Fachmodell vor.

XÖV-Übersetzungsanweisungen bestimmen die Überführung eines XÖV-Fachmodells und der darin mit XÖV-Stereotypen annotierten UML-Elemente in einen formalen Standard, bestehend aus einem menschenlesbaren Spezifikationsdokument, maschinenlesbaren XML Schema-Definitionen und gegebenenfalls weiteren technischen Dokumenten. Sie werden als Bestandteil des XÖV-Profils von dem XGenerator verarbeitet.

Im Rahmen eines XÖV-Vorhabens wird ein XÖV-Standard zunächst entwickelt und dann betrieben. Das Vorhaben umfasst damit den gesamten Lebenszyklus des Standards.

Ein XÖV-Werkzeug ist ein von der KoSIT herausgegebenes XÖV-Produkt, das den XÖV-Entwicklungsprozess eines Standards unterstützt. Zu den Werkzeugen gehören die Interopmatrix, der XGenerator und das XÖV-Profil.

Die XÖV-Zertifizierung der XÖV-Konformität bestätigt die formale Qualität eines XÖV-Standards.

Die XÖV-Zertifizierungsstelle bietet allen XÖV-Vorhaben die Möglichkeit, ihren Standard gemäß der XÖV-Konformitätskriterien und der damit einhergehenden XÖV-Namens- und Entwurfsregeln zertifizieren zu lassen.

Das XRepository ist die zentrale XÖV-Distributionsplattform des XÖV-Standardisierungsrahmens. Es unterstützt die Prozesse der Entwicklung und Bereitstellung eines Standards, seine XÖV-Zertifizierung wie auch seine operative Nutzung. Alle Bestandteile eines XÖV-Standards sowie die für den Datenaustausch notwendigen Artefakte wie Codelisten können über das XRepository bezogen werden.

XML Schema-Definition