Chapter 3: Essential Process Modeling

Contents
1. First Steps with BPMN
2. Branching and Merging
3. Business Objects
4. Resources
5. Process Decomposition
6. Process Model Reuse
7. Recap

1
Process Modeling in the BPM Lifecycle

Process
Management Processes

Define Vision Develop Strategy Implement Manage Risk

Strategy

identification Core Processes

Procure Procure Market Deliver

Manage
Customer
Materials Products Products Products
Service

Support Processes

Process architecture Manage Personnel

Manage
Information Manage Assets

Conformance and Process As-is process

performance discovery model
insights

Process Process
monitoring analysis

Executable Insights on
process weaknesses and
model their impact

Process Process
implementation To-be process redesign
model

2
How novices model

Mark is going on a trip to Sydney. He decides to call a taxi

from home to the airport. The taxi arrives after 10
minutes and takes half an hour for the 20 kilometers to
the airport.

At the airport, Mark uses the online check-in counter and

receives his boarding pass. Of course, he could have also
used the ticket counter. He does not have to check-in any
luggage, and so he proceeds straight to the security
check, which is 100 meters down the hall on the right.
The queue here is short and after 5 minutes he walks up
to the departure gate.

Mark decides not to go to the Frequent Flyer lounge and

instead walks up and down the shops for 15 minutes and
Recker et al., How novices model business processes, Proceedings of BPM, Springer, 2010
buys a newspaper before he returns to the gate. After
Some other ways of modelling...

Recker et al., How novices model business processes, Proceedings of BPM, Springer, 2010
Some other ways of modelling...

Recker et al., How novices model business processes, Proceedings of BPM, Springer, 2010
Some other ways of modelling...

Recker et al., How novices model business processes, Proceedings of BPM, Springer, 2010
Some other ways of modelling...

Recker et al., How novices model business processes, Proceedings of

Some other ways of modelling...

Recker et al., How novices model business processes, Proceedings of BPM, Springer, 2010
Issues?

 Different representation of concepts

 Different level of granularity (details)
 Different level of scope
 Different terminology

→ What is the right process model?

Mapping, Abstraction, and Purpose of a Model

Models are abstractions from real world phenomena,

developed for the purpose of reducing overall complexity.

Models aggregate information and document only relevant

aspects of the real world

Models are being developed:

1. in a specific modelling subject
2. for a specific target audience
3. with a specific modelling purpose in mind
What’s the relevant model?

?
11
 no right/wrong, but…

relevant/irrelevant model

12
 Concepts and roles of BP design and modelling

 What is process design and modeling

Graphically represent the processes that capture, manipulate,

store and distribute data between a system and its environment
and among system components
 Purpose
 Communication
 Documentation  Explore the future behavior of the
system without risking the real-life
 Analysis (e.g. simulation)
process.
 Do what-if analysis (aka scenario
analysis).
 Explore far into the future in just a
13
few seconds or minutes of
Concepts and roles of BP design and modelling

14
15
 Process models – conveying transparency

• What we need to do and when – Control flow

• What we need to work on – Artifacts (physical &
electronic)
• Who does the work – Resources (human &
Financesystems)
ERP Invoice Report Invoice
Department
Enter Check
no
Invoice Invoice Post Invoice
mismatches
Invoice Details Mismatches
Invoice
received posted

Invoice DB Invoice
Senior Finance Officer
mismatch Block
exists Invoice
Invoice
blocked

16
Key ingredients of a process model

What we need to do and when

 Activities, events and their order relationships
 Manual or automated

What we need to work on

 input/output artifacts to activities
 Physical or electronic

Who does the work

 Resources that perform activities and generate
events
 Human or software
Further potential elements in a process

Objectives, goals
 to link with corporate strategy

Risks
 to risk-profile the process

Policies, rules
 to check process compliance

Knowledge
 to depict expertise required

…
Concepts and roles of BP design and modelling

 When a model is a 'good' model?

 Provides insight into the relevant aspects of processes.
 Shows actors, actions and information exchanges.
 Provides a common (shared) 'language' and symbolism ==> provides common
understanding (intersubjectivity).
 Supports finding opportunities for improvement.
 Creates a persistent record of the process.

19
Concepts and roles of BP design and modelling

 Process Flow chart: sequences of actions

 Process charts: integration of time, space, and activity types:
 Swimlane/ Activity diagrams:
 visually distinguishes job sharing and responsibilities for
