Business Process Library Q Business Process Management

From Q-BPM
Jump to: navigation, search

Event, in BPMN, graphically represents the matters and phenomenon that occur in business processes by using a circle shape. It is also an important modeling element that affects the subsequent business process execution.

Contents

Overview of Event

Flow object

Image:Objectoo.png


In general, event is a word meaning that something happens, and its concrete definition is very broad and is not enumerable. Furthermore, even if we narrow down its definition range to "something happens in business process execution," we can see, by considering what could actually happen, that there are countless possibilities. Thus, BPMN categorizes those innumerable "something" into a couple of categories and limits the definition to what can impact the order or timing of activities in business processes. For example, "start of a task," "completion of a task," and "message passing under a certain condition" are included. These events can play roles of either Catching Events or Throwing Events.

Event in BPMN is an important flow object (a modeling element that connects to Sequence Flow), just like Activity and Gateway, and indicates the point of occurrence of "something" that could affect the order or timing of activities. Event is classified into 3 types shown below based on the timing of occurrence.

Catching Events

A specific action is triggered when conditions and situations tied to the movement of business process are received at certain timing in the pre-determined way. In other words, Event can be considered as a "trigger" that initiates an action to be done next upon pre-defined conditions and situations (catch). Start events and many intermediate events play this role, and they are further categorized into a couple of types of events based on various "triggers."

E.g. Process that utilizes documents delivered from other departments (other business processes) to do its own task
We can consider that this process is triggered to start at the point of receiving "(delivered) documents."

Throwing Events

In response to conditions and situations that trigger actions, as the "results" of them, actions are performed as defined in advance. In other words, Events play a role to define actions to be taken after receiving triggers (throw). End events and some intermediate events play this role, and they are classified into a couple of types of events based on various "results."

E.g. "Approval Process" and "(Approved Task) Execution Process"
This is a case in which the completion of one business process is announced as a kind of "signal" to start other business processes, and we can consider that the result, in which the subsequent business process is started, is defined at the end of the preceding business process.

Categorization of Events and Notation for Markers

When business processes are described, BPMN categorizes Events based on the characteristics into various types and defines a special marker (symbol) for each of them. Upon the transition from BPMN1.0 to BPMN1.1, some markers are added and modified for the sake of visual understandability and easy notation. Types of "Events" are shown below.

Categorization based on the Point of Occurrence of Event

TypeDescriptionMarker
Start The point at which the process is started when a certain event occursimage:None1.png
Intermediate The point at which a certain event occurs in the middle of the process. It affects the process flow but does not start or terminate the process.image:None2.png
End The point at which the process terminates owing to the occurrence of a certain eventimage:None4.png

As shown above, in common, all events are denoted with "small circles." They are differentiated by the thickness and the number of lines.

Classification Based on Triggers and Results of Event

Event Details Description Marker
Catching Event Throwing Event
Start IntermediateEnd
Message Message brings forward or terminates the process by being received from or being sent to a specific party in the process.image:Message1.pngimage:Message2.pngimage:Message3.pngimage:Message4.png
Timer Timer brings forward the process based on the pre-defined specific dates or cycles.image:Timer1.pngimage:Timer2.pngimage:NoMarker.pngimage:NoMarker.png
Error This means "error processing." Errors occur when pre-defined conditions are met, but in case such conditions are not specified, errors could occur under any condition.
  1. Error-type events in normal flow cause errors. (Throwing Event)
  2. Error-type intermediate events placed on the activity boundaries receive the errors. (Catching Event) This is a case in which the process is not terminated either successfully or unsuccessfully (cancel) because of a transaction hazard.
  3. Upon receipt of errors, the token proceeds to the exceptional flow.

In this case, even if compensating activity is included in the transaction, "compensating procedures" are not executed.

image:NoMarker.pngimage:Error2.pngimage:NoMarker.pngimage:Error4.png
Cancel This is used in sub-processes representing transactions and indicates a "cancel process" in a transaction.
  1. If a process reaches a cancel-type end event, the cancel of the transaction (unsuccessful termination) occurs. (Throwing Event)
  2. Cancel-type intermediate events placed on the activity boundaries receive the cancellation. (Catching Event)
  3. Upon receiving the cancellation, the token proceeds to the exceptional flow.

In this case, the cancel message is sent to concerned parties in the transaction. If compensating activities are defined in the transaction, the "compensating procedure" is executed before the token goes into the exceptional flow.

image:NoMarker.pngimage:Cancel2.pngimage:NoMarker.pngimage:Cancel4.png
Compensation This means a "compensating procedure," which rollbacks to the state just before the execution when the execution result of some activity is considered to be unfavorable.
  1. When a process reaches compensation-type events, compensating commands are invoked. (Throwing Event)
  2. Compensation-type intermediate events placed on activity boundaries receive the commands. (Catching Event)
  3. After receiving the commands, the "compensating activity" connected to the intermediate event with an Association is executed.
  4. In the opposite order to the normal process flows', arbitrary activities that require compensation are compensated.
image:NoMarker.pngimage:Compensation2.pngimage:Compensation3.pngimage:Compesation4.png
Conditional This brings forward the process when the clearly-defined conditions are met (evaluated to be True).image:Conditional1.pngimage:Conditional2.pngimage:NoMarker.pngimage:NoMarker.png
Link This represents the connectivity between the preceding process and the subsequent one in case a lengthy process is split. This is also used when the process loops.image:NoMarker.pngimage:Link2.pngimage:Link3.pngimage:NoMarker.png
Signal Signals from other processes and pools carry forward the process, and this emits such signals. Unlike messages, signals are sent to indefinite parties.image:Signal1.pngimage:Signal2.pngimage:Signal3.pngimage:Signal4.png
Terminate When at least one flow reaches here, all activities in the process and all instances in multi-instances simultaneously executing multiple activities are immediately terminated without doing "compensating procedures."image:NoMarker.pngimage:NoMarker.pngimage:NoMarker.pngimage:Terminate4.png
Multiple This indicates that there are multiple events that bring forward or terminate the process at that point. In case of Catching Events, the process can proceed if at least one of the events occurs. In case of Throwing Events, all the events occur.image:Multiple1.pngimage:Multiple2.pngimage:Multiple3.pngimage:Multiple4.png

Related Articles

References

Toolbox
What links here
Related changes
Upload file
Special pages
Printable version
Permanent link
Questetra BPM Suite
Workflow Sample:Hints on Defining Workflows for Business Analysts and Managers.

Catetory
General nouns | Proper nouns | General-purpose business process | Core business process | Business process for support administration
Q-BPM This website was started by Questetra, Inc. for businesspeople all over the world, who are interested in BPM, but spend a great amount of time on the search of a lot of books, documents, and difficult terms. By saving the trouble of looking up a number of related terms or the time of searching documents, Questetra, Inc. hopes to contribute to businesspeople, interested in BPM, all over the world. Questetra Inc. Q-BPM exemplifies various Sample Processes regarding Business Flow in companies, and support Business Flow Diagram making. (* Business Flow Diagram: Business Flow Chart/Business Diagram/Business Process Diagram) This is Cloud-Source type information sending website that invites collaborators all over the world. In principle, contents in this website are public on the basis of the license called “CC-By SA,” which means “possible to copy under specific conditions.”

Powered by MediaWiki CreativeCommons By SA