...
Versionierung bedeutet, dass Sie von einem Basisobjekt, das Sie erstellt haben, mehrere Versionen anlegen können (und mindestens eine anlegen müssemüssen),
mit denen Sie dann arbeiten. Die Versionen sind dabei voneinander unabhängig, sie haben nur die Zugehörigkeit zum selben Basisobjekt gemeinsam.
Im R-S wird also nicht direkt mit den Basisobjekten Formular, Schema, etc. gearbeitet, sondern mit ihren Versionen.
Abbildung AB: Versionen eines Objekts
...
Alle Eigenschaften und Inhalte, die ein Objekt enthalten kann, werden in den Versionen der Objekte abgelegt.
In Abb. AB existieren also folgende nutzbare Objekte:
| Section |
|---|
| Column |
|---|
| Das Formular "Rechnung v1.0" Das Formular "Rechnung v2.0" Das Formular "Rechnung v2.5" |
| Column |
|---|
| Das Schema "Rechnung v1.0" Das Schema "Rechnung v2.0" Das Schema "Rechnung v2.5" |
| Column |
|---|
| Die Bibliothek "Rechnungs-Ressourcen v1.0" Die Bibliothek "Rechnungs-Ressourcen v2.0" Die Bibliothek "Rechnungs-Ressourcen v2.5" |
|
...
| 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 generiert. |
Die Struktur des R-S mit Versionierung in der Praxis:
Image Modified
Abbildung BC: Versionierung
Wie Sie sehen, verläuft der komplette R-S Prozess auf Basis der Versionen der Formulare und Schemas,
...
(Schemas brauchen immer ein Formular, das durch sie gestaltet wird, weswegen in Abb. BC jeder Schema-Version eine Formular-Version zugewiesen wird).
...
Im R-S gibt es folgende Status:
| Status | Erklärung | Objekte |
|---|
EDIT | Das Objekt befindet sich in der Erstellungs-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 und muss überarbeitet werden. | |
DEPRECATED | Das Objekt wurde schon zur Nutzung freigegeben, ist jetzt aber veraltet und sollte nicht mehr benutzt werden. | |
NEW | Das Produktions-Paket wurde neu angelegt (Übergangsstatus). |  |
SCHEDULED | Das Produktions-Paket befindet sich in der Warteschlange zur Generierung (Übergangsstatus). | |
GENERATING | Das Produktions-Paket wird gerade generiert (Übergangsstatus). | |
GENERATED | Das Produktions-Paket wurde fertig generiert. | |
PRODUCTION | Das Produktions-Paket wurde freigegeben und kann jetzt in der Produktion verwendet werden. | |
ERROR | Bei dem Produktions-Paket ist ein Fehler aufgetreten. | |
...
| Hinweis |
|---|
- Im
REJECTED-Status kann ein Produktions-Paket zwar bearbeitet, aber nicht wieder verwendet werden.
- Im
EDIT- und TEST-Status können Formulare, Schemas und Bibliothek verwendet werden, für die Produktion müssen sie aber ACCEPTED-Status haben.
|
Workflows der Objekte im R-S
...
Im R-S werden 3 Abschnitte im Lebens-Zyklus einer Objektversion unterschieden:
...
kann nicht mehr in den Test- oder Design-Zyklus gewechselt werden. Hier sehen Sie den kompletten Statusworkflow des R-S:
Abbildung C: Status-Workflow
...
| Section |
|---|
| Column |
|---|
| | Panel |
|---|
| borderColor | #F9DFC9 |
|---|
| bgColor | #FEF8F3 |
|---|
| borderWidth | 1px |
|---|
| title | Bearbeitungs-Phase |
|---|
| borderStyle | dotted |
|---|
| Nach der Erstellung haben Formular-Versionen, Schema-Versionen und Bibliotheks-Versionen 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 wieder bearbeiten und die Beanstandungen, die sich in der Test-Phase ergaben, korrigieren können. |
|
|
| Section |
|---|
| Column |
|---|
| | Panel |
|---|
| borderColor | #D9E6F6 |
|---|
| bgColor | #F6F9FD |
|---|
| borderWidth | 1px |
|---|
| title | Test-Phase |
|---|
| borderStyle | dotted |
|---|
| 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.
 Schema-Versionen können Sie nicht manuell den ACCEPTED-Status zuweisen. Dies geschieht automatisch, wenn das zugehörige
