Académique Documents
Professionnel Documents
Culture Documents
Applies to:
Enterprise architects, BPXers, business analysts. Cross industry and not product specific.
Summary
The “how” of the business domain centers around modeling business processes. Although the most common
modeling methodology in the SAP world is EPC (Event-driven Process Chains), in this article I will focus on
the technique for modeling business processes using BPMN. For those more interested in the granular level
of process modeling, my next article will deal with a five-layer model for setting the granularity or different
levels of detail when modeling processes.
Author: Natty Gur
Company: SAP
Created on: 21 January 2007
Author Bio
Natan Gur has 13 years of experience in the IT field. Recently, he has been working for SAP on
the SAP enterprise architecture (EA) framework. Natan has eight years of experience running
EA in companies and governmental bodies. Natan also serves as the technical director of the
International Association of Software Architects (IASA) and is a member of the IASA board of
directors. He has been elected by Microsoft as an MVP for the last four years.
© 2007 SAP AG 1
Modeling Business Processes Using BPMN and ARIS
Table of Contents
Summary.......................................................................................................................................... 1
Author Bio ........................................................................................................................................ 1
Introduction ...................................................................................................................................... 2
ARIS Support for BPMN .................................................................................................................. 3
Events: ......................................................................................................................................... 3
Tasks:........................................................................................................................................... 3
Gateways: .................................................................................................................................... 3
Flows: ........................................................................................................................................... 4
Artifacts: ....................................................................................................................................... 4
BPMN Rules:................................................................................................................................ 4
Modeling BPMN............................................................................................................................... 4
The Modeled Process .................................................................................................................. 4
Pools, Lanes, and Roles .............................................................................................................. 4
Recruiter and Applicants .............................................................................................................. 5
Panel Members ............................................................................................................................ 6
Assessment Process.................................................................................................................... 7
Summary........................................................................................................................................ 10
Related Content............................................................................................................................. 10
Introduction
The “how” of the business domain centers around modeling business processes. Although the most common
modeling methodology in the SAP world is EPC (Event-driven Process Chains), in this article I will focus on
the technique for modeling business processes using BPMN. For those more interested in the granular level
of process modeling, my next article will deal with a five-layer model for setting the granularity or different
levels of detail when modeling processes.
There are various potential business process modeling artifacts in existence today. You can use Data Flow
Diagrams (DFD), Integrated Computer-Aided Manufacturing Definition (IDEF0), Unified Modeling Language
(UML) 2.0, value stream mapping, Event Driven Process Chains (EPC) and Business Process Modeling
Notation (BPMN). These are described in more detail here:
• DFD is a diagram that shows the movement of data between a process, entities and data stores. DFD
is more useful for logical and physical modeling.
• IDEF0 shows the process and the flow between processes by using inputs, outputs and syntactic
rules. IDEF0 is good for detailed logical processes and workflows. IDEF0 is used mainly by the
United States army.
• UML is all about diagrams that show activities and processes and the control flow between them.
UML can be used to model high-level processes or to explore how people interact with your
organization.
© 2007 SAP AG 2
Modeling Business Processes Using BPMN and ARIS
• Value stream mapping lists the steps or activities of a business process across the top as a series of
boxes. Below the steps, there is a simple timing diagram that depicts the work time that each step
takes and the wait time between and within process steps.
• EPC diagrams use graphical symbols to show the control flow structure of a business process as a
chain of events and functions.
• The primary goal of BPMN is to provide a notation that is readily understandable by all business
users, from the business analysts who create the initial drafts of the processes, to the technical
developers responsible for implementing the technology that will perform those processes, and finally,
to the business people who will manage and monitor those processes. Thus, BPMN creates a
standardized bridge for the gap between business process design and process implementation.
Currently, there are scores of process modeling tools and methodologies. BPMN advances the capabilities of
traditional business process notations by inherently handling business-to-business (B2B) business process
concepts, such as public and private processes and choreographies, as well as advanced modeling
concepts, such as exception handling and transaction compensation (see http://en.wikipedia.org/wiki/BPMN
for a more detailed description of BPMN).
In this article, I will focus on BPMN, for two reasons: 1) I strongly believe that this notation (which is a
standard) will be widely adopted by the industry, and 2) while BPMN is a rich notation, it is not a complex
one. I will begin with an explanation of the notation as well as the notation rules, and I will end with a real-life
example of a process modeled with BMPN in ARIS.
Events:
There are three main events: Start, Intermediate and End. Start and End are used to indicate the start and
the end of a process. Intermediate events occur between start and end events, and they affect the business
flow. All of these event types support type dimension such as message, timer, error, cancel, compensation,
rule, link multiple and terminate. Most of the type dimensions belong to intermediate events (all of them
except terminate), while the other event types might be used with part of those type dimensions.
ARIS has predefined definitions for “Start event”, “End event” and “Intermediate event”. ARIS supports all of
the aforementioned type dimensions by using the attribute “event type” under the BPMN attributes group.
ARIS allows you to assign any one of the type dimensions to any event and therefore isn’t in compliance with
the BPMN standard.
Tasks:
Tasks represent atomic activity that is included in a process. BPMN has notations to express tasks,
subprocess tasks, activity looping and multiple instances. You can express tasks in ARIS by using the
“Function” definition. ARIS enables you to express task types using the “subprocess type” and “loop type”
attributes under the BPMN attributes group, but there are no visual representations as required by the
standard.
Gateways:
A gateway is used to control the divergence and convergence of multiple sequence flows. Thus, it
determines branching, forking, merging, and joining of paths. As is the case with events, there is a visual
representation for expressing different types of gateways. BPMN supports “XOR” both for data and event
based, “OR”, “Complex” and “AND”. ARIS has a predefined “Gateway” definition that you can use. To
express different gateway types, you can use the “Gateway type” attribute under the BPMN attributes group.
© 2007 SAP AG 3
Modeling Business Processes Using BPMN and ARIS
Flows:
BPMN lets you use seven different flow types: normal, uncontrolled, conditional, default, exception, message
flow and compensation association. Using the “Connection” definition and the “Condition” attribute (under the
BPMN attributes group), ARIS lets you define normal, uncontrolled, conditional, default and message flows.
If you want to express messages in ARIS, you also need to use the predefined message symbol. ARIS does
not support exception flow or compensation association.
Artifacts:
BPMN also supports notations to express transactions, groups (for analyzing and documentation purpose),
off-page connectors, associations, text annotations, pools (which represent a participant in the process),
lanes (sub-partitions within a pool to organize and categorize activities within the pool) and data. Pools,
lanes, data and association are supported by predefined ARIS types. Transaction, group, off-page and text
annotations are not supported by ARIS.
BPMN Rules:
BPMN is quite flexible in terms of rules. In addition to having to follow the notations, there are other a few
other rules that you need to keep in mind. 1) Connecting two tasks over two different pools may only be done
using a message. 2) You cannot use messages to connect two tasks in the same lane. 3) Sequence flows
cannot be placed between other notations then start event and start event. 4) Sequence flows cannot be
placed between end events and other notations. 5) Message flows cannot be placed between start events
and other notations. 6) Message flows cannot be placed between intermediate events and other notations.
Modeling BPMN
Now that we’ve gone over the support for BPMN in ARIS, let’s roll up our sleeves and see how we can use
ARIS to model a process using the business process diagram view. The process that we are going to model
is a typical recruiting process in human resources (HR).
© 2007 SAP AG 4
Modeling Business Processes Using BPMN and ARIS
corporate
lan-Recruiter
rol-Recruiter
lan-Panel Member
rol-Panel
member
External
lan-Applicant
rol-Applicant
lan-Assesment institute
org-Assesment
institute
lan-Psychologist
rol-
Psychologist
lan-references
rol-Reference
It’s always a good idea to use prefixes while modeling. Using prefixes helps distinguish between two symbols
derive from the same Type while navigating the models and running queries and reports.
© 2007 SAP AG 5
Modeling Business Processes Using BPMN and ARIS
as input for the task. Therefore we use the data artifact to show that this data is output for one task but input
for other tasks, such as the recruiter view of applicant data.
So far, the model should look like this:
corporate
lan-Recruiter
eve-Job oppening posted eve-Review data
lan-Panel Member
rol-Panel
member
dat-
Applicant
data
External
lan-Applicant
stp-Apply for
rol-Applicant
opening
lan-Assesment institute
org-Assesment
institute
lan-Psychologist
rol-
Psychologist
lan-references
rol-Reference
Panel Members
The next steps in the process are to link the applicant to the opening and schedule interviews with the
applicant and the panel members. Here we use a message event to indicate that both applicant and panel
member are notified with a message.
The schedule message triggers a session of interviews held by the panel. If we could show a loop visually
we would do that, but with ARIS we can only set the interview task attributes to a loop task. At the end of the
interview process, the panel returns a list of successful candidates. Here we have some business logic
represented by a gateway. If the candidate is chosen by the panel, the recruiter continues to the assessment
task. If not, a message should be sent that cancels the process for a given candidate. We use the cancel
event to reflect the termination of a process with one candidate.
© 2007 SAP AG 6
Modeling Business Processes Using BPMN and ARIS
lan-Recruiter
stp-Link stp-send
stp-Start
applicant to notification to
assessment
opening inter. panel
lan-Panel Member
stp-
Succe
stp-Interview recommand
ssful?
successf...
eve-interviews schedule
External
lan-Applicant
eve-end process
lan-Assesment institute
eve-interviews schedule
lan-Psychologist
lan-references
Assessment Process
Starting the assessment actually triggers a process that has been outsourced to an external vendor. One of
the BPMN rules requests message flow when tasks need to communicate across pool boundaries, so we
use messages to communicate between the pools (recruiter to assessment institute and back). The default
process from the assessment perspective is an exam, followed by a conversation with the candidate’s
references. If there are any issues arising from the exam, they also conduct an evaluation with a
psychologist. To reflect that logic, we use the default flow from the exam to the conversation task and
conditional flow from the exam to the evaluation task. After all the assessment flows take place, the institute
writes evaluations and sends them back (via message flow) to the recruiter.
The flow should look like this:
© 2007 SAP AG 7
Modeling Business Processes Using BPMN and ARIS
corporate
lan-Recruiter
stp-Start Notify
assessment Applicants
lan-Panel Member
Evaluation
Evaluation
Request
resuls
External
lan-Applicant
lan-Assesment institute
stp-Write
stp-Exam
evaluation
lan-Psychologist
stp-Evaluation
lan-references
stp-
Conversation
© 2007 SAP AG 8
Modeling Business Processes Using BPMN and ARIS
Based on the returned evaluation, the recruiter notifies with a “process termination” all of the applicants
except for one, who gets an offer. The offer is represented as a message event at the applicant end.
Then the applicant has a gateway that represents his decision to accept or reject the offer. This is followed
by termination of the process if he get the offer and a new hire process start if he rejects the offer. Again, if
we could show this visually, we would display the hire applicant task as a subprocess.
The rest of the process should look like this:
corporate
lan-Recruiter
stp-Start Notify
assessment Applicants
lan-Panel Member
Evaluation
Evaluation
Request
resuls
External
lan-Applicant
lan-Assesment institute
stp-Write
stp-Exam
evaluation
lan-Psychologist
stp-Evaluation
lan-references
stp-
Conversation
© 2007 SAP AG 9
Modeling Business Processes Using BPMN and ARIS
Summary
The process in its entirety is difficult to show in an MS Word document, as the text in the graphic is
unreadable. I have nevertheless embedded a graphic of the entire process here, to provide an overview.
corporate
lan-Recruiter
eve-Job oppening posted eve-Review data End event
stp-Create job stp-Submit job stp-Link stp-send
eve-Job vacancy stp-View stp-Start Notify Chose
rol-Recruiter opening opening applicant to notification to stp=Create stp-Hire
arises applicant data assessment Applicants n
opening inter. panel offer Applicant
lan-Panel Member
stp-
rol-Panel Succe
stp-Interview recommand
member ssful?
successf...
eve-interviews schedule
dat- Evaluation
Applicant Evaluation
Request
data resuls
External
lan-Applicant
eve-end process eve-Get Offfer End event
eve-end process
stp-Write
org-Assesment stp-Exam
evaluation
institute
lan-Psychologist
rol-
stp-Evaluation
Psychologist
lan-references
stp-
rol-Reference
Conversation
This was a fairly easy example of process modeling. In reality, most processes are much more complicated
and harder to model. Just keep one rule in mind: There’s no right or wrong in process modeling. As long as
your enterprise approves the model and sees it as the right way to depict reality or the future, you are on the
right track.
Related Content
• http://www.bpmn.org/Documents/OMG%20Final%20Adopted%20BPMN%201-0%20Spec%2006-02-
01.pdf - OMG Final Adopted Specification, February 6, 2006
• http://www.informit.com/articles/article.asp?p=369399&rl=1 - The Enterprise Business Modeling
Discipline. By John Nalbone, Scott W. Ambler, Michael J. Vizdos.
© 2007 SAP AG 10
Modeling Business Processes Using BPMN and ARIS
Copyright
© Copyright 2007 SAP AG. All rights reserved.
No part of this publication may be reproduced or transmitted in any form or for any purpose without the express permission of SAP AG.
The information contained herein may be changed without prior notice.
Some software products marketed by SAP AG and its distributors contain proprietary software components of other software vendors.
Microsoft, Windows, Outlook, and PowerPoint are registered trademarks of Microsoft Corporation.
IBM, DB2, DB2 Universal Database, OS/2, Parallel Sysplex, MVS/ESA, AIX, S/390, AS/400, OS/390, OS/400, iSeries, pSeries, xSeries,
zSeries, z/OS, AFP, Intelligent Miner, WebSphere, Netfinity, Tivoli, Informix, i5/OS, POWER, POWER5, OpenPower and PowerPC are
trademarks or registered trademarks of IBM Corporation.
Adobe, the Adobe logo, Acrobat, PostScript, and Reader are either trademarks or registered trademarks of Adobe Systems
Incorporated in the United States and/or other countries.
Oracle is a registered trademark of Oracle Corporation.
UNIX, X/Open, OSF/1, and Motif are registered trademarks of the Open Group.
Citrix, ICA, Program Neighborhood, MetaFrame, WinFrame, VideoFrame, and MultiWin are trademarks or registered trademarks of
Citrix Systems, Inc.
HTML, XML, XHTML and W3C are trademarks or registered trademarks of W3C®, World Wide Web Consortium, Massachusetts
Institute of Technology.
Java is a registered trademark of Sun Microsystems, Inc.
JavaScript is a registered trademark of Sun Microsystems, Inc., used under license for technology invented and implemented by
Netscape.
MaxDB is a trademark of MySQL AB, Sweden.
SAP, R/3, mySAP, mySAP.com, xApps, xApp, SAP NetWeaver, and other SAP products and services mentioned herein as well as their
respective logos are trademarks or registered trademarks of SAP AG in Germany and in several other countries all over the world. All
other product and service names mentioned are the trademarks of their respective companies. Data contained in this document serves
informational purposes only. National product specifications may vary.
These materials are subject to change without notice. These materials are provided by SAP AG and its affiliated companies ("SAP
Group") for informational purposes only, without representation or warranty of any kind, and SAP Group shall not be liable for errors or
omissions with respect to the materials. The only warranties for SAP Group products and services are those that are set forth in the
express warranty statements accompanying such products and services, if any. Nothing herein should be construed as constituting an
additional warranty.
These materials are provided “as is” without a warranty of any kind, either express or implied, including but not limited to, the implied
warranties of merchantability, fitness for a particular purpose, or non-infringement.
SAP shall not be liable for damages of any kind including without limitation direct, special, indirect, or consequential damages that may
result from the use of these materials.
SAP does not warrant the accuracy or completeness of the information, text, graphics, links or other items contained within these
materials. SAP has no control over the information that you may access through the use of hot links contained in these materials and
does not endorse your use of third party web pages nor provide any warranty whatsoever relating to third party web pages.
Any software coding and/or code lines/strings (“Code”) included in this documentation are only examples and are not intended to be
used in a productive system environment. The Code is only intended better explain and visualize the syntax and phrasing rules of
certain coding. SAP does not warrant the correctness and completeness of the Code given herein, and SAP shall not be liable for errors
or damages caused by the usage of the Code, except if such damages were caused by SAP intentionally or grossly negligent.
© 2007 SAP AG 11