Chapeau. Einzig gute Experten vermögen es, komplexe Sachverhalte einfach zu erläutern. Dies ist hier hervorragend gelungen. Vielen Dank dafür.

Kuss. Modellierung am Freitag für die Prüfung wird easy. Danke bre

@ChristianDrumm

2 жыл бұрын

Viel Erfolg für die Prüfung!

Sehr gutes Video! Wird mir hoffentlich bei meiner Klausur am ende des Monats helfen. Danke!

Super Video ! Die gesamte Reihe eignet sich perfekt um die Kentnisse zu erweitern!

Die besten BMPN Videos, die ich gefunden habe. Vielen Dank!!

gut erklärt, werde mir die anderen videos auch ansehen. danke für die tolle arbeit.

Sehr gut erklärt danke hilft mir bei meiner Prüfung!

Danke für das tolle Video 🙏

Ziemlich gute Aufgaben, alles hat geklappt. Bei Lösung 5 jedoch hatte ich gedacht, statt Vereinfachung hätte auch ein Einfügen bei dem Gateway zusätzlicher Bausteintätigkeiten auch eine Möglichkeit sein können, hatte gedacht der Anwender hätte diese vergessen. Kommt aber glaube ich immer auf den Kontext an. Insgesamt eine gute Sache, das tolle an Videos ist, man kann immer wieder darauf zugreifen! 😄

@ChristianDrumm

Жыл бұрын

Ja, das Einfügen einer Aktivität hätte auch eine Lösung sein können.

Ich grüße Leo von der Hochschule Merseburg

@Leo.Grt04

8 күн бұрын

😁

ich möchte im Gegenzug gerne Paul grüßen

❤❤❤❤❤

Es wäre sehr hilfreich, wenn man die Fehler nicht an den Titeln der Tabs erkennen könnte

Tolles Video! Aber fehlt bei Lösung 7 nicht ein Join vor dem Schleifenkörper? Oder ist es bei Schleifen zulässig, dass eine Funktion zwei eingehende Kanten hat?

@ChristianDrumm

9 ай бұрын

Prinzipiell ist das in BPMN immer erlaubt. Allerdings kann man damit leicht Fehler modellieren (siehe z.B. hier kzread.info/dash/bejne/Y5p3ppqKotbFgrg.html). Aus diesem Grund verwende ich diese Möglichkeit ausschließlich bei Schleifen.

Das erste Prozessmodell ist korrekt. Nach der BPMN-Spec ist es zulässig konsequent alle Start- und Endereignisse wegzulassen (Seite 239: "If a Start Event is not used, then the implicit Start Event for the Process SHALL NOT have a trigger." und " "If there is an End Event, then there MUST be at least one Start Event." Nachtrag: Ok, das wurde nachher noch gesagt, aber die Überschrift suggiert BPMN-Fehler und nicht das BPMN-Subset für eine nicht genannte Vorlesung.

@ChristianDrumm

2 жыл бұрын

Ja, laut BPMN Spezifikation ist es OK die Start- und Endereignisse wegzulassen. Im Rahmen der gesamten Vorlesung hab ich das mehrfach erwähnt. Wenn man allerdings das Video für sich nimmt ist das eventuell verwirrend. Unabhängig von der BPMN-Spezifikation würde ich immer dazu raten die Start- und Endereignisse zu modellieren. Dadurch sind die Modelle deutlich lesbarer.

@ChristianDrumm

2 жыл бұрын

Ich hab die Beschreibung aller Videos ergänzt, so dass der Bezug zur Vorlesung klar werden sollte.

@geekhater263

2 жыл бұрын

slaphead der hat es doch gesagt lass den prof in ruhe du kek

Warum wählen wir denn bei 6:06 ein XOR Gateway? Wäre eine normales OR Gateway als "Switch" nicht geeigneter? Ich dachte immer, dass XOR Gateways nur zwei mögliche Ausgänge haben können.

@ChristianDrumm

4 ай бұрын

Die Semantik es OR-Gateways (eingentlich Inklusives OR-Gateway) ist deutlich komplexer als die des XOR-Gateways. camunda.com/bpmn/reference/#gateways-data-based-inclusive-gateways Beim OR-Gateway mti zwei ausgehenden Sequenzflüssen kann entweder der eine, der andere oder auch beide Sequenzflüsse aktiviert werden. Das ist ein häufiges Missverständniss sowie eine häufige Fehlerquelle. Im Beispiel würde das bedeuten, dass es möglich wäre z.B. die Aktivitäten B, C und D auszuführen. Das ist nicht die beabsichtigte Semantik. Es soll immer nur eine der Aktivitäten ausgeführt werden. Aus diesem Grund wird das XOR-Gateway verwendet.

@shifty7722

4 ай бұрын

@@ChristianDrumm Vielen Dank Herr Drumm für die ausführliche Antwort!

wird bei 6:48 dann C und D ausgeführt? der Weg nach C ist ja auch Wahr wenn der Weg zu D wahr ist!?

@DaniloVorpahl

Жыл бұрын

aha .. antwort folgt bei 7:26 :D

Schön erklärt. Nur der Screen hätte etwas größer sein können

@ChristianDrumm

Жыл бұрын

Danke für den Hinweis. Das werde ich bei künftigen Videos beachten.

wann braucht man ein join- Gateway und wann nicht?

@ChristianDrumm

Жыл бұрын

Join-Gateways sind optional. D.h. es ist nie verpflichtend ein Join-Gateway zu verwenden. Ein Join-Gateway wird immer dann benötigt wenn die Prozesspfade wieder vereinigt werden sollen. Wenn es im Beispiel hier kzread.info/dash/bejne/Y5p3ppqKotbFgrg.html kein Join-Gateway gäbe, müsste die Aktivität "E" zwei mal modelliert werden. Das versucht man im Allgemeinen zu vermeiden und vereinigt die Prozesspfade mit einen Join-Gateway.

Wie heißt die Software?

@ChristianDrumm

2 жыл бұрын

Welche? Die Simulation der Tokens? Das ist der Camunda Modeler mit dem Token Simulation Plug-In (github.com/camunda/camunda-modeler-token-simulation-plugin).

@frozzenluke5555

4 ай бұрын

nein das Programm um die Prozesse zu modellieren @@ChristianDrumm

@ChristianDrumm

4 ай бұрын

@@frozzenluke5555Das ist der Camunda Modeler: camunda.com/download/modeler/

Müsste nicht die Aktivität B vor dem zweiten Gateway sein?

@ilyaskopke2375

Жыл бұрын

Bei der Lösung 2

@ChristianDrumm

Жыл бұрын

@@ilyaskopke2375 Nein, die gezeigte Lösung ist so korrekt. Mehrere eingehende Sequenzflüsse in eine Aktivität entsprechen einem XOR-Join-Gateway vor der Aktivität.

@ChristianDrumm

Жыл бұрын

Das wird auch in diesem Video erklärt: kzread.info/dash/bejne/mYB7stKCqNLPXdI.html