Produktions-Paket den ACCEPTED-Status erreicht. (Siehe: Status - Workflows und Versionierung#Status-Workflow bei Produktions-Paketen) |
|
|
...
| Section |
|---|
| Column |
|---|
| | Panel |
|---|
| borderColor | #F9DFC9 |
|---|
| bgColor | #FEF8F3 |
|---|
| borderWidth | 1px |
|---|
| title | Bearbeitungs-Phase |
|---|
| borderStyle | dotted |
|---|
| Produktions-Pakete können nicht manuell erstellt werden, sondern sie werden automatisch für eine Schema-Version angelegt, wenn diese vom EDIT-Status in den TEST-Status wechselt (Vgl. "Automatischer Statuswechsel", Abb. C). Ein Produktions-Paket hat dann erst den NEW-Status, das Paket durchläuft aber automatisch einen Generierungs-Prozess: Konnte das Paket erfolgreich generiert werden, nimmt es nach der Generierung den GENERATED-Status an. Tritt beim Generierungs-Prozess ein Fehler auf, geht das Produktions-Paket automatisch in den REJECTED-Status über. Befindet sich ein Produktions-Paket im REJECTED-Status, wird die in ihm enthaltene Schema-Version automatisch auch in den REJECTED-Status versetzt. (Vgl. "Automatischer Statuswechsel", Abb. C). Ein Produktions-Paket, das in den REJECTED-Status versetzt wurde, kann nicht mehr genutzt werden und wird unbrauchbar. Für eine Schema-Version wird aber jedes Mal, wenn sie vom EDIT-Status in den TEST-Status wechselt, ein neues Produktions-Paket angelegt. Wird ein Produktions-Paket also zurückgewiesen und seine Schema-Version erhält den REJECTED-Status, können Sie ein neues Produktions-Paket für die Schema-Version generieren lassen, indem Sie die Schema-Version in den EDIT- und dann in den TEST-Status versetzen. Vom GENERATED-Status können Sie in den TEST-Status wechseln, um das Produktions-Paket in die Test-Phase zu versetzen. Von beiden Status können Sie manuell in den REJECTED-Status wechseln, z.B. wenn während der Test-Phase Beanstandungen auftreten. |
|
|
...
| Section |
|---|
| Column |
|---|
| | Panel |
|---|
| borderColor | #C6EDD8 |
|---|
| bgColor | #F2FBF6 |
|---|
| borderWidth | 1px |
|---|
| title | Produktions-Phase |
|---|
| borderStyle | dotted |
|---|
| Hat ein Produktions-Paket den ACCEPTED-Status erreicht, können Sie es produktionsbereit machen (PRODUCTION-Status). Im PRODUCTION-Status sind Produktions-Pakete für die Produktion freigegeben und können im externen Produktions-Prozess verwendet werden. Lesen Sie dazu den Abschnitt über Produktions-Pakete und den Abschnitt über die Umgebung des R-S. Wie andere Objekte auch markieren Sie ein Produktions-Paket durch den DEPRECATED-Status als veraltet. Den ERROR-Status nimmt ein Produktions-Paket bei Fehlern an. Sie können so ein Produktions-Paket auch manuell als fehlerhaft markieren. Von allen 3 Status aus können Sie auch wieder in den ACCEPTED-Status zurückwechseln. Da von einem Schema immer nur ein Produktions-Paket mit PRODUCTION-Status existieren darf, wird ein Produktions-Paket mit PRODUCTION-Status automatisch in den ACCEPTED-Status zurückversetzt, wenn ein anderes Paket des gleichen Schemas den PRODUCTION-Status zugewiesen bekommt. |
|
|
...