sub-processes.
 part of Unified Modeling Language (UML) and
 relate to Business Process Model and Notation (BPMN)
diagrams.

20
Concepts and roles of BP design and modelling
 Types of process models
 Process Flow chart

21
Concepts and roles of BP design and modelling
 Process charts

22
Concepts and roles of BP design and modelling
 Activity diagrams

23
Steps to design and model business process

List/
split Identify Select
Define the actors the
process process respon langua
Draft Comple
start into sible ge/
the te the
and specific for model
model model
end tasks/t perfor type to
event asks/ac ming be
tivities tasks used
to do
1. Identify the process boundaries
2. Identify activities and events
3. Identify resources and their handovers
4. Identify the control flow
5. Identify additional elements (e.g. data objects, different types
of events, exception handling…)

24
 BPMN language in Business Process Design

 Unified Modeling Language

 general-purpose visual modeling language in the field of software
engineering consisting of an integrated set of diagrams, intended to specify,
visualize, construct, and document the artifacts of a software system.
 standard notation for the modeling of a system, but not a way of designing a
system
 Business Process Model and Notation (BPMN)
 is a graphical illustration of business processes in a business process model
with the primary goal of providing a notation that is easily understandable by
all business users.

25
Chapter 3: Essential Process Modeling

Contents
1. First Steps with BPMN
2. Branching and Merging
3. Business Objects
4. Resources
5. Process Decomposition
6. Process Model Reuse
7. Recap

26
 Business Process Model and Notation (BPMN)

 OMG standard (nowadays BPMN 2.0)

BPMN 2.0 is the latest version of this BPMN standard, developed by the
Object Management Group (OMG®) with the aim of producing a unified
modeling language that is understandable to all business users. It bridges
the gap between business process design and implementation. This
simplifies the user task by setting out a clear software diagram.

 Both for conceptual and executable models

 Supported by numerous tools: bpmn.org lists over 70 tools, incl.
 Signavio (we’ll use the academic edition –academic.signavio.com)
 Bizagi Process Modeler
 Cameo Business Analyst

27
BPMN

28
BPMN from 10,000 miles…

Based on popular graphical flowcharts:

- Core set of notation elements
- Each core element has various subtypes

A BPMN process model is a graph consisting of four types of core elements:

start end
activity event gateway sequence
flow

29
Let’s start modeling

Order-to-cash
A typical order-to-cash process is triggered by the receipt of a purchase order from a
customer. The purchase order has to be checked against the stock regarding the
availability of the item(s) requested. Depending on stock availability the purchase order
may be confirmed or rejected.
If the purchase order is confirmed, an invoice is emitted and the goods requested are
shipped. The process completes by archiving the order or if the order is rejected.

30
Solution in BPMN: Order-to-cash

end
Reject order
activity Items not in
event
Order
stock
rejected
Check stock split gateway end
availability
Purchase
order
event
Items in
received stock Confirm Emit Archive
Ship goods
start order invoice order
Order
event fulfilled

Naming conventions
• Event: noun + past-participle verb (e.g. insurance claim lodged)
• Activity: imperative verb + noun (e.g. assess credit risk)
BPMN core elements

Activities capture work performed in a process

 Different types of activities

activity

Events represent the process’ triggers (start event)

and outcomes (end event).
 Different types of events

start end
event event

32
BPMN core elements

Gateways capture forking and joining paths in the control flow.

 Different types of gateways

gateway
Sequence flows represent the order in which activities and events
will be performed.
They can be assigned a condition to distinguish between alternative
branches.
sequence
 Different types of flows
flow

33
Process model vs process instances: The tokens game

Order #1
Order #2
Order #3
Reject order
Items not in
Order
stock
rejected
Check stock
availability
Purchase
order Items in
received stock Confirm Emit Archive
Ship goods
order invoice order
Order
fulfilled

34
A little bit more on events…

A start event triggers a new process instance start

by generating a token that traverses the event
sequence flow (“tokens source”)

An end event signals that a process instance has

completed with a given outcome by consuming end
event
a token (“tokens sink”)

35
Let’s reconsider our order-to-cash example

[…] If the purchase order is confirmed, an invoice is

emitted and the goods requested are shipped. The
process completes by archiving the order. […]

Reject order
Items not in
Order
stock
rejected
Check stock
availability
Purchase
order Items in
received stock Confirm Emit Archive
Ship goods
order invoice order
Order
fulfilled

