poeticdesires

the life and musings of a kinky slut

Arbeitsablaufplan Muster tischler

Einige Workflow-Entwürfe können ziemlich groß und komplex werden, wenn Sie alle System- und Benutzerschritte zu einem Workflow hinzugefügt haben. Dies kann das Verständnis des Ablaufs oder des aktuellen Status eines Workflows erschweren, insbesondere wenn der Workflow viele Aufgaben nur für das System enthält, die für einen Geschäftsbenutzer nichts bedeuten. Sie können das Business-Fassade-Muster verwenden, um ein vereinfachtes Workflowmodell zu erstellen, das die zugrunde liegenden Komplexitäten vor Ihren Geschäftsbenutzern verbirgt. Mit diesem Fassadenmuster trennen Sie die Abschnitte des Workflows, die für Geschäftsbenutzer keinen Sinn ergeben, in Unterworkflows und verwenden dann den Schritt “Unterworkflow aufrufen”, um diese anderen Workflows aufzurufen. Wenn der Geschäftsbenutzer den Workflow in seinen Berichten betrachtet, wird eine vereinfachte Version angezeigt, in der der Geschäftsprozess so fortschreitet, wie er ihn versteht, während die komplexeren Teile des Workflows hinter den Kulissen auftreten. Unsere Beispiellösung besteht aus drei separaten Workflows. Der Main-Workflow ist die Fassade und ruft die zugrunde liegenden Unterworkflows auf. Der Hauptworkflow wird gestartet und sendet Ihnen eine E-Mail. Anschließend wird eine Benutzeraufgabe erstellt, in der Sie den Workflow anweisen können, fortzufahren, um einige Benutzerentscheidungen im vereinfachten Geschäftsprozess zu simulieren.

Der Workflow ruft dann den ersten Unterworkflow auf, der einige Systemverarbeitungen durchführt und einige Sekunden später zurückgibt. (Für die Zwecke dieser Erklärung spielt es keine Rolle, was die Unterworkflows tun, aber sie wären in der Regel komplexer als die einfachen Unterworkflows, die hier gezeigt werden). Sobald der Unterworkflow abgeschlossen ist, wird der Hauptworkflow fortgesetzt und erreicht die Genehmigungsaufgabe. An dieser Stelle können Sie entscheiden, ob die Anforderung genehmigt werden soll (in diesem Fall startet K2 den zweiten Unterworkflow, um eine zusätzliche Verarbeitung durchzuführen) oder ob sie abgelehnt werden soll. Sobald der zweite Unterworkflow abgeschlossen ist oder Sie die Anforderung abgelehnt haben, sendet der Hauptworkflow eine E-Mail, und der Workflow ist abgeschlossen. Aus der Sicht des Geschäftsbenutzers müssen sie nur den Bericht für den Hauptworkflow anzeigen, um einen Überblick über den gesamten Geschäftsprozess zu erhalten. Sie müssen sich nicht mit den zugrunde liegenden Systemaufgaben befassen, die in den beiden Unterworkflows ausgeführt werden. Angemessene Projektmanagementstrukturen und Workflows hängen von der Art des Projekts ab, das Sie durchführen. Die folgende Typologie veranschaulicht die Verknüpfungen zwischen Projekttyp- und Projektmanagementanforderungen.10 Ein strikter Ansatz für Projektmanagement und Workflow behandelt Ihre Projekte als R-Pakete. Dieser Ansatz hat Vorteile und Einschränkungen.

Das größte Risiko bei der Behandlung eines Projekts als Paket besteht darin, dass das Paket eine ziemlich strenge Art der Arbeitsorganisation ist. Pakete eignen sich für codeintensive Projekte, bei denen die Codedokumentation wichtig ist. Ein Zwischenansatz besteht darin, ein “Dummy-Paket” zu verwenden, das eine DESCRIPTION-Datei im Stammverzeichnis enthält, die den Benutzern des Projekts mitteilt, welche Pakete installiert werden müssen, damit der Code funktioniert. Dieses Buch basiert auf einem Dummy-Paket, so dass wir die Abhängigkeiten leicht auf dem neuesten Stand halten können (siehe beschreibungliche Datei des Buches online für einen Einblick, wie dies funktioniert). Sie können den Schritt Unterworkflow aufrufen verwenden, um Parent-Child-Workflows zu erstellen (manchmal auch als Main- und Sub-Workflow bezeichnet). Beim Konfigurieren des Schritts “Unterworkflow aufrufen” können Sie K2 mitteilen, ob der übergeordnete Workflow warten soll, bis der untergeordnete Workflow abgeschlossen ist, bevor er fortgesetzt wird, oder ob das übergeordnete Element nach dem Starten des untergeordneten Workflows (manchmal auch als Feuer und Vergessen bezeichnet) fortfahren soll. Bei beiden Ansätzen können Sie Daten aus dem übergeordneten Workflow an den untergeordneten Workflow übergeben. Wenn der übergeordnete Workflow auf den Abschluss des untergeordneten Workflows wartet, können Sie auch Daten aus dem untergeordneten Workflow an den übergeordneten Workflow zurückgeben.


Categorised as: Uncategorized

Comments are disabled on this post


Comments are closed.