20090129 OOP BPM – Bruecke zwischen Business und IT

BPM –
Brücke zwischen Business und IT?
Status, Mythen, Missverständnisse und Potentiale

Jakob Freund & Bernd Rücker
camunda services GmbH
OOP - 29.01.2009

BPM & SOA
Agenda

1. Fraktionen und Visionen
2. Standards: BPMN und BPEL
3.
3 Aktueller Stand in der Praxis
4. Konkrete Perspektiven

camunda services GmbH / info@camunda.com / 2

Was ist BPM?
Begriffsproblem

Organisationslehre
O i ti l h

Business Process ( g )
(Orga-) Geschäftsprozess-
p
Ablauforganisation
Reengineering - BPR Management - GPM
bis 1990
1990 - 2000 ab 2000

Business
Business Process Management - BPM
IT
ab 2004
Prozessautomatisierung
ab 2006

Human Serviceorientierte
Workflow Management Architekturen (SOA)
ab 2000 ab 2005

Dokumenten-Management – Enterprise Appliation Integration –
Systeme – DMS (u.a.) EAI


Orga + IT = BPM
Begriffsproblem

Organisationslehre

Prozessorganisation
Strategisches
Prozessmanagement Prozessmodellierung

Prozessanalyse Prozessoptimierung

Business Process Management

Steuerung /
Monitoring/Reporting
Business Rules

Human Workflow
EAI/SOA Management

Informationstechnologie


Aktuelle Ambitionen
Der BPM-Kreislauf

Prozess-
Strategie

Prozess-
P Prozess-
P KVP

entwurf controlling
Business
IT Prozess-
Business implementierung


Der Traum der Magic BPM-Suite
Der BPM-Kreislauf

Modelling Monitoring

Business
IT
Magic BPM-Suite

Human Workflow EAI / SOA


BPM & SOA
Agenda

2. Standards: BPMN & BPEL
3.


Business Process Modeling Notation
Historie

• Entwicklung 2002 von Stephen A. White (IBM)
• Veröffentlichung durch Business Process
Management Initative (BPMI)
• 2005 Üb
Übernahme d h di Obj t M
h durch die Object Management
t
Group (OMG)
• Offizieller OMG Standard seit 2006
• Aktuelle Version: 1.1 (17.02.2008)
( )


Zwei Welten – Zwei Sprachen
Motivation für BPMN

Business
IT
Wir müssen mit Hilfe
der richtigen KPI
unsere Performance
messen, um den ROI
zu bestimmen!

Wenn wir alle RMI-Calls
durch SOAP Requests
SOAP-Requests
ersetzen, könnt Ihr eure
Performance vergessen!


Ein Prozessmodell für Business und IT?

Rechnung
geht ein
Ereignisgesteuerte Prozesskette (EPK)

SB Buchhaltung
Rechnung
erfassen „Woran erkenne ich, dass es soweit ist?“

Rechnung
„Wieso weiß er Bescheid?“
SB Buchhaltung
B hh lt
prüfen lassen

„Muss ich senden/empfangen? Wie?“
SB Rechnung
Fachabteilung prüfen „Wie ordne ich die Vorgänge zu?“
SB
Prüfungs-
ergebnis
„Was soll ich machen, wenn nichts passiert?
Fachabteilung
mitteilen

„ Ist dies ein gutes oder schlechtes Ende?“
XOR

Rechnung
Rechnung ok
nicht ok

Zahlung
SB Buchhaltung
anweisen

Zahlung
angewiesen


Ein Prozessmodell für Business und IT?

Business Process Execution Language (BPEL)

<process name=”HelloWorld” ... >
” ll ld”

<partnerLinks>

<partnerLink name=”client” partnerLinkType =”HelloWorld”
myRole=”HelloWorldProvider” partnerRole=”HelloWorldRequester” />
</partnerLinks>

<variables>

<variable name="input" messageType="HelloWorldRequestMessage"/>


?
<variable name="output" messageType="HelloWorldResultMessage"/>
variable name output messageType HelloWorldResultMessage /
</variables>

<sequence>

<receive name="receiveInput" partnerLink="client"
portType="tns:HelloWorld" operation="initiate" variable="input"
createInstance="yes"/>

