Änderungen von Dokument Workflow

Zusammenfassung

• Seiteneigenschaften (1 geändert, 0 hinzugefügt, 0 gelöscht)

Details

Seiteneigenschaften

Inhalt

...	...	@@ -16,7 +16,7 @@
16	16	== Workflowgraph ==
17	17
18	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.
	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. Treffen mehrere Ereignisse zu, werden die entsprechenden Verarbeitungsketten der Reihe nach von links nach rechts ausgeführt.
20	20
21	21	{{id name="sec_graph_default"/}}
22	22
...	...	@@ -37,6 +37,8 @@
37	37
38	38	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"]], [[Werkzeug->>||anchor="sec_component_tool_bar"]] & [[Statusleiste>>||anchor="sec_component_status_bar"]], welche im Folgenden kurz vorgestellt werden sollen. Allgemeine Informationen zur Werkzeugleiste sind [[hier>>doc:Formcycle.Designer.WebHome]] zu finden.
39	39
	40	+Wird eine Workflowkonfiguration geändert, aber nicht gespeichert und später wird der Workflowdesigner für diesen Workflow neu geladen, erscheint ein Dialog, mit dem der alte Stand wiederherstellgt werden kann. Die ungespeicherte Workflowkonfiguration wird in den [[Arbeitsbereich>>||anchor="sec_component_main"]] geladen. Diese ist allerdings noch nicht gespeichert. Erst wenn der Nutzer auf //Speichern// klickt wird diese Workflowkonfiguration gespeichert.
	41	+
40	40	{{id name="sec_component_main"/}}
41	41
42	42	=== Arbeitsbereich ===
...	...	@@ -85,7 +85,7 @@
85	85	* **Steuerung**
86	86	* **Status**
87	87
88		-Für detailliertere Informationen zu den einzelnen Elementen innerhalb der Kategorien siehe [[Workflowelemente>>||anchor="sec_elements"]].
	90	+Die Elementauswahl kann mit einem Klick auf die gewählte Kategorie begrenzt werden. Ein nochmaliger Klick sorgt dafür, dass diese Beschränkung wieder aufgehoben wird. Wird die //Strg//-Taste unter Windows bzw. die //Ctrl//-Taste unter MacOS gehalten, können mehrere Kategorien auf einmal ausgewählt werden. Für detailliertere Informationen zu den einzelnen Elementen innerhalb der Kategorien siehe [[Workflowelemente>>||anchor="sec_elements"]].
89	89
90	90
91	91	{{id name="sec_component_element_properties"/}}
...	...	@@ -92,23 +92,42 @@
92	92
93	93	=== Elementeingenschaften ===
94	94
	97	+Abhängig vom [[Workflowelement>>||anchor="sec_elements"]], welches gerade im [[Arbeitsbereich>>||anchor="sec_component_main"]] ausgewählt ist, ändert sich der Inhalt der //Elementeigenschaften//, welche rechts neben dem Arbeitsbereich dargestellt werden. In den Elementeigenschaften sind sämtliche Parameter eines Elements konfigurierbar. So kann hier bspw. in der Aktion [[E-Mail>>doc:Formcycle.Designer.Workflow.Actions.EMail.WebHome]] der Absender, Empfänger, Betreff, Inhalt etc. definiert werden. Wenn die Elementeigenschaften nicht nötig sind, können diese auch über das Pfeil-Symbol am linken Rand der Elementeigenschaften eingeklappt werden.
	98	+
95	95	{{id name="sec_component_tool_bar"/}}
96	96
97	97	=== Werkzeugleiste ===
98	98
99		-* Speichern
	103	+; Speichern
	104	+: Speichert den Workflowgraphen und somit die Verarbeituungskonfiguration des Formulars. Sollte es Fehler in der Workflowkonfiguration geben (siehe Validieren), kann der Workflow trotzdem gespeichert werden. Das Formular wird in diesem Fall jedoch in den //Wartungsmodus// geschaltet und ist nicht mehr //online// verfügbar, da eine korrekte Verarbeitung von Vorgängen nicht mehr gewährleistet werden kann. Erst wenn alle Fehler in der Workflowkonfiguration behoben wurden, wird das Formular wieder online verfügbar sein.
	105	+
