| ... |
... |
@@ -1,57 +1,7 @@ |
| 1 |
1 |
WIP |
| 2 |
2 |
|
| 3 |
|
-{{content/}} |
|
3 |
+Hier wird Übersicht gegeben: |
| 4 |
4 |
|
| 5 |
|
-{{id name="fig_workflow_overview" /}} |
| 6 |
|
-{{figure image="workflow_overview_marked_de.png" clear="h1"}} |
| 7 |
|
-Der Hauptbereich des //Workflowdesigners// ist die große Arbeitsfläche in der Mitte (1). Diese stellt die Verarbeitung des Formulars grafisch in Form eines Flussdiagramms dar. Links neben dem Arbeitsbereich befindet sich die //Elementauswahl// (2), welche sämtliche Aktionen, Ereignisse und weitere Steuerungselemente auflistet. Neue Elemente können einfach per Drag & Drop aus der Elementauswahl in die Verarbeitung gezogen werden. Die Eigenschaften einzelner Elemente im Arbeitsbereich werden rechts neben diesem in den //Elementeingenschaften// dargestellt. Unterhalb des Arbeitsbereichs befindet sich eine //Statusleiste// (4) mit Information zur aktuellen Verarbeitung. |
| 8 |
|
-{{/figure}} |
| 9 |
|
- |
| 10 |
|
-== Workflowdesigner == |
| 11 |
|
- |
| 12 |
|
-Der Workflowdesigner ermöglicht es, die Verarbeitung von Formularen auf eine intuitive und visuelle Weise per Drag & Drop zu erstellen. Die Verarbeitung von Formularen wird als ein ereignisbasiertes Flussdiagramm dargestellt. Innerhalb dieses Flussdiagramms werden einzelne Verarbeitungsketten angelegt, welche durch Ereignisse ausgelöst werden. Ereignisse sind etwa der Klick auf einen Absendeknopf, das Bestätigen eines Double-Opt-In-Vorgangs oder das Überschreitung eines definierten Zeitpunktes. Bedingungen innerhalb dieser Verarbeitungsketten werden visuell durch Abzweigungen im Diagram mdargestellt. |
| 13 |
|
- |
| 14 |
|
-=== Komponenten === |
| 15 |
|
- |
| 16 |
|
-Wie in der [[Abbildung>>||anchor="fig_workflow_overview"]] zu sehen besteht der Workflowdesigner aus mehreren Kompontenten. |
| 17 |
|
- |
| 18 |
|
-==== Arbeitsbereicht ==== |
| 19 |
|
- |
| 20 |
|
-==== Elementauswahl ==== |
| 21 |
|
- |
| 22 |
|
-==== Elementeingenschaften ==== |
| 23 |
|
- |
| 24 |
|
-==== Statusleiste ==== |
| 25 |
|
- |
| 26 |
|
-== Grobe Beschreibung == |
| 27 |
|
- |
| 28 |
|
-* Grundkonzepte |
| 29 |
|
-* alter und neuer Workflow ansprechen |
| 30 |
|
- |
| 31 |
|
-Verlinkung auf alten Workflow (Der alte Workflow wird in einer Unterkategorie positioniert und enthält dort alle bisherigen Unterseiten unverändert.) |
| 32 |
|
- |
| 33 |
|
-== Beschreibung des neuen Workflows == |
| 34 |
|
- |
| 35 |
|
-* Verarbeitungsketten ... jeweils ein Ereignis auslösend |
| 36 |
|
-* Ereignisse grob beschreiben und auf Unterseite verlinken |
| 37 |
|
-* Aktionen grob Möglichkeiten beschreiben und auf Aktionen verlinken |
| 38 |
|
-* Bedingungen und Fehlerelemente grob beschreiben und auf Aktionen verlinken |
| 39 |
|
-* Endpunkte grob beschreiben und auf Aktionen verlinken |
| 40 |
|
- |
| 41 |
|
- |
| 42 |
42 |
Direkt darunter kommen alle Elemente des Workflows |
| 43 |
43 |
|
| 44 |
|
-Hinweise von Andre: |
| 45 |
|
- |
| 46 |
|
-* Jeder Verarbeitungskette muss auf einen Endpunkt enden. Wird z.B. eine Bedingung am Ende einer Verarbeitungskette verwendet, muss sowohl im Ja-Fall als auch Nein-Fall sich ein Endpunkt befinden. |
| 47 |
|
-* Treffen mehrere Ereignisse zu, werden die entsprechenden Verarbeitungsketten der Reihe nach von links nach rechts ausgeführt. |
| 48 |
|
-* Eine Ausführung des Workflows ist fehlerhaft, wenn eine Aktion in einem Fehler endete und dieser Fehler nicht behandelt wurde (Abschlusseite: "Oops". Andernfalls ist die Ausführung des Workflows erfolgreich. |
| 49 |
|
-* Es gibt eine Validierung des gesamten Workflows. Formular wird offline geschaltet, wenn invalider Workflow gespeichert wird. |
| 50 |
|
-* Wird ein Workflow geändert, nicht gespeichert und neu geladen, erscheint ein Dialog, mit dem der alte Stand wiederherstellgt werden kann. Dabei wird nicht gespeichert, sondern erst, wenn der Nutzer auf Speichern klickt. |
| 51 |
|
- |
| 52 |
|
- |
| 53 |
|
-TODO auf Unterseiten: |
| 54 |
|
-* Aktionen des neuen WF sollten immer auch auf die alten verlinken und umgekehrt. |
| 55 |
|
-* Bei den Aktionen sollte immer auch im ersten Satz stehen, in welcher Gruppe sie sind |
| 56 |
|
-* Bei Legacy Aktionen sollte dies gernerell darüber stehen in einem Hinweisfeld. Die Aktionen , welche schon in der Version 6 deprecated waren, sollten dies dann extra im Text erwähnt bekommen. |
| 57 |
|
-* Von Andre: Bei einigen Aktionen können Dateien ausgewählt werden, die von anderen Aktionen erzeugt werden. Dabei können alle Aktionen ausgewählt werden, die potentiell vor der Aktion ausgeführt werden können. Z.B. wenn "Aktion A -> Bedingung(ja=Aktion B,nein=Aktion C), Aktion D" konfiguriert ist, dann kann in D Aktion A ausgewählt werden, diese kommt immer von A. Aber auch sowohl B als auch C können ausgewählt werden, weil je nach Ausgang der Bedingung B oder C vor D kommen können. In Aktion C kann aber nicht B ausgewählt werden, weil B nie vor C kommen kann. |
|
7 |
+Der alte workflow wird in einer Unterkategorie positioniert und enthält dort alle bisherigen Unterseiten unverändert. |
