Der Startpunkt des Standards ist das von der KoSIT bereitgestellte XÖV-Starterpaket für Papyrus und bietet die Grundlage für die Modellierung im XÖV-Entwicklungsprozess. Die Einbindung ist hier beschrieben.

Nach der erfolgreichen Einbindung müssen zunächst einige Umbenennungen durchgeführt werden. Dafür im wird Project Explorer mit der rechten Maustaste auf den Hauptordner geklickt und Rename…​ ausgewählt und Schulungsorganisation eingegeben.

Nun wird ganz ähnlich im Project Explorer mit der rechten Maustaste die Diagramm-Datei (Datei mit dem dem Tukan-Symbol) an- und anschließend Rename…​ ausgewählt.

Dort kann dann erneut Schulungsorganisation eingegeben und der folgende Dialog durch OK bestätigt werden, wodurch die Umbenennung durchgeführt wird.

Die so umbenannte Diagramm-Datei muss jetzt mittels Doppelklick geöffnet und im Model Explorer auf das Hauptpaket geklickt werden.

Bei Properties→UML→Name wird der Name auf Schulungsorganisation geändert

und anschließend im Hauptpaket starterpaket angeklickt. Achtung: Vor starterpaket werden im Modelexplorer die zugeordneten Stereotypen angezeigt, d.h. '<<xoevStandard, xoevVersionStandard,[…​]>>'

Bei Properties→UML→Name muss nun der Namen auf schulungsorganisation (Achtung: Kleinschreibung) geändert werden, womit die Umbenennung abgeschlossen ist.

Nun müssen im nächsten Schritt die Beispieldaten aus dem Starterpaket gelöscht werden. Wenn das Paket schulungsorganisation geöffnet wird, ist zu erkennen, dass Identifikation.Hamster, Identifikation.Zuechter und Wettbewerbsmeldungen vorhanden sind, die nicht benötigt werden

Dafür zuerst auf Identifikation.Hamster mit der rechten Maustaste klicken und Delete auswählen wodurch die Klasse mit allen Eigenschaften aus dem Projekt entfernt wird. Das gleiche Procedere kann mit den anderen Klassen und dem Diagramm wiederholt werden.

Als nächsten Schritt müssen die Metadaten angepasst werden, die bei den Stereotypen des Hauptpakets schulungsorganisation zu finden sind. Nach der Auswahl des Pakets muss dafür zu Properties→Profile navigiert werden, um dort die vorhandenen Eigenschaften durch die Metadaten des Standards Schulungsorganisation zu ersetzen. Die anzupassenden Metadaten sind unter xoevStandard zu finden.

und sollen die nachfolgenden Werte erhalten. Um einen Wert zu editieren, auf diesen klicken und im rechten Fenster diesen ersetzen.

Die Metadaten zur Version eines XÖV-Standards sind unter xoevVersionStandard zu finden. Auf die gleiche Art wie vorher sollen nun die folgenden Werte ersetzt werden um die Vorbereitung für die Erzeugung eines Beispielstandards abzuschließen.

(Die Regelungen zur Bildung der Kennung sind im Kapitel 4.2.2 des XÖV-Handbuchs zu finden.)

Für die Erstellung wird im Model Explorer mit der rechten Maustaste auf Schulungsorganisation geklickt und dort New Diagram→Use Case Diagram ausgewählt.

Im folgenden Dialog NewUseCaseDiagramm löschen, als Name Anwendungsfalldiagramm eintragen und auf OK klicken. Nun sollte das noch leere Anwendungsfalldiagramm für Schulungsorganisation.di im Model Explorer zu sehen und geöffnet sein.

Um den ersten Anwendungsfall im Diagramm darzustellen, muss aus der Palette das Use Case-Element per Drag&Drop in das Fenster gezogen werden und das Element als Anmeldung eines Schulungsbedarfs benannt werden.

Damit das Icon vor dem Namen nicht dargestellt wird, muss unter Properties→Appearance des Elements die Checkbox bei Element icon entfernt werden.