36
Solution: Order-to-cash
An
wi ythin
th
t h i g wr
s m on
od g
el?
Reject order
Items not in
Order
stock
rejected
Check stock
availability split Emit invoice
Purchase
order Items in
received stock Confirm Emit Archive
Ship goods
order invoice order
Order
split join fulfilled

Ship goods

37
Chapter 3: Essential Process Modeling

Contents
1. First Steps with BPMN
2. Branching and Merging
3. Business Objects
4. Resources
5. Process Decomposition
6. Process Model Reuse
7. Recap

38
A little more on gateways: XOR Gateway

An XOR Gateway captures decision points (XOR-

split) and points where alternative flows are merged
(XOR-join)
condition

XOR-split  takes one outgoing branch

¬ condition

XOR-join  proceeds when one incoming branch has

completed

39
Example: XOR Gateway

Invoice checking process

5
Exercise 3.1

Model the following fragment of a business process for assessing

loan applications (loan origination process).

Once a loan application has been approved by the loan provider, an

acceptance pack is prepared and sent to the customer. The acceptance
pack includes a repayment schedule which the customer needs to agree
upon by sending the signed documents back to the loan provider. The latter
then verifies the repayment agreement: if the applicant disagreed with the
repayment schedule, the loan provider cancels the application; if the
applicant agreed, the loan provider approves the application. In either case,
the process completes with the loan provider notifying the applicant of the
application status.

41
A little more on gateways: AND Gateway

An AND Gateway provides a mechanism to

create and synchronize “parallel” flows.

AND-split  takes all outgoing branches

AND-join  proceeds when all incoming

branches have completed
Example: AND Gateway

Airport security check

Revised solution

Order-to-cash

Reject order
Items not in
stock Order
rejected

Check stock
availability XOR-split Send invoice
Purchase
order Items in
received stock
Archive
Confirm order
order
Order
AND-split AND-join fulfilled

Ship goods
Exercise 3.2

Model the following fragment of a business process for assessing

loan applications.

A loan application is approved if it passes two checks: i) the applicant’s loan

risk assessment, done automatically by a system, and ii) the appraisal of the
property for which the loan has been asked, carried out by a property
appraiser. Once both the loan risk assessment and the property appraisal
have been performed, a loan officer can assess the applicant’s eligibility. If
the applicant is not eligible, the application is rejected, otherwise the
acceptance pack is prepared and sent to the applicant by a loan officer.

45
Business Process Modeling Tools

Pen & Paper

Haptic (sticky notes or magnetic BPMN elements)

Standalone
 E.g. Visio, Camunda Modeler

Repository-based
 E.g. ARIS, Signavio, Apromore

46
XOR / AND are not always what we need...

Order distribution process

A company has two warehouses, one in Amsterdam, the other in
Hamburg, that store different products. When an order is received, it is
distributed across these warehouses: if some of the relevant products
are maintained in Amsterdam, a sub-order is sent there; likewise, if
some relevant products are maintained in Hamburg, a sub-order is sent
there. Afterwards, the order is registered and the process completes.
Solution 1

Order distribution process

XOR-split XOR-join

AND-split AND-join
Solution 2

Order distribution process

AND-split AND-join

XOR-split XOR-join
OR Gateway

An OR Gateway provides a mechanism to

create and synchronize n out of m parallel
flows.
cond1

OR-split  takes one or more branches

condn
depending on conditions

OR-join  proceeds when all active

incoming branches have completed
Solution using OR Gateway

Order distribution process

51
What join type do we need here?

52
 When should we use an OR-join?

53
Exercise 3.3

Model the following fragment of a business process for assessing

loan applications.

A loan application may be coupled with a home insurance which is offered at

discounted prices. The applicants may express their interest in a home
insurance plan at the time of submitting their loan application to the loan
provider. Based on this information, if the loan application is approved, the
loan provider may either only send an acceptance pack to the applicant, or
also send a home insurance quote. The process then continues with the
verification of the repayment agreement.

54
Rework and repetition

Address ministerial correspondence

In the treasury minister’s office, once a ministerial inquiry has been received, it is
registered into the system. Then the inquiry is investigated so that a ministerial response
can be prepared.
The finalization of a response includes the preparation of the response itself by the
cabinet officer and the review of the response by the principal registrar. If the registrar
does not approve the response, the latter needs to be prepared again by the cabinet
officer for review. The process finishes only once the response has been approved.

XOR-join: entry XOR-split: exit

point point
 Why do we need to merge the loopback branch of a
repetition block with an XOR-join?

56
Exercise 3.4

