Versionen im Vergleich

Schlüssel

  • Diese Zeile wurde hinzugefügt.
  • Diese Zeile wurde entfernt.
  • Formatierung wurde geändert.

...

Produktions-Pakete: Produktions-Pakete bündeln Formular und Schema in einem produktionsbereiten Paketfertigen Paket, das außerhalb des R-S verwendet werden kann.

 

Mehr über die Objekte lernen Sie in einem späteren Abschnitt. Zunächst konzentrieren wir uns auf die Versionierung:

...

Section
Column
width225px

Das Formular "Rechnung v1.0"

Das Formular "Rechnung v2.0"

Das Formular "Rechnung v2.5"

Column
width225px

Das Schema "Rechnung v1.0"

Das Schema "Rechnung v2.0"

Das Schema "Rechnung v2.5"

Column
width300px

Die Bibliothek "Rechnungs-Ressourcen v1.0"

Die Bibliothek "Rechnungs-Ressourcen v2.0"

Die Bibliothek "Rechnungs-Ressourcen v2.5"

Column

 

 

Von einem angelegten Basisobjekt muss also mindestens eine Version existieren, damit Sie damit arbeiten können.

Allerdings kann immer nur eine Version eines Objekts als "Aktuelle Version" (ACCEPTED- oder PRODUCTION-Status,

,

es können aber auch mehrere Versionen eines Objekts zur gleichen Zeit existierenmehr über die Status im R-S erfahren Sie weiter unten unter Status-Workflow des R-S) ausgezeichnet sein.

 

Info

Bei Produktions-Paketen existiert keine Versionierung in diesem Sinne, da Produktions-Pakete die Version der Schema-Version übernehmen:

Für die Schema-Version 1.5 des Schemas Rechnung wird ein Produktions-Paket für die Version 1.5 des Schemas Rechnung angelegt.

...

während die Objekte Formular Rechnung, Schema Rechnung und Schema Mahnung als "Ordner" für ihre Versionen dienen.

(Schemas brauchen immer ein Formular, das durch sie gestaltet wird, weswegen in Abb. B jeder Schema-Version eine Formular-Version zugewiesen wird).

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 Basisobjekts (Formulare, Schemas, Bibliotheken und Produktions-Pakete) besitzen im R-S einen Status.

...

Der Status eines Objekt bestimmt, welche Aktionen mit diesem Objekt durchgeführt werden dürfen, z.B. ob ein Objekt geändert

oder verwendet werden darf.

Der Status eines Objekts A hat aber auch Auswirkungen auf ein Objekt B, das Objekt A benutzt.

 

Im R-S gibt es folgende Status:

StatusErklärungObjekte
EDITDas Objekt befindet sich in der Erstellungs-Phase und wird noch bearbeitet.
TESTDas Objekt befindet sich in der Test-Phase. Die Bearbeitung des Objekts ist abgeschlossen.
ACCEPTEDDas Objekt wurde getestet und zur Nutzung freigegeben.
REJECTEDDas Objekt wurde zurückgewiesen, z.B. während der Test-Phase und muss überarbeitet werden.
DEPRECATEDDas Objekt wurde schon zur Nutzung freigegeben, ist jetzt aber veraltet und sollte nicht mehr benutzt werden.
NEWDas Produktions-Paket wurde neu angelegt (Übergangsstatus).
SCHEDULEDDas Produktions-Paket befindet sich in der Warteschlange zur Generierung (Übergangsstatus).
GENERATINGDas Produktions-Paket wird gerade generiert (Übergangsstatus).
GENERATEDDas Produktions-Paket wurde fertig generiert.
PRODUCTIONDas Produktions-Paket wurde freigegeben und kann jetzt in der Produktion verwendet werden.
ERRORBei dem Produktions-Paket ist ein Fehler aufgetreten.

...

Section
Column
width1100px
Panel
borderColor#C6EDD8
bgColor#F2FBF6
borderWidth1px
titleProduktions-Phase
borderStyledotted

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 von einem Schema erstellen 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.

Column

 

...