... |
... |
@@ -2,33 +2,79 @@ |
2 |
2 |
|
3 |
3 |
{{content/}} |
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. Über diesen Bereichen befindet sich die Werkzeugleiste des Workflowdesigners. |
8 |
|
-{{/figure}} |
|
5 |
+{{id name="fig_workflow_overview"/}} |
|
6 |
+{{figure image="workflow_overview_marked_de.png" clear="h1"}}Den größten Platz des //Workflowdesigners// nimmt der [[Arbeitsbereich>>||anchor="sec_component_main"]] in der Mitte (1) ein. Dieser stellt die Verarbeitung des Formulars grafisch in Form des //Workflowgraphen// dar. Links neben dem Arbeitsbereich befindet sich die [[Elementauswahl>>||anchor="sec_component_element_selection"]] (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 [[Elementeigenschaften>>||anchor="sec_component_element_properties"]] dargestellt. Über diesen Bereichen befindet sich die [[Werkzeugleiste>>||anchor="sec_component_tool_bar"]] (4) des Workflowdesigners. Unterhalb des Arbeitsbereichs befindet sich eine [[Statusleiste>>||anchor="sec_component_status_bar"]] (5) mit Information zur aktuellen Verarbeitung.{{/figure}} |
9 |
9 |
|
10 |
|
-{{id name="sec_designer" /}} |
11 |
|
-== Workflowdesigner == |
12 |
12 |
|
13 |
|
-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. |
|
9 |
+{{id name="fig_workflow_example_submit"/}} |
|
10 |
+{{figure image="workflow_example_submit_de.png" clear="h1"}}Beispiel einer Verarbeitungskette für das Absenden eines Formulars über den Absendebutton //btnSubmit// im Formular.{{/figure}} |
14 |
14 |
|
15 |
|
-{{id name="sec_designer_components" /}} |
16 |
|
-=== Komponenten === |
|
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. Dieses Flussdiagramm wird im Folgenden als der [[**Workflowgraph**>>||anchor="sec_graph"]] bezeichnet. Innerhalb des //Workflowgraphen// 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. Abzweigungen innerhalb des Graphen stellen Entscheidungen oder Bedingungen dar. Durch diese Bedingungen können unterschiedliche Aktionen ausgeführt werden, abhängig vom Status eines Vorgangs und/oder den Eingaben eines Endnutzers. |
17 |
17 |
|
18 |
|
-Wie in der [[Abbildung>>||anchor="fig_workflow_overview"]] zu sehen, besteht der Workflowdesigner aus den folgenden Komponente: [[Arbeitsbereicht>>||anchor="sec_designer_component_main"]], [[Elementauswahl>>||anchor="sec_designer_component_element_selection"]], [[Elementeigenschaften>>||anchor="sec_designer_component_element_properties"]] & [[Statusleiste>>||anchor="sec_designer_component_status_bar"]], welche im Folgenden kurz vorgestellt werden sollen. Über diesen Bereichen befindet sich die Werkzeugleiste des Workflowdesigners, welche [[hier>>doc:Formcycle.Designer.WebHome]] näher erläutert wird. |
|
14 |
+{{id name="sec_graph"/}} |
19 |
19 |
|
20 |
|
-{{id name="sec_designer_component_main" /}} |
21 |
|
-==== Arbeitsbereich ==== |
|
16 |
+== Workflowgraph == |
22 |
22 |
|
23 |
|
-{{id name="sec_designer_component_element_selection" /}} |
24 |
|
-==== Elementauswahl ==== |
|
18 |
+Der //Workflowgraph// stellt das Herzstück des Workflowdesigners dar, mit welchem die Verarbeitung eines Formulars grafisch repräsentiert wird und bearbeitet werden kann. Der Beginn einer jeden Verarbeitung ist mit dem {{formcycle/}}-Symbol markiert. [[image:workflow_start.png]] |
|
19 |
+Der Workflow ist von oben nach unten zu lesen und besteht aus einzelnen //Verarbeitungsketten//. Jede Verarbeitungskette beginnt mit einem [[Ereignis>>||anchor="sec_elements_events"]], welches diese auslöst. Bspw. kann der Klick auf einen bestimmten Button im Formular eine Verarbeitungskette starten, in welcher eine [[E-Mail>>doc:Formcycle.Designer.Workflow.Actions.EMail.WebHome]] an den Antragsteller gesendet wird. Wie man an diesem Beispiel sieht, werden innerhalb von Verarbeitungsketten [[Aktionen>>||anchor="sec_elements_actions"]] ausgeführt. Diese Verarbeitungsketten können komplexer werden und sich bspw. abhänging von den Formulareingaben aufsplitten. Diese Abzweigungen werden über [[Bedingungen>>doc:Formcycle.Designer.Workflow.FlowControl.Condition.WebHome]] realisiert. So wird bspw. nur eine E-Mail versendet, wenn der Antragsteller auch eine E-Mail angegeben hat. Wenn dies nicht der Fall ist, wird bspw. ein PDF des Formulars erstellt und dieses dem Antragsteller zurückgegeben. Wie man sieht führen Bedingungen dazu, dass sich eine Verarbeitungskette in zwei //Teilverarbeitungsketten// aufteilt. Jede Verarbeitungskette muss in einem [[Endpunkt>>||anchor="sec_elements_endpoints"]] enden. In der Regel ist ein solcher Endpunkt ein [[Status>>doc:Formcycle.Designer.Workflow.States.WebHome]] in dem sich der Vorgang nach Aursführung der Verarbeitung befinden soll. Im Fall von Bedingungen werden die dadurch entstandenen Teilverarbeitungsketten nach Ausführung der geünschten Aktionen wieder zusammen geführt (siehe [[Abbildung>>||anchor="fig_workflow_example_submit"]]). Jede Teilverarbeitungskette kann allerdings auch einen eigenen Endpunkt definieren. Das hier vorgestellte Beispiel ist in der [[Abbildung>>||anchor="fig_workflow_example_submit"]] als Verarbeitungskette im Arbeitsbereich des Workflowdesigner dargestellt. |
25 |
25 |
|
26 |
|
-{{id name="sec_designer_component_element_properties" /}} |
27 |
|
-==== Elementeingenschaften ==== |
|
21 |
+{{id name="sec_graph_default"}} |
|
22 |
+=== Standardverhalten === |
28 |
28 |
|
29 |
|
-{{id name="sec_designer_component_status_bar" /}} |
30 |
|
-==== Statusleiste ==== |
|
24 |
+Neue erstellte Formulare haben keinen konfigurierten Workflow, d.h. es ist keine Ereignis-Verarbeitungskette im Workflowgraphen enthalten. Alles was im Arbeitsbereich des Workflowdesigners zu sehen ist, ist das {{formcycle/}}-Symbol, welches den Beginn der Verarbeitung darstellt. In einem solchen Fall landen abgesendete Vorgänge immer im Status //Eingegangen//, auch wenn dies nicht explizit im Workflowgraphen konfiguriert ist. Dies ist das Standardverhalten von {{formcycle/}}, wenn kein Workflow konfiguriert wurde. |
31 |
31 |
|
|
26 |
+=== Zusammengefasst === |
|
27 |
+ |
|
28 |
+Jeder Workflowgraph kann aus mehreren Verarbeitungsketten bestehen. Der Workflow kann aber auch keine Verarbeitungskette besitzen, dann greift das [[Standardverhalten>>||anchor="sec_graph_default"]]. |
|
29 |
+ |
|
30 |
+Jede Verarbeitungskette beginnt mit einem Ereignis, danach folgen Workflowelemente wie Aktionen und Bedingungen. Die Verarbeitungskette endet immer in einem Endpunkt. Teilverarbeitungsketten können einen eigenen Endpunkt definieren. |
|
31 |
+ |
|
32 |
+{{id name="sec_components"/}} |
|
33 |
+ |
|
34 |
+== Oberfläche == |
|
35 |
+ |
|
36 |
+Wie in der [[Abbildung>>||anchor="fig_workflow_overview"]] zu sehen, besteht der Workflowdesigner aus den folgenden Komponente: [[Arbeitsbereich>>||anchor="sec_component_main"]], [[Elementauswahl>>||anchor="sec_component_element_selection"]], [[Elementeigenschaften>>||anchor="sec_component_element_properties"]] & [[Statusleiste>>||anchor="sec_component_status_bar"]], welche im Folgenden kurz vorgestellt werden sollen. Über diesen Bereichen befindet sich die [[Werkzeugleiste>>||anchor="sec_component_tool_bar"]] des Workflowdesigners (Allgemeine Informationen zur Werkzeugleiste sind [[hier>>doc:Formcycle.Designer.WebHome]] zu finden). |
|
37 |
+ |
|
38 |
+{{id name="sec_component_main"/}} |
|
39 |
+ |
|
40 |
+=== Arbeitsbereich === |
|
41 |
+ |
|
42 |
+Der Arbeitsbereich stellt den [[Workflowgraphen>>||anchor="sec_graph"]] dar. Jeder zeit können dem Workflowgraphen neue Ereignisse hinzugefügt werden. Dies kann auf zwei Dies Geschieht entweder über einen Klick auf das Plus-Symbol [[image:workflow_plus.png]] |
|
43 |
+ |
|
44 |
+{{id name="sec_component_element_selection"/}} |
|
45 |
+ |
|
46 |
+=== Elementauswahl === |
|
47 |
+ |
|
48 |
+Die Elementauswahl kann über das Pfeilsymbol am Rand eingeklappt werden, wodurch mehr Platz für den Arbeitsbereich entsteht. Dem Workflowgraphen können trotzdem neue Elemente mit einem Klick auf die sog. Droppunkte [[image:workflow_drop_point.png]] innerhalb der Verarbeitungsketten hinzugefügt werden. |
|
49 |
+ |
|
50 |
+{{id name="sec_component_element_properties"/}} |
|
51 |
+ |
|
52 |
+=== Elementeingenschaften === |
|
53 |
+ |
|
54 |
+{{id name="sec_component_tool_bar"/}} |
|
55 |
+ |
|
56 |
+=== Werkzeugleiste === |
|
57 |
+ |
|
58 |
+{{id name="sec_component_status_bar"/}} |
|
59 |
+ |
|
60 |
+=== Statusleiste === |
|
61 |
+ |
|
62 |
+{{id name="sec_elements"/}} |
|
63 |
+ |
|
64 |
+== Workflowelemente == |
|
65 |
+ |
|
66 |
+{{id name="sec_elements_events"/}} |
|
67 |
+ |
|
68 |
+=== Ereignisse === |
|
69 |
+ |
|
70 |
+{{id name="sec_elements_actions"/}} |
|
71 |
+ |
|
72 |
+=== Aktionen === |
|
73 |
+ |
|
74 |
+{{id name="sec_elements_endpoints"/}} |
|
75 |
+ |
|
76 |
+=== Endpunkte === |
|
77 |
+ |
32 |
32 |
== Grobe Beschreibung == |
33 |
33 |
|
34 |
34 |
* Grundkonzepte |
... |
... |
@@ -44,7 +44,6 @@ |
44 |
44 |
* Bedingungen und Fehlerelemente grob beschreiben und auf Aktionen verlinken |
45 |
45 |
* Endpunkte grob beschreiben und auf Aktionen verlinken |
46 |
46 |
|
47 |
|
- |
48 |
48 |
Direkt darunter kommen alle Elemente des Workflows |
49 |
49 |
|
50 |
50 |
Hinweise von Andre: |
... |
... |
@@ -55,8 +55,8 @@ |
55 |
55 |
* Es gibt eine Validierung des gesamten Workflows. Formular wird offline geschaltet, wenn invalider Workflow gespeichert wird. |
56 |
56 |
* 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. |
57 |
57 |
|
58 |
|
- |
59 |
59 |
TODO auf Unterseiten: |
|
104 |
+ |
60 |
60 |
* Aktionen des neuen WF sollten immer auch auf die alten verlinken und umgekehrt. |
61 |
61 |
* Bei den Aktionen sollte immer auch im ersten Satz stehen, in welcher Gruppe sie sind |
62 |
62 |
* 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. |