<assign>
<copy> <from expression="concat('Hello
',bpws:getVariableData('input', 'test','/tns:name'))"/>
<to variable="output" part="test"
query="/result"/>
/ l /
</copy>
</assign>

<invoke name="replyOutput" partnerLink="client"
portType="tns:HelloWorldCallback" operation="onResult"
inputVariable= output />
inputVariable="output"/>
</sequence>
</process>

Idee: Prozessmodelle für Business UND IT



<partnerLinks>

<partnerLink name=”client”
partnerLinkType =”HelloWorld”
myRole=”HelloWorldProvider”
partnerRole= HelloWorldRequester
partnerRole=”HelloWorldRequester”
/>
</partnerLinks>

<variables>

<variable name="input"
messageType="HelloWorldRequestMessage"/>

<variable name="output"
messageType="HelloWorldResultMessage"/>
</variables>

<sequence>

Ping-Pong spielen
Das Prinzip interagierender Prozesse

Sequenzfluss

Produkt Bestätigung
nde

bestellen annehmen
Kun

Nachrichtenfluss
N h i ht fl
erant

Bestellung Auftrag
Liefe

annehmen bestätigen


Mehrstufige Eskalation
Nachrichten,
Nachrichten Timer und Unterprozesse
Kunde
e


Fehlerbehandung und sofortige Beendigung
Fehler-,
Fehler- und Terminierungsereignisse
SPG - Vertrieb


Typisches Integrationsszenario
BPMN und EAI / SOA

Neue Bestellung
nder

Bestellung
Anwen

prüfen
Process Engine – Email-Eingang

Emails Email sortieren

Bestellung in
Anhang = 1 XLS
g die Task List
1 Minute (Browser)

Neue Emails
abrufen (POP3)
Email
archivieren
(HTTP)
s

Unterprozess –
Mehrfache
Instanz
Archi System
Mai Server

iv
il


Klassische Idee: vom Prozess zum Workflow
Verfeinerung von Prozessmodellen

Design und Im
D
Prozesse

Ebene
Prozess-E

mplementieru von Proze
Sub-Prozesse

ung
Aktivitäten

essen
Workflow-Ebene

Arbeitsschritte

Manuelle Automatisierte
Tätigkeit Tätigkeit

Wertschöpfend Steuernd
(Softwareentwicklung) (Prozessautomatisierung)


Problem: Unterschiedliche Präzision

Bestellung
prüfen
Bestelleingang Auftrags-
bestägigung

Bestellung
empfangen (FAX)
Auftrags-
bestägigung
Bestelldaten Bestellung (FAX)
notieren prüfen
Bestellung
empfangen (Telefon)

Bestelldaten Auftrags-
Fehlerbehandlung ablehnung
ausdrucken
(Anruf)
Bestellung
empfangen (Email)
f

Eskalation


Vom „Was“ zum „Wie“ – Gar nicht so einfach
SPG mail-Eingang
Proces Engine – Em
ss


WS-BPEL 2.0

• Standardisiert durch OASIS, aktuell Version 2.0
(04/2007)
• BPEL = Orchestrierung von Services zu neuen
Services
• Ausgerichtet auf WS-*-Stack
• Human Task Management durch Einführung von
BPEL4People & WS-HumanTask

Warum WS-BPEL?
• Existierende Message Exchange Patterns in
WebServices ungenügend für Geschäftsprozesse
• Korrelation über lang laufende Konversationen
g
notwendig

Basic Activities

process

Do a blocking wait for a Immediately terminate
matching message to arrive / receive reply
py exit execution of a business
send a message in reply process instance
Invoke compensation on
Invoke a one-way or invoke compensate all completed child scopes
request-response operation in default order

Update the values of Invoke compensation on
assign compensateScope
variables or partner links one completed child scope
with new data
Validate XML data stored Wait for a given time
validate wait period or until a certain
in variables
time has passed

Generate a fault from inside throw empty
py No-op instruction for
the b i
th business process ab i
business process

Forward a fault from inside Wrapper for language
rethrow extensionActivity
a fault handler extensions


Structured Activities

process

