Temat: użycie bramki zdarzeniowej

w projektach spotykałem się z użyciem bramki zdarzeniowej niegodnie z regułami opisanymi w standardzie BPMN.
Zazwyczaj polegało to na tym, że z czynności, gdzie działo się "zdarzenie", wychodził przepływ do bramki zdarzeniowej, na wyjściach której umieszczano zdarzenia np. rzucające komunikatem.
                      /\------> IntermediateEventThrow: komunikat o kontroli
obsługa ---> /? \
kontroli         \   /
                      \/------> IntermediateEventThrow: komunikat o braku kontroli

Jest to niezgodne ze specyfikacją BPMN.
Czy ktoś również spotkał się z podobnymi konstrukcjami z użyciem bramki zdarzeniowej w rzeczywistych projektach ?Stanisław Jerzy Niepostyn edytował(a) ten post dnia 02.11.11 o godzinie 11:41

Temat: użycie bramki zdarzeniowej

Nie, bo to bez sensu.
Bramka zdarzeniowa "oczekuje" na pojawienie się zdarzenia, więc musi być to zdarzenie jasne (czyli przechwytujące).

Temat: użycie bramki zdarzeniowej

Piotr Tadeusz B.:
Nie, bo to bez sensu.

Hm...
osoba podejmuje decyzję: skierowanie do kontroli/wypuszczenie bez kontroli.
Jaką bramkę należy tu zastosować, by pokazać jeden przebieg, że osoba zdecydowała się na kontrolę (wysłała komunikat o kontroli), a drugi, że zaniechała kontroli (wysłała komunikat o braku kontroli) ?
Przy czym zastosowanie bramki Data-Based Exclusive raczej nie wchodzi w grę, prawda ? Rozważamy przypadki w dotychczasowych projektach, a więc raczej w wersji co najwyżej 1.2.

Business Process Modeling Notation (BPMN), Version 1.2 (9.5.2.1 Data-Based):
"The Data-Based Exclusive Gateways are the most commonly used type of Gateways. The set of Gates for Data-Based Exclusive Decisions is based on the boolean expression contained in the ConditionExpression attribute of the outgoing Sequence Flow of the Gateway. These expressions use the values of process data to determine which path should be taken (hence the name Data-Based)."Stanisław Jerzy Niepostyn edytował(a) ten post dnia 05.11.11 o godzinie 10:19