Mit der XÖV-Bibliothek werden den Standardisierungsvorhaben alle XÖV-Bausteine ^[1] gebündelt zur Nachnutzung bereitgestellt.

Aus Sicht eines / einer Entwickler:in bzw. Modellierer:in eines XÖV-Fachmodells stellt sich die Bibliothek als eigenständiges Modell dar, das technisch in das eigene Fachmodell als externes Modell eingebunden werden kann.

Weil die Verwendung der mit der Bibliothek bereitgestellten Datentypen und Kernkomponenten durch die NDRs geregelt und in Teilen mandatorisch vorgegeben wird, ist die Bibliothek de facto ein fester Bestandteil eines jeden XÖV-Standards.

Allgemeine Informationen zur Bibliothek, zu den einzelnen Fassungen und zum Bezug der Bibliothek finden Sie unter docs.xoev.de/bibliothek.

Die XÖV-Koordination gibt im Rahmen des Betriebs der XÖV-Produkte eine Reihe von Codelisten heraus, die durch die XÖV-Standards direkt verwendet werden können.

Eine Codeliste wird im XÖV-Kontext definiert als eine Liste von Codes und zugehöriger Beschreibung(en). Codes und zugehörige Beschreibungen können, wie im Folgenden illustriert, als Tabelle dargestellt werden. Die Tabelle 1, “Codeliste Familienstand” zeigt beispielhaft die Daten einer Codeliste zur Übermittlung des Familienstands, wie sie in vergleichbarer Form beispielsweise im Standard XMeld verwendet wird.

Neben den Daten einer Codeliste erfordert deren systematische, vorhabenübergreifende Nutzung die Beschreibung der Codeliste als solche, ihrer Versionen und der zugehörigen Daten. Diese sogenannten Metadaten informieren unter anderem über Name, Version, Gültigkeit und Herausgeber einer Codeliste. Es wird unterschieden in Metadaten, die

XÖV-Standards entwickeln und betreiben in der Regel eine ganze Reihe von eigenen, in der Regel fachspezifischen Codelisten.

Neben diesen können aber auch Codelisten anderer Herausgeber durch den eigenen Standard verwendet werden. Solche in der Regel fachübergreifende oder fachunabhängige Codelisten werden beispielsweise durch die XÖV-Koordination oder durch die fachlich verantwortlichen direkt herausgegeben. Typische Vertreter dieser Klasse von Codelisten sind in Tabelle 2, “Beispiele fachübergreifender Codelisten” beispielhaft aufgeführt.

In der definierten Struktur eines XÖV-Fachmodells können XÖV-Codelisten wie auch alle anderen Codelisten fremder Herausgeben beispielsweise zu Dokumentationszwecken in das eigene Modell integriert werden. Details hierzu werden im Schulungsmodul Paketstruktur des Modells vermittelt.

Zur Herausgabe der eigenen Codelisten wie auch der Bezug fremder Codelisten wird im XÖV-Kontext das XRepository (siehe hierzu auch XRepository) genutzt.

Das XRepository ist die zentrale XÖV-Distributionsplattform. 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 manuell sowie automatisiert (REST-Schnittstelle) bezogen werden. Das XRepository ist somit für Verfahrenshersteller, Betreiber von IT-Verfahren, Betreiber von XÖV-Standards, Herausgeber von Codelisten und die KoSIT ein wichtiges Werkzeug für die tägliche Arbeit.

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

Das Starterpaket wird durch die XÖV-Koordination für die derzeit unterstützten Modellierungsumgebung MagicDraw und Papyrus herausgegeben.

Weitere Informationen hierzu wie auch das XÖV-Starterpaket selbst sind unter docs.xoev.de/starterpaket bereitgestellt.

UML ist eine standardisierte visuelle Modellierungssprache, die in der Softwareentwickung und Systemanalyse weit verbreitet ist. Die Verwendung von UML zur Beschreibung bestimmter Sachverhalte im XÖV-Fachmodell ist mit der aktuellen Methodik und dem zugehörigen Regelwerk verbindlich geregelt.

