Bevor Sie mit dem R-S arbeiten ist es wichtig, dass Sie die Konzepte hinter dem R-S verstehen.
2 Grundlegende Aspekte der Arbeitsweise des R-S sind dabei die Versionierung und der R-S Workflow.
Es ist für das Arbeiten im R-S essenziell, dass Sie mit diesen Eigenschaften des R-S vertraut sind,
da sie ein wichtiger Bestandteil des R-S Arbeitsablaufes sind.
Versionierung im R-S
Im R-S gibt es sogenannte Basisobjekte. Dies sind die grundlegenden Elemente, mit denen Sie arbeiten werden.
Folgende Basisobjekte sind der Versionierung unterworfen:
(Dies sind gleichzeitig auch die Basisobjekte, die dem R-S Status Workflow unterworfen sind. Dazu mehr im nächsten Abschnitt)
Dies sind die 4 elementaren Basisobjekte im R-S:
Formulare: Sie beinhalten die Rohdokumente und stellen zu den Dokumenten gehörende Datenströme (Informationen) zur Verfügung.
Schemas: Schemas ermöglichen die Gestaltung, Anpassung, Individualisierung und Verarbeitung eines Formulars.
Bibliothek: Bibliotheken beinhalten Ressourcen, die Sie in einem Schema verwenden können (z.B. Bilder).
Produktions-Pakete: Produktions-Pakete bündeln Formular und Schema in einem produktionsbereiten Paket.
Mehr über die Objekte lernen Sie in einem späteren Abschnitt. Zunächst konzentrieren wir uns auf die Versionierung:
Im R-S wird nicht direkt mit diesen Basisobjekte gearbeitet, sondern mit Versionen der Objekte:
Formulare, Schemas und Bibliotheken im R-S enthalten selbst nur einen Namen (und evtl. eine Beschreibung).
Alle Eigenschaften und Inhalte, die ein Objekt enthalten kann, werden in der Version des Objekts abgelegt.
Von einem angelegten Basisobjekt muss also mindestens eine Version existieren, damit Sie damit arbeiten können.
Bei Produktions-Paketen existiert keine Versionierung in diesem Sinne, da Produktions-Pakete die Version der Schema-Version übernehmen:
Die Schema-Version 1.5 des Schemas Rechnung generiert ein Produktions-Paket für das Schema Rechnung mit der Versionsnummer 1.5.
Die Struktur des R-S mit Versionierung in der Praxis:
Wie Sie sehen, verläuft der komplette R-S Prozess auf Basis der Versionen der Formulare und Schemas,
während die Objekte Formular Rechnung, Schema Rechnung und Schema Mahnung nur als Überordnung für ihre Versionen dienen.
Zur Vereinfachung fehlen in der Darstellung die Bibliotheken. Für sie verläuft die Versionierung aber analog.
Status-Workflow im R-S
Versionen eines Objekts besitzen im R-S einen Status. Dieser Status gibt den Zustand der Version an und bestimmt, wie die Version verwendet werden darf.
Die meisten Statusänderung werden durch den Benutzer durchgeführt. Der Status eines Objekt bestimmt, welche Aktionen mit diesem Objekt durchgeführt werden dürfen,
z.B. ob ein Objekt geändert werden darf. Der Status eines Objekts A hat aber auch Auswirkungen auf ein Objekt B, das Objekt A benutzt,
z.B. ob dieses Objekt einen bestimmten Status annehmen darf.
Im R-S gibt es folgende Status:
| Status | Erklärung |
|---|---|
| EDIT | Das Objekt befindet sich in der Entwicklungs-Phase und wird noch bearbeitet. |
| TEST | Das Objekt befindet sich in der Test-Phase. Die Bearbeitung des Objekts ist abgeschlossen. |
| ACCEPTED | Das Objekt wurde getestet und zur Nutzung freigegeben. |
| REJECTED | Das Objekt wurde zurückgewiesen, z.B. während der Test-Phase. |
| DEPRECATED | Das Objekt wurde zur Nutzung freigegeben, ist jetzt aber veraltet und sollte nicht mehr benutzt werden. |
| NEW | Das Produktions-Paket wurde neu angelegt. |
| SCHEDULED | Das Produktions-Paket befindet sich in der Warteschlange zur Generierung. |
| GENERATING | Das Produktions-Paket wird gerade generiert. |
| GENERATED | Das Produktions-Paket wurde fertig generiert. |
| PRODUCTION | Das Produktions-Paket wurde freigegeben und befindet sich jetzt in der Produktion |
| ERROR | Bei dem Produktions-Paket ist ein Fehler aufgetreten. |
Nicht jedes Objekt kann jeden Status haben:
| Status | EDIT | TEST | ACCEPTED | REJECTED | DEPRECATED | NEW | SCHEDULED | GENERATING | GENERATED | PRODUCTION | ERROR |
|---|---|---|---|---|---|---|---|---|---|---|---|
| Formular-Version |  | | | | |  | | | | | |
| Schema-Version | | | | | | | | | | | |
| Bibliotheks-Version | | | | | | | | | | | |
| Produktions-Paket | | | | | | | | | | | |
Objekt kann diesen Status haben
Objekt kann diesen Status nicht haben
Statusablauf der Objekte im R-S:
Für Transaktions-Formulare, Schemas und Bibliotheken verläuft der Status-Workflow gleich:
Bearbeitungs-Phase
Nach der Erstellung haben Formulare, Schemas und Bibliotheken den Status EDIT. Nur im EDIT-Status können Sie Objekte
bearbeiten und verändern. Wechseln Sie zum Test-Status, wenn Sie das Objekt fertig bearbeitet haben.
Wird ein Objekt während der Test-Phase zurückgewiesen und erhält den Status REJECTED,
kann es in diesem Status nicht bearbeitet werden. Vom REJECTED-Status ist aber nur der Übergang zum EDIT-Status möglich,
in dem Sie das Objekt dann bearbeiten und die Beanstandungen, die sich in der Test-Phase ergaben, korrigieren können.
Test-Phase
In der Test-Phase prüfen Sie, ob das Objekt für den weiteren Produktions-Prozess geeignet ist.
In der Test-Phase können Sie das Objekt nicht bearbeiten. Wenn Sie das Objekt ausreichend getestet haben und
es den Anforderungen genügt, weisen Sie dem Objekt den ACCEPTED-Status zu. Wenn das Objekt den Anforderungen nicht genügt,
weisen Sie das Objekt durch Wechsel in den REJECTED-Status zurück. Das Objekt kann dann in den EDIT-Status zurückversetzt werden,
um nachträgliche Änderungen vorzunehmen.
Produktions-Phase
Hat ein Objekt den ACCEPTED-Status erreicht, ist es für den weiteren Produktions-Prozess freigegeben. Erst dann ist es für die
finale Verwendung zugelassen. Um ein Produktions-Paket in Produktion geben zu können, müssen alle beteiligten Objekte
den ACCEPTED-Status haben. Um ein Objekt als veraltet zu markieren, können Sie es, nachdem es den ACCEPTED-Status erreicht hat,
in den DEPRECATED-Status versetzen. Das Objekt ist allerdings weiterhin zur Verwendung freigegeben, es sollte aber nicht mehr benutzt werden.
Sie können ein als DEPRECATED markiertes Objekt auch wieder in den ACCEPTED-Status zurückversetzen.
Sie können in einem Schema zwar ein Transaktions-Formular verwenden, dass als Status nicht ACCEPTED (oder DEPRECATED) hat,
das Schema kann dann aber erst in den Test-Status wechseln, wenn das Formular den ACCEPTED-Status erreicht hat.
Ebenso können Sie in ein Schema zwar Bibliotheken, die als Status nicht ACCEPTED (oder DEPRECATED) haben, einbinden,
das Schema kann dann aber erst in den Test-Status wechseln, wenn alle Bibliotheken, die das Schema nutzt, den ACCEPTED-Status erreicht haben.
Überblick
Inhalte