IT-Lösungen Im SAP Umfeld für SAP-Partner

Competence Book Nr. 1
BPm - Business Process management
2.5. soA fängt vor BPeL an - fit für soA mit einem serviceorientierten
geschäftsprozessmodell
Whitepaper von Maria Deeg, Projektmanagerin bei MID GmbH
Sie wollen in Ihrem Unternehmen mit einer serviceorien-
tierten Architektur (SOA) schnell und effizient auf die sich
stets ändernden Anforderungen der Geschäftsumgebung
reagieren können. Dann müssen Sie Ihre Services so ge-
stalten, dass Veränderungen in den Geschäftsprozessen
schnell abgebildet werden können.
Genau hier liegt vielleicht die größte Herausforderung: Es
ist oft nicht offensichtlich, an welchen Stellen in den Ge-
schäftsprozessen Flexibilität erforderlich ist. Bei einer SOA-
Einführung ist es daher wesentlich, die Geschäftsprozesse
so zu analysieren, dass die nötige Flexibilität sichtbar wird
und fachliche Services identifiziert werden können, die die
gewünschte Flexibilität in den Geschäftsprozessen unter-
stützen.
Die Identifikation der fachlichen Services kann von IT- und
Fachabteilung gemeinsam mit Hilfe eines Geschäftspro-
zessmodells erfolgen, das die Serviceorientierung berück-
sichtigt. Dies bedeutet, dass aus der Geschäftsprozess-
beschreibung erkennbar wird, wo Logik mehrfach benötigt
wird, wo Prozesse zusammenspielen, welche Bereiche
konstant bleiben und in welchen Bereichen häufig Ände-
rungen zu erwarten sind.
Für eine erfolgreiche SOA-Einführung sollten folgende vier
Kriterien bei der Erstellung eines serviceorientieren
Geschäftsprozessmodells berücksichtigt werden:
Das erste Kriterium fordert ein standardisiertes Ge-
schäftsprozessmodell für alle Prozesse, die in der
SOA unterstützt werden sollen, am besten unter-
nehmensweit. Dies ist vor allem für die Dokumen-
tation der groben Zusammenhänge zwischen den
Geschäftsprozessen wesentlich, was gut über eine
Prozesslandkarte erreicht werden kann.
Zweitens ist die Darstellung der Prozessschnittstellen eines
Geschäftsprozesses wichtig. Vor allem ist es wesentlich,
dass eine eindeutige Definition sowie die Abgrenzung zu
anderen Geschäftsprozessen sichtbar wird, da hier später
die IT-Services zusammenarbeiten müssen. Diese Abgren-
zung der Geschäftsprozesse sowie ihre Zerlegung in Teil-
prozesse bilden somit eine wichtige Basis, um die richtigen
fachlichen Services identifizieren und später die dazu pas-
senden IT-Services definieren zu können.
Das dritte Kriterium dient dazu, die Stellen sichtbar zu
machen, an denen die Geschäftsprozesse später flexibel
durch die SOA unterstützt werden sollen. Hierzu muss bei
der Darstellung der Geschäftsprozesse die fixe und die
veränderliche Geschäftslogik getrennt werden. Die fixe
Geschäftslogik wird anhand der Geschäftsobjekte im Ge-
schäftsobjektmodell inkl. Zustandsdiagrammen dargestellt.
Die veränderliche Geschäftslogik wird in Ablaufdiagram-
men beschrieben. Zusätzlich werden die Geschäftsregeln
(so genannte Business Rules), durch die die Arbeitsabläufe
gesteuert werden, getrennt vom normalen Ablauf in sepa-
raten Ablaufdiagrammen dargestellt.
Als viertes und letztes Kriterium ist die Kategorisierung
der Prozesse in Kernprozesse, unterstützende Prozesse
und Arbeitsprozesse zu nennen. Die Kategorisierung dient
dazu, die Reihenfolge und Bedeutung für die SOA sicher
einstufen zu können. Kernprozesse werden vorrangig unter-
17