100	100	{{id name="sec_component_tool_bar_validate"/}}
101		-* Validieren
102		-* Ansichtsoptionen
103		-* Mehr...
104		-* Öffnen/Vorschau
105	105
	108	+; Validieren
	109	+: Überprüft die aktuelle Workflowkonfiguration auf Fehler. Ein Fehler in der Workflowkonfiguration ist bspw. ein nicht ausgefülltes Empfängefeld in der Aktion [[E-Mail>>doc:Formcycle.Designer.Workflow.Actions.EMail.WebHome]] oder die Abwesenheit eines Endpunktes in einer Verarbeitungskette.
	110	+
	111	+; Ansichtsoptionen
	112	+: Es stehen verschiedene Ansichtsoptionen zur Verfügung. Der Workflowgraph im [[Arbeitsbereich>>||anchor="sec_component_main"]] kann //vergrößert// oder //verkleinert// sowie wieder //zentriert// werden. Unter dem Menüpunkt //Ansicht// gibt es folgende Ansichtsioptionen:
	113	+
	114	+* //Hilfslinien anzeigen//: Hilfslinien trennen die einzelnen Verarbeitungsketten visuell.
	115	+* //Benutzergruppen anzeigen//: Wenn für bestimmte Ereignisse Benutzergruppenbeschränkungen bestehen, werden diese an der entsprechenden Verarbeitungskette angezeigt.
	116	+* //Status anzeigen//: Wenn für bestimmte Ereignisse Statusbeschränkungen bestehen, werden diese an der entsprechenden Verarbeitungskette angezeigt.
	117	+* //Verarbeitungsketten ein-/ausblenden//: einzelne oder alle Verarbeitungsketten können ein- bzw. ausgeblendet werden.
	118	+
	119	+; Mehr...
	120	+: Unter dem Menüpunkt //Mehr...// sind weitere Inhalte zu finden, die [[an dieser Stelle>>doc:Formcycle.Designer.WebHome||anchor="sec_tools_more"]] näher beschrieben werden.
	121	+
	122	+; Öffnen
	123	+: Öffnet das Formular im Live-Modus. Stehen Frontendserver zur Verfügung, kann das Formular auch auf einem der Frontendserver geöffnet werden.
	124	+
	125	+; Vorschau
	126	+: Öffnet das Formular im Vorschaumodus. Hier kann das Formular getestet werden ohne dass Vorgänge erstellt werden.
	127	+
106	106	{{id name="sec_component_status_bar"/}}
107	107
108	108	=== Statusleiste ===
109	109
110		-* Navigation
111		-* formularinformationen
	132	+Die Statusleiste befindet sich unterhalb des [[Arbeitsbereichs>>||anchor="sec_component_main"]]. Auf der linken Seite ist der Navigationsbereich, wodurch erkennbar ist, wo sich das selektierte Formularelement im workflowgraphen befindet. Auf der rechten Seite sind Detailinformationen zum Formular und aktuellen Version sichtbar.
112	112
113	113	{{id name="sec_elements"/}}
114	114
...	...	@@ -121,9 +121,11 @@
121	121	Eregnisse bilden den Beginn von Arbeitsketten und können abhängig vom Typ auf unterschiedliche Art& Weise ausgelöst werden. Eine besondere, weil häufig verwendete, Form von Ereignissen sind [[Buttonereignisse>>||anchor="sec_elements_events_buttons"]]. Diese Ereignisse sind daher
122	122
123	123	{{id name="sec_elements_events_buttons"/}}
	145	+
124	124	==== Buttonergnisse ====
125	125
126	126	{{id name="sec_elements_events_other"/}}
	149	+
127	127	==== weitere Ereignisse ====
128	128
129	129	{{id name="sec_elements_actions"/}}
...	...	@@ -139,15 +139,16 @@
139	139	=== Endpunkte ===
140	140
141	141	==== Status-Endpunkte ====
	165	+
142	142	==== Aktions-Endpunkte ====
143	143
144		-== Grobe Beschreibung ==
	168	+{{id name="sec_differences_old_workflow"/}}
145	145
146		-* Grundkonzepte
147		-* alter und neuer Workflow ansprechen
	170	+== Unterschiede zur alten Status- & Aktionsverarbeitung ==
148	148
149		-Verlinkung auf alten Workflow (Der alte Workflow wird in einer Unterkategorie positioniert und enthält dort alle bisherigen Unterseiten unverändert.)
	172	+Sowohl im neuen Workflow als auch in der alten [[Status- & Aktionsverarbeitung>>doc:Formcycle.Designer.Workflow.LegacyWorkflow.WebHome]] gibt es Status. Vorgänge können in beiden Workflows einen Status annehmen. In der alten Status- & Aktionsverarbeitung werden Verarbeitungsketten in den einzelnen Status definiert. Zustandsabhängige Entscheidungen können über Bedingungen an den Aktionen realisiert werden, insbesondere unter Verwendung der Aktion //Statuswechsel//. Verarbeitungsketten werden also über Status ausgelöst. Im neuen Workflow sind Status lediglich Endpunkte. Status beschreiben den Zustand eines Vorgangs und definieren, wer auf disesen Zugriff hat, mehr nicht. Verarbeitungsketten werden über Ereignisse und nicht mehr Status ausgelöst.
150	150
	174	+
151	151	== Beschreibung des neuen Workflows ==
152	152
153	153	* Verarbeitungsketten ... jeweils ein Ereignis auslösend
...	...	@@ -163,10 +163,7 @@
163	163
164	164	Hinweise von Andre:
165	165
166		-* 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.
167		-* Treffen mehrere Ereignisse zu, werden die entsprechenden Verarbeitungsketten der Reihe nach von links nach rechts ausgeführt.
168	168	* 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.
169		-* Es gibt eine Validierung des gesamten Workflows. Formular wird offline geschaltet, wenn invalider Workflow gespeichert wird.
170	170	* 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.
171	171	* 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.
172	172	** Die gleiche Logik greift auch im Platzhalterdialog bei den zu Verfügung stehenden Aktionsplatzhaltern.