Model the following fragment of a business process for assessing

loan applications.

Once a loan application is received by the loan provider, and before

proceeding with its assessment, the application itself needs to be checked
for completeness. If the application is incomplete, it is returned to the
applicant, so that they can fill out the missing information and send it back to
the loan provider. This process is repeated until the application is found
complete.

57
Components of a modeling language

Modelling Language
Vocabulary

Syntax Semantics Notation

58
Components of a modeling language: Vocabulary

Modelling Language
Vocabulary: set of modeling elements of
the language (BPMN: activities, gateways,
Vocabulary events…)

Syntax Semantics Notation

59
Components of a modeling language: Syntax

Modelling Language
Syntax: set of rules to govern how these
elements can be combined (BPMN: start
Vocabulary events only have outgoing sequence flows
whereas end events only have incoming
sequence flows).
Syntax Semantics Notation

60
Components of a modeling language

Modelling Language
Semantics: bind these elements, including
their textual descriptions, to a precise
Vocabulary meaning (in BPMN: activities model
something actively performed during the
business process, while XOR gateways
Syntax Semantics Notation
model exclusive decisions and simple
merging points).

61
Components of a modeling language: Notation

Modelling Language Notation: set of graphical symbols for the

visualization of the elements (in BPMN:
Vocabulary
labeled rounded boxes to depict activities
and the circles with a thin border to depict
Syntax Semantics Notation start events).

62
Chapter 3: Essential Process Modeling

Contents
1. First Steps with BPMN
2. Branching and Merging
3. Business Objects
4. Resources
5. Process Decomposition
6. Process Model Reuse
7. Recap

63
Business Objects (aka artifacts)

Can be:
 Physical or digital information artifacts (e.g. an order on paper, an invoice on PDF)
 Physical material (e.g. a box containing the ordered goods)

64
Our Order-to-cash process, again

Send
invoice

Confirm Archive
Items in order order
stock Order
fulfilled
Check stock
Ship goods
availability
Purchase
order Items not in
received stock
Reject order
Order
rejected

The purchase order document serves as an input to the stock

availability check against the Warehouse DB. Based on the
outcome of this check, the status of the document is updated,
either to “approved” or “rejected”. If the order is approved, an
invoice and a shipment notice are produced. The order is then
archived on the Orders DB.
65
Business Objects in BPMN

A Data Object captures an artifact required

Purchase
order
Invoice
(input) or produced (output) by an activity.
 Can be physical or electronic
Emit
invoice

A Data Store is a place containing data

objects that must be persisted beyond the
Oracle CRM Client info duration of a process instance.

Retrieve client It is used by an activity to store (as

information
output) or retrieve (as input) data objects.

66
Solution
Invoice
Purchase
Purchase
Order
Order
[approved]
Purchase Purchase Send [approved]
Order Order invoice
[checked]
Confirm Archive
Items in order order
stock Order
fulfilled
Check stock
Ship goods
availability
Purchase
order Items not in
received stock
Reject order
Order Orders DB
rejected Shipment
notice
Warehouse DB

Purchase
Order
[rejected]

The purchase order document serves as an input to the stock availability check against the
Warehouse DB. Based on the outcome of this check, the status of the document is updated, either to
“approved” or “rejected”. If the order is approved, an invoice and a shipment notice are produced. The
order is then archived on the Orders DB.
67
Exercise 3.5
Is there any missing data
object or data store in the
example below?

68
 Do we always need to model data objects?

69
BPMN Text Annotations

A Text Annotation is a mechanism to provide additional text information to the model

reader
 Doesn’t affect the flow of tokens through the process

Includes packaging For blocked invoices

Clear vendor
Ship goods
line items

70
Exercise 3.6

Put together the four fragments of the loan assessment process that
you created in Exercises 3.1–3.4.

Hint. Look at the labels of the start and end events to understand the order
dependencies among the various fragments. Then extend the resulting
model by adding all the required business objects. Moreover, attach
annotations to specify the business rules behind i) checking an application
completeness, ii) assessing an application eligibility, and iii) verifying a
repayment agreement.

71
Chapter 3: Essential Process Modeling

Contents
1. First Steps with BPMN
2. Branching and Merging
3. Business Objects
4. Resources
5. Process Decomposition
6. Process Model Reuse
7. Recap

72
 Resources

73
Resources

Active resources:
 Process participant
 Software system
 Equipment

Resource class:
A group of (active) resources that are interchangeable, e.g. a role, an
organizational unit or the whole organization.