Die im Folgenden dargestelten UML-Diagrammarten werden in der Entwurfs- und Spezifikationsphase genutzt, um den oder die Anwendungsbereiche eines Standards, der Verwendung seiner Nachrichten und die zu übermittelnden Datenstrukturen zu spezifizieren.

Ein Anwendungsfalldiagramm ist eine Diagrammart 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 werden mit dieser Art von Diagrammen die jeweiligen Szenarien der Datenübermittlung beschrieben, in denen der Standard Verwendung finden kann, soll oder muss. In Abbildung 2, “Beispielhaftes Anwendungsfalldiagramm” sind beispielhaft die Phasen des XÖV-Entwicklungsansatzes als zusammengefasste Anwendungsfälle dargestellt.

Anwendungsfalldiagramme sind durch eine Beschreibung der dargestellten Akteure und Anwendungsfälle zu ergänzen.

Ein Aktivitätsdiagramm ist eine Diagrammart der UML zur Darstellung allgemeiner Abläufe. Im XÖV-Kontext werden Aktivitätsdiagramme zur Dokumentation der Aktivitäten und Prozessen von Datenübermittlungsszenarios genutzt. Mit Hilfe dieses Diagrammart kann als explizit dokumentiert werden, wer mit wem welche Nachrichten austauscht und unter welchen Bedingungen diese Datenübermittlung stattfindet.

In der Praxis werden für die Umsetzung der jeweiligen Anwendungsfälle eines Standards häufig Gruppen von Nachrichten gebildet. Mittel Aktivitätsdiagramm wird dann im Detail für jede Gruppe dokumentiert unter welchen Bedingungen die einzelnen Nachrichten einer Gruppe zu verwenden sind.

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. Die untenstehende Darstellung zeigt beispielhaft ein Klassendiagramm der XÖV-Kernkomponente Anschrift.

Konformitätskriterien decken die unterschiedlichen methodischen, organisatorischen und technischen Bereiche eines Standardisierungsvorhabens ab. Demgegenüber wird mit den Namens- und Entwurfsregeln ausschließlich die technische Ausgestaltung des XÖV-Fachmodells und der technischen Bestandteile des Standards geregelt. Die Einhaltung der technischen Regelungen wird durch die Konformitätskriterien gefordert

XÖV-Konformitätskriterien sind konkrete Prüfkriterien, die ein XÖV-Standard erfüllt. Sie sind in die vier Bereiche

unterteilt. Es werden die Verbindlichkeitsstufen Muss und Soll unterschieden:

Eine Übersicht wie auch eine detaillierte Beschreibung der derzeit insgesamt 15 XÖV-Konformitätskriterien ist im XÖV-Handbuch gegeben. Mit der Beschreibung werden sowohl die Begründungen der einzelnen Kriterien als auch die in der Konformitätsprüfung jeweils genutzten Prüfgrundlagen und Prüfinhalte beschrieben.

Mit dem Konformitätskriterium K-10 wird die Einhaltung der XÖV-Namens- und Entwurfsregeln (kurz NDRs) gefordert.

Die NDRs 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.

Anders als bei den Konformitätskriterien existieren bei den NDRs auch Regelungen mit der Verbindlichkeitsstufe Empfehlung.

Die Einhaltung der NDRs mit der Verbindlichkeit Muss und Soll ist zertifizierungsrelevant und wird mit der Nutzung der XÖV-Spezifikations- und Produktionswerkzeuge, sofern technisch möglich, automatisiert geprüft.

Tabelle 3, “Übersicht der XÖV Namens- und Entwurfsregeln” gibt eine Übersicht über die derzeit insgesamt 30 Namens- und Entwurfsregeln des XÖV-Rahmenwerks.

Eine detaillierte Beschreibung der Regeln ist im XÖV-Handbuch gegeben. Sie umfasst neben einer Erläuterung auch die Begründungen der Regelung sowie einen Hinweis, ob die Regelung technisch geprüft werden kann.