Das fertige Element sollte jetzt wie folgt aussehen.

Auf die gleiche Art können die folgenden Use Case-Elemente hinzugefügt werden.

Im nächsten Schritt sollen die Rollen der Beteiligten hinzugefügt und verbunden werden. Dafür muss aus der Palette das Actor-Element per Drag&Drop in den Arbeitsbereich gezogen werden und mit dem Namen Organisator versehen werden.

Über die den Link Assoziation kann der erstellte Organisator mit Anmeldung zur Schulung verbunden werden, sodass das Diagramm folgendermaßen aussehen sollte:

Jetzt kann der Organisator nun noch mit dem Anwendungsfall Bestätigung der Teilnahme verbunden werden. Auf die gleiche Art sollen noch zwei Actors namens Trainee und Referent einfügt werden und mit verschiedenen Anwendungsfällen verbunden werden, sodass sich am Ende das Anwendungsfalldiagramm ergibt

Im Folgenden wird der Anwendungsfall Anmeldung zur Schulung erläutert, der die Grundlage für die nachfolgenden Modellierungsschritte ist.

Mit Hilfe des Anwendungsfall ist ersichtlich, dass drei Nachrichten benötigt werden, um diesen umzusetzen. Als erstes benötigt man eine Nachricht, welche die Anmeldeinformationen beinhaltet. Außerdem benötigt man ein Nachricht, um eine Anmeldung zu bestätigen, und eine, um eine Anmeldung abzulehnen.

Um ein klareres Bild zu bekommen, in welchem Kontext und mit welchen Daten die Nachrichten existieren, müssen diese innerhalb von Prozessen dargestellt werden. Prozesse beschreiben Abläufe, die durch die Kommunikation von Nachrichten zwischen verschiedenen Instanzen, Systemen oder Modulen geregelt werden. Sie werden mithilfe von UML-Aktivitätsdiagrammen visualisiert.

Der Anmeldeprozess beginnt mit der Kursauswahl durch einen Teilnehmer und endet mit der Bestätigung oder Ablehnung der Kursanmeldung. Nachfolgend soll ein entsprechendes Aktivitätsdiagramm in Papyrus erstellt werden.

Zunächst wird mit der rechten Maustaste auf schulungsorganisation geklickt und New Diagram→Activity Diagram ausgewählt, dem Diagramm der Name Aktivitätsdiagramm geben und mit OK bestätigt.

Wie bei dem Anwendungsfalldiagramm ist nun das neue Aktivitätsdiagramm geöffnet (es erscheint als Reiter neben dem zuvor erstellten Anwendungsfalldiagramm) und ihm kann unter Properties→UML→Name der Name Prozesse gegeben werden.

Nun wird als erstes eine Partition für den Trainee benötigt. Dafür per Drag&Drop eine Activity Partition in den Arbeitsbereich ziehen und die Partition Trainee nennen.

Die Partition sollte links sein und kann in der Größe individuell angepasst werden. Auf selber Art wird eine Partition für die rechte Seite erstellt, die den Namen Organisator bekommt.

Mit Initial node kann anschließend in der Trainee Partition ein Startknoten per Drag&Drop gezogen werden, der den Namen Schulungsankündigung trägt.

Jetzt kann der erste Aktivitätsknoten eingefügt werden. Dazu per Drag&Drop Call Behavior Action in die linke Partition ziehen

und den Aktivitätsknoten den Namen Schulung auswählen geben.

Nun die den Startknoten mit dem Aktivitätsknoten verbinden, indem die über einen Control Flow verbunden wird. Danach sollte das Diagramm folgendermaßen aussehen.

Auf die gleiche Art kann ein zweiter Aktivitätsknoten linken Partition eingefügt und verbunden werden, der mit Anmeldung erstellen und versenden benannt und mit dem anderen Knoten verbunden wird.

Als nächstes in der rechten Partition einen weiteren Aktivitätsknoten einfügen und mit Anmeldung prüfen benennen.