74
Resources in the order-to-cash example

The order-to-cash process is carried out by a seller’s organization which

includes two departments: the Sales department and the Warehouse &
Distribution department.
The purchase order received by the Seller has to be checked against the
stock. This is done via an ERP module within the Warehouse &
Distribution department.
If the purchase order is confirmed, the Warehouse & Distribution
department ships the goods. Meantime, the Sales department emits the
invoice. The process concludes with the order being archived by the Sales
department.

75
BPMN Elements – Pools & Lanes

Pool
Captures a resource class. Generally used to model a business party (e.g. a
whole company)

Pool

Lane
Captures a resource sub-class within a resource class by partitioning a pool.
Generally used to model departments (e.g. shipping, finance), internal roles (e.g.
Manager, Associate), software systems (e.g. DBMS, CRM) or equipment (e.g.
Manufacturing plant)
Lane
Pool

Lane
Lane
Lane
76
Solution: Order-to-cash

14
Exercise 3.7

Extend the business process for assessing loan applications that

you created in Exercise 3.6 by considering the following resource
aspects.

The process for assessing loan applications is executed by four roles within
the loan provider: a financial officer takes care of checking the applicant’s
credit history; a property appraiser is responsible for appraising the property;
an insurance sales representative sends the home insurance quote to the
applicant if this is required. All other activities are performed by the loan
officer who is the main point of contact with the applicant.

78
Exchanging information between business parties

Order-to-cash
The purchase order sent by the Customer is received by the Seller and
checked against the stock. This is done via an ERP module within the
Warehouse & Distribution department. If the purchase order is not
confirmed, the Sales department sends an order rejection to the
Customer, otherwise it sends an order confirmation.
Next, the Warehouse & Distribution department ships the goods and sends
a shipment notification to the Customer. Meantime, the Sales department
emits the invoice and sends it to the Customer. The process concludes
with the order being archived by the Sales department.

79
BPMN Elements – Message Flow

A Message Flow represents a flow of information or materials between

two process parties (Pools) Message

A Message Flow can connect:

• directly to the boundary of a Pool  captures a message to/from that party
• to a specific activity or event within that Pool  captures a message that triggers a
specific activity/event within that party

Pool 2

Pool 2
Receive
Pool 1

Pool 1
Send Receive
Send

80
BPMN Elements – Start Message Event

The start message event triggers a process by the receipt of a message

when an incoming message flow is connected to the event

Message

Message
received

81
Solution: Order-to-cash

82
Pools, Lanes and Message Flows: syntax

1. The Sequence Flow cannot cross the boundaries of a Pool

2. Both Sequence Flow and Message Flow can cross the boundaries of Lanes
3. A Message Flow cannot connect two flow elements within the same pool

19
 Black box or white box?

84
When are messages sent or received?

• A Send activity will send the outgoing message upon activity

completion
• A Receive activity won’t start until the incoming message has been
received

Pool 2

Pool 2
Receive
Pool 1

Pool 1
Send Receive
Send

Note: the order of the message flows w.r.t. an activity is irrelevant, the
above rules always hold
85
When are messages sent or received?
• Message B is first received
before Activity can start.
• Message A is sent after,
upon Activity’s completion
• First, message B is
received, before Activity can
start.
• Then, message A is sent,
upon Activity’s completion

86
Process (or Orchestration) Diagram

Models a single business party and can be:

Public view (black box)

Auctioning Service
Private view (white box)
Conduct auction
Auctioning Service

Send auction Send auction Send auction

creation creation completion
confirmation confirmation notification
Auction
begins

87
Collaboration Diagram

Models a global business process between at least two business parties (each
modelled by a Pool)

Send delivery
notification
Seller

Send auction Send

Send
creation payment
payment ack.
request details
Private
Auction Auction process
creation Auction completion
request creation notification
confirmation Goods
Payment sent
details Payment notification
Auctioning Service

Conduct auction acknowledgement

Delivery
Send auction Send auction Send auction acknowledgement
creation creation completion
confirmation confirmation notification
Auction
begins

Auction
Bid Bid
completion
acknowledgement
notification
Bidder

Public
process
88
Exercise 3.8

Extend the model of Exercise 3.7 by representing the interactions

between the loan provider and the applicant.

89
90
Chapter 3: Essential Process Modeling

Contents
1. First Steps with BPMN
2. Branching and Merging
3. Business Objects
4. Resources
5. Process Decomposition
6. Process Model Reuse
7. Recap

