Flowchart shapes and BPMN



Flowchart shapes and BPMN

Elements Process Knowledge is a powerful due to its simplicity. Process models constructed with the simple set of objects are more easily understood and engaged with by the broadest possible audience. The learning curve is shorter than with diagrams with flowcharting shapes or the palette of BPMN symbols and the associated rules.

An analogy would be Process Knowledge is plain language whereas flowcharting is a process professional’s way of turning plain language into a diagram where you have to understand a set of symbols both to draw the diagrams and interpret them.

BPMN is essentially a structured graphical programming language, understood by far fewer people. All are powerful. What are you trying to achieve?


So dealing with each in turn below:


Flowcharting ‘Primary example’ from Wikipedia section on Business Process Mapping

We are showing this as a random, typical example of a flowchart. Scroll down to see where we have turned the information on the flowchart into a Process Map in Elements, showing the simpler format in Elements and the knowledge missing from the flowchart.

Note : There are ‘Decision Box’ diamonds in the flowchart. There are none in the Elements Process knowledge diagram. Look carefully at the flowchart. The diamonds represent a flow (a Y/N answer to a binary question) – not a decision. As such, they are replaced by the two flows in the Elements diagram. Even if ou are trying to represent a decision. How often is it really a binary (Y/N) decision? In real life you have to “decide what do when X happens” – which might have 3, 4 -n outcomes. So describe the decision and show the ‘n’ flow lines that might result. We have 20+ years of experience of showing that you really don’t need decision boxes to explain how things work. Take a good look…

Flowchart Primary Example from Wikipedia entry on Business Process Mapping

So taking the information in this (wikipedia) flowchart example and mapping it in Elements:

The Elements Process knowledge diagram below has been created only by using the above flowchart – applying the simple notation “Who needs to do What, When, Why and How?” It is interesting to note that in taking the information from the flowchart to put into Elements, there are many times where it is not clear from the above flowchart information, who does these activities, or when, or why. The two red lines are what we guess is going on (based on common sense) – but is not explicit in the flowchart.

Redrawn as UPN approach


So what about BPMN 2.0?

BPMN is the industry standard Business Process Mapping Notation – from OMG.org To repeat the above analogy: Process Knowledge is plain language whereas BPMN is essentially a structured graphical programming language, understood by far fewer people.

Another way to make the difference clear would be to have a look at the 1/2 page specification for mapping in Elements Process Knowledge (or the simple process map above) and then take a look at the 508 page (current) Specification of BPMN 2.0

or if you haven’t got time for that, here’s a short 39 page ‘BPMN 2.0 by Example Version 1.0’ on the www.omg.org website.

So for example…this is a ‘simple’ Email Voting Process using a fraction of the many symbols, graphical variants and rules, taken from the Wikipedia entry for BPMN.

BPMN example diagram from Wikipedia entry on BPMN

  • Was this article helpful ?