Contained activities are flow pick Block and wait for a
executed i parallel,
t d in ll l A suitable message t arrive
it bl to i
partially ordered through
B C M1 M2 … A (or time out)
control links

Contained activities are sequence forEach Contained activity is
y
performed sequentially in performed sequentially or
lexical order 1. 2. … N. 1. 2. … N. in parallel, controlled by a
specified counter variable

Contained activity is while
hil if-elseif-else
if l if l Select exactly one branch
repeated while a predicate of activity from a set of
c1 c2
holds c … choices

Contained activity is repeatUntil scope Associate contained activity
repeated until a predicate with its own local variables,
holds c partner links, etc.,
and handlers


Graphstruktur vs. Blockstruktur
BPMN zu BPEL

!

camunda services GmbH / info@camunda.com / 23 Quelle: Gero Decker, HPI

Mapping Probleme
BPMN zu BPEL in Intalio

Siehe auch:
http://www.infoq.com/articles/bpelbpm


BPMN + BPEL = gemeinsame Sprache?
BPMN zu BPEL


Von BPMN nach BPEL
BPMN zu BPEL

“This version does provide a non-normative
mapping from BPMN to WSBPEL but the
WSBPEL,
BPMN specification itself is known to be
incomplete with respect to capturing all the
required information for WSBPEL. So the
mapping is insufficient in any case ”
insufficient, case.

BPMN 1.1 Specification


BPMN to BPEL – Fazit
BPMN zu BPEL

• Die Generierung von BPEL ist möglich, aber
• BPEL M d ll h t oft wenig mit BPMN Modell
BPEL-Modell hat ft i it M d ll
gemeinsam
• BPEL R
BPEL-Rumpf i t meist nur rudimentär
f ist i t di tä
• Technische Details müssen in BPEL hinzugefügt
werden (R
d (Roundtrip?)
dt i ?)
• Unklare Semantik in BPMN & fehlende Konzepte
(z.B. Datenhandling)
( B D t h dli ) machen P bl h Probleme
• Nur bedingt gemeinsame Sprache
• Welchen Wert hat Generierung von unleserlichen
BPEL-Modellen (Programmcode), die wenig
Ähnlichkeit it d
Äh li hk it mit dem fachlichen Modell h b ?
f hli h M d ll haben?

„Zero Code“-Ansätze
Wenn schon unleserlich warum dann BPEL ;-)
unleserlich,

BPMN

Process
Engine


Kritik BPEL
Gemeinsame Sprache

• Human Task Management (BPEL4People) noch
neu
• BPEL ist blockorientiert
• Umfangreiches Know-How notwendig (BPEL, XML,
XML-Schema, XPath, XSLT, WSDL, WS-*, …)
, , , , , )
• Skills fehlen in Projekten heute
• Tools sind notwendig
• XML-Programmiersprache, kein BPM
• Aber: Jeder redet darüber


Use Case BPEL
Gemeinsame Sprache

• Bei Orchestrierung heterogener Services zu neuen
Services durchaus geeignet
S i d h i t
• Bei Entwicklung „prozessorientierter“ Anwendung
vielleicht eher (noch?) nicht

BPEL
Prozess 1 Service B
Service A

Service D

Service C BPEL
Prozess 2
Service E


BPM & SOA
Agenda

3.


Gemeinsame Sprache
Was ist mit BPM heute schon erreichbar?



<partnerLinks>

<partnerLink name=”client”
partnerLinkType =”HelloWorld”
myRole=”HelloWorldProvider”
partnerRole= HelloWorldRequester
partnerRole=”HelloWorldRequester”
/>
</partnerLinks>

<variables>

<variable name="input"
messageType="HelloWorldRequestMessage"/>

<variable name="output"
messageType="HelloWorldResultMessage"/>
</variables>

<sequence>

XPDL – XML Process Definition Language
Gemeinsame Sprache