91
Process decomposition
Process decomposition

An activity in a process can be decomposed into a “sub-process”

Expanded Sub-process

Collapsed
Task
Sub-process

Activities

Use this feature to:

1. Improve understanding by breaking down large models
2. Identify parts that should be:
 repeated
 executed multiple times in parallel
 interrupted, or
 compensated
93
Example: Sub-Process

Invoice Process Process

received Invoice Payment

Process Invoice
no
mismatches

Enter Invoice /
Check Invoice
Credit Note
Mismatches
Details

mismatch
exists
Block Invoice

94
Identify possible sub-processes

Acquire raw materials

95
Ship and invoice
Solution

96
The refactored model

97
Exercise 3.9

Identify suitable sub-processes in the process for assessing loan ap-

plications modeled in Exercise 3.6.

Hint. Use the building blocks that you created throughout Exercises
3.1–3.4.

98
Imposing order of messages via subprocess

The expanded subprocess for “Activity”

99
Example: Modelling process hierarchies

Process Receive and

Level 3 Inquiry and Validate ...
Quote Order

Level 4 Enter Order Check Credit ...

Order
received

Clear Order
Credit
Level 5 Check Credit
Record
available
...
Contact
customer
Credit not
available
account rep.

(Fragment of the SCOR reference model)

100
 Value chain modelling

Chain of (high-level) processes an organization performs in order to achieve a business goal,

e.g. deliver a product or service to the market.

Business
process

“is predecessor
of”

101
 Linking value chains with process models
Process
model for
this process
is available

102
 When should we decompose a process model into sub-
processes?

103
 Guidelines: modeling levels
Use sub-processes when the model becomes too large:
 Hard to understand
 Increased error probability

Level 1 – start with value chain

Level 2 – add main decisions and handoffs (lanes)
Level 3+ – add procedural aspects:
 Parallel gateways
 Data objects, data stores
 Exception handling
 And as much detail as is relevant

Decomposition drivers:
 Logical: group elements meaningfully (e.g. common business object)
 Structural: up to 30 nodes (activities, events, gateways)
104
Chapter 3: Essential Process Modeling

Contents
1. First Steps with BPMN
2. Branching and Merging
3. Business Objects
4. Resources
5. Process Decomposition
6. Process Model Reuse
7. Recap

105
 Embedded or global sub-processes?

106
Process Reuse

By default, a sub-process is “embedded” into its parent process (i.e. it is stored

within the same file)

In order to maximize reuse, it is possible to “extract” the sub-process and store it as

a separate file in the process model repository

Such a sub-process is called “global” model, and is invoked via a “call” activity

(normal) Call
activity activity
Example: process reuse

Call activity is the

default choice to
maximize reusability
108
Exercise 3.9

Identify suitable sub-processes in the process for assessing loan ap-

plications modeled in Exercise 3.6.

Hint. Use the building blocks that you created throughout Exercises
3.1–3.4.

109
Sub-processes: syntax

Sequence flows cannot cross sub-process boundaries

 Use start/end events

Message flows can cross sub-process boundaries

 To indicate messages emanating from/incoming into the sub-process

Start with at least one start event

 If multiple, first occurring will trigger the sub-process

Finish with at least one end event

 The sub-process will complete once all tokens have reached an end event.
May need an (X)OR-split after sub-process to understand what end
event(s) have been reached
110
Example: sub-process with multiple end events

Quote-to-order

111
Exercise 3.10

Identify suitable sub-processes in the process of Exercise 1.7 (page

30). Among these sub-processes, identify those that are specific to
this process versus those that can potentially be shared with other
processes of the same company.

112
Chapter 3: Essential Process Modeling

Contents
1. First Steps with BPMN
2. Branching and Merging
3. Business Objects
4. Resources
5. Process Decomposition
6. Process Model Reuse
7. Recap

113
Recap

1. BPMN activities capture units of work in a process

2. Events define the start and end of a process, and signal something that happens
during the execution of it
3. Gateways model exclusive and inclusive decisions, merges, parallelism and
synchronization, and repetition
4. A process model depicts all the possible ways a given business process can be
executed, while a process instance captures one specific process execution out of all
possible ones
5. Data objects capture a physical or digital business object required to execute an
activity or trigger an event, or that results from the execution of an activity or an event
occurrence
6. Pools generally model resource classes while lanes are used to partition pools
7. Sub-processes represent activities that can be broken down in a number of internal
steps, as compared to tasks, which capture single units of work