und anschließend zwischen den Partitionen einen Central Buffer Node einfügen, der den Namen Anmeldung.Nachricht.0001 bekommt.

Für die Verbindungen brauchen wir im nächsten Schritt einen Output-Pin an den Aktivitätsknoten Anmeldung erstellen und versenden sowie einen Input-Pin an dem Aktivitätsknoten Anmeldung prüfen, die wir in der Palette finden.

Mit einem Object Flow aus edges von dem Output-Pin zur Anmeldung Nachricht 0001 ziehen einen Object Flow von Anmeldung Nachricht 0001 zum Input-Pin bei Anmeldung prüfen ziehen.

Als nächstes wird ein Entscheidungsknoten unter dem Aktivitätsknoten Anmeldung prüfen gezogen, diesem die Beschriftung Bestätigung möglich? geben und mit dem Aktivitätsknoten verbinden.

Anschließend können zwei weitere Aktivitätsknoten einfügen und mit Bestätigung erstellen und versenden und Ablehnung erstellen und versenden benannt werde. Diese sind jeweils das Ziel der Entscheidung, weswegen sie mit dem Entscheidungsknoten über Kontrollflüsse verbunden mit ja bzw. nein beschriftet werden.

Von dort kann das Diagramm weiter mit den bis hierhin eingeführten MMittel aufgebaut werden, bis es wie folgt aussieht:

Zum Abschluss werden noch die Endknoten benötigt die mit einem Activity final-Knoten in die linke Partition zum Aktivitätsknoten Bestätigung verarbeiten gezogen und verbunden werden.

Damit ist das Aktivitätsdiagramm fertig erstellt.

Für das Fachmodell wird in diesem Rahmen wird die Anmeldungsnachricht erarbeitet. Dazu benötigen wir Information zur Schulung, zum Trainee und zur anmeldenden Organisation. Die ersten beiden Datensätze werden wir als wiederkehrende Datentypen definieren, damit diese in anderen Nachrichten wiederverwendet werden können. Deshalb werden diese zuerst vor der Nachricht definiert und nach NDR-5 aus dem XÖV-Handbuch im Order Baukasten abgelegt.

Für die nachfolgende Modellierung verwenden wir ein Klassendiagramm indem mit der rechten Maustaste auf schulungsorganisation geklickt und New Diagram→Class Diagram auswählen wird. Als Name wählen wir "Klassendiagramm" und bestätigen mit Ok.

Nun muss das Klassendiagramm so angepasst werden, dass es zum XÖV-Fachmodell wird. Dafür müssen wir die Klassen mit Stereotypen bezeichnen, damit ersichtlich wird, was eine Nachricht und was ein fachlicher Datentyp ist.

Als erstes wird die Nachricht ausgewählt und unter Properties→Profile auf das Pluszeichen geklickt

Dort im linken Textfeld xsdMessage eingeben und mit Return bestätigen. Anschlißened mit OK bestätigen.

Auf die gleiche Art bei den fachlichen Datentypen den Stereotyp xsdNamedType wählen. Danach sollte das Klassendiagramm folgendermaßen aussehen

Nun müssen noch die Klassen in die richtigen Ordner über den Model Explorer verschoben werden. Beide Klassen repräsentieren einen fachlichen Datentypen zur Wiederverwendung im gesamten XÖV-Standard.

Nachrichten müssen in ein Package Nachrichten zusammengeführt werden (nach NDR-5, XÖV-Handbuch). Deshalb muss ein neues Package Schulungsanmeldungen im Package Nachrichten angelegt werden. Dafür mit der rechten Maustaste auf das Package Nachrichten klicken und New Child→Package auswählen

un diesen Ordner mit dem Stereotyp xsdSchema markieren, indem über Properties→Profile→Applied stereotypes auf das Pluszeichen geklickt wird und der Stereotyp im folgenden Dialog ausgewählt wird.

Zuletzt muss noch die Nachricht in den Ordner verschoben werden.