<Activity Id=“xxx" Name="plan part. production">
<Description>Make plan assuming OK to partial-
ship</Description>
<Implementation>
<Tool Id="Application_Repository App4" Type="APPLICATION"/>
pp p y_ pp yp /
</Implementation>
<Performer>Participant_Repository_Par12</Performer>
<ExtendedAttributes>
<ExtendedAttribute Name="XOffset" Value="397"/>
<ExtendedAttribute Name="YOffset" Value="29"/>
<ExtendedAttribute Name="VariableToProcess_OUT"
Value="No_Of_Items_To_Produce"/>
<ExtendedAttribute Name="VariableToProcess_IN"
Value="Order_Quantity"/>
<ExtendedAttribute Name="VariableToProcess_IN"
Value="No_Of_Stocked_Items"/>
</ExtendedAttributes>
</Activity>

XPDL
Gemeinsame Sprache

• WfMC-Standard, Aktuell Version 2.0
• Gerichteter G h (A ti iti
G i ht t Graph (Activities & Transitions)
T iti )
• Extension-Points
• Systemanbindung durch „Application Repository“
• Verschiedene Tools können XPDL-Prozess
unterschiedlich verarbeiten
• Verschiedene Implementierungen g
p g grafischer
Editoren und Process Engines existieren
• Nur die Prozessstruktur ist portabel!
p
• XPDL fokussiert Austauschformat für
Prozessdiagramme (
g (evtl. für BPMN?) )


XPDL = gemeinsame Sprache?


JBoss jBPM jPDL (proprietär)
Gemeinsame Sprache


jBPM – „Java oriented BPM“
Gemeinsame Sprache

• Pragmatische Workflowengine („Graph oriented
programming ) incl. Human-Task-Management
programming“) incl Human Task Management
• Java orientiert
• K
Kann in jeder U
i j d Umgebung zum Ei
b Einsatz k
t kommen
(einfache Java-Library), keine Speicher- oder
Performance-Probleme
Performance Probleme
• Prozessdiagramm und „Prozesscode“ immer
synchronisiert,
synchronisiert da single source
single-source.
• Prozessdiagramm begrenzt Fachanwendertauglich
• K i St d d!
Kein Standard!
• jBPM 4: Process Virtual Machine wird mehrere
Sprachen unterstützen, auch MDSD
S h t tüt h

jPDL = gemeinsame Sprache?


Prozessorientierung in den Köpfen der User
Gemeinsame Sprache


Andere proprietäre Ansätze…
Gemeinsame Sprache

camunda services GmbH / info@camunda.com / 40 Bsp: Inubit IS, 2007

Vom Prozess zum Workflow
Was ist heute schon erreichbar?

Ansätze
• Anforderungsmanagement +
• Executable Model (z.B. BPMN)
( )
– Generierung von Software (MDSD) o
– Generierung von Workflow (BPEL) -
– Direkte Ausführung (executable BPMN) -
• Verknüpfung fachlicher & technischer Modelle o

Aber: Vieles ist Gegenstand aktueller Forschung


Ist das alles hilfreich?
Status Quo / Praxisansätze

• Weit weg von Magic Process Engine oder
Prozessimplementierung d h B i
P i l ti durch Business A l t
Analyst
• Aber wiederverwendbare Business Process
Engines bieten
– Basis-Dienste: Persistenz, Prozess-Versionierung,
Logging, Timeouts, …
– Zusätzliche Funktionalität wie Analyse (BAM) oder
Simulation (BPS)
– Technisches Monitoring
• Vorfertigungsgrad hoch für
– Human Tasks: Generische Tasklisten & Formulareditoren
– Service-Orchestrierung & Konnektoren

Ein Wort zur Technik
BPM: Die IT-Seite

EJB-Container (oder Tomcat oder Java SE)
jBPM (jPDL)
Human
Session Task
Bean Mgmnt

EJB JCA JMS
WS
BPEL-Server

WS

Java WS WS WS WS

EJB-Container .NET Human …
Task
Mgmnt
EJB JMS,
JMS …


Status quo im Business
Aktueller Stand in der Praxis

• Verständnis für IT-BPM reift prinzipiell heran
• P bl
Problematische G dh lt
ti h Grundhaltungen:
– „Ich will nicht wissen, wie die IT es macht, ich will wissen,
dass sie es macht“
macht
– „Das wird mir jetzt zu technisch“
– „Prozessmodellierung ist Fleißarbeit“
– „Hauptsache, der Betrachter versteht das Prozessmodell“
• Einige Erkenntnisse sind noch nicht angekommen
(z.B. Problematik d V f i
( B P bl tik der Verfeinerung von
Prozessmodellen)
• Aber: Die Bereitschaft zur Veränderung ist mehr und
mehr vorhanden


BPM & SOA
Agenda

3.


Service ≠ Service ≠ Service
Das eigentliche Problem

Strategie 1-2
1 2 Jahre

Organisation 3-6 Monate
SOPA: SOA* auf Prozessebene

Integration Task Service Task
g
Zuweisung Aufruf g
Zuweisung

Process Engine
SOIA: SOA auf Integrationsebene
IT

Software 6-10 Jahre
SOSA: SOA auf Software-Ebene

Infrastruktur
*SOA = Serviceorientierte Architekturen

In Anlehnung an:

Prof. Dr. Robert Winter, Institut für Wirtschaftsinformatik, Universität St. Gallen


Es entstehen neue Berufsbilder
Perspektiven

Process Analyst Process Engineer

camunda services GmbH Management47
/ info@camunda.com / Development

Ganzheitliches BPM in der Praxis
Aktuelle Projekterfahrung

Aktuelle Problemstellung
• Ausfälle im Prozessbetrieb (Stillstände etc.)
• Fachliche Prozessbetreuer müssen in BPEL modellieren
• Schlechte fachliche Unterstützung des Prozessbetriebs
• Fachliches Prozessmanagement völlig entkoppelt von IT-BPM

Lösungsansätze
Lö ät
• Aufsetzen sauberer technischer Architektur
• Einführung eines einheitlichen Modellierungsframeworks für die
fachlich-technische Kommunikation
• Verbesserung der SLA-Überwachung (z.B. Push statt Pull)
• Definition von Rollen und Gremien für die fachlich-technische
Zusammenarbeit (z.B. BPM-Board)


Wie kommen wir mit BPM kurzfristig weiter?
Perspektiven

FALSCHER ANSATZ
• Krampfhaft versuchen, technische Workflows aus fachlichen
Prozessmodellen zu generieren
• Standards als „heilige Sandale“
Sandale

RICHTIGER ANSATZ
Neue BPM-Methoden (und ggf. Tools) zur Kommunikation
zwischen Business und IT nutzen.
Punktuelle Anpassungen durch Business ermöglichen (speziell:
Business Rules)
Fachliche Prozessmonitoring- und Reportingfunktionen
aufsetzen und d h d B i
f t d durch das Business k fi i b machen
konfigurierbar h
Step-by-Step statt Big Bang
Eigene Kompetenz aufbauen (Coachings Open Source BPM)
(Coachings,


Ein Muss: Die BPM-Suite
Perspektiven

• Kommerzielle Lösung beschaffen
– Pro: Out-of-the-box (?)
– Contra: Große Investition, Abhängigkeit, Risiko
• Auf Open Source entwickeln
– Pro: Klein beginnen, eigenes Know-How aufbauen
g g
– Contra: Entwicklungsressourcen benötigt
• SaaS-Lösung nutzen
SaaS Lösung
– Pro: Grow-as-you-need, schnell und günstig
– Contra: Vertrauen notwendig

Es gilt: A fool with a tool is still a fool


Fragen & Antworten

camunda services GmbH
info@camunda.com
www.camunda.com
www camunda com

Unsere Themen
• G
Ganzheitliches BPM
h itli h
• Prozessautomatisierung
• SOA, BPEL, XPDL, JBoss SOA
Platform (jBPM D l ESB)
Pl tf (jBPM, Drools,
• BPMN
• BPM-Toolauswahl
Unsere Leistungen
• Beratung
• Seminare
• Process Hosting


20090129 OOP BPM – Bruecke zwischen Business und IT

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (20)

Similar a 20090129 OOP BPM – Bruecke zwischen Business und IT

Similar a 20090129 OOP BPM – Bruecke zwischen Business und IT (20)

Más de camunda services GmbH

Más de camunda services GmbH (20)

20090129 OOP BPM – Bruecke